مثال: ميثاق مقاييس لفريق منصة المدفوعات
مثال عملي على ميثاق مقاييس، وهو الوثيقة ذات الصفحة الواحدة الموصوفة في الموضوع 1.4، حوكمة المقاييس وملكيتها. المقصود هو الشكل: غرض معلن، وغير هدف صريح، ومالكون مسمّون، ووتيرة مراجعة. ميثاق بهذا القِصَر مصمَّم ليُقرأ لا ليُؤرشف.
- الفريق: منصة المدفوعات
- المالك: مدير هندسة المنصة
- المراجعة: كل ربع سنة، في مراجعة المنصة
الغرض
يحكم هذا الميثاق المقاييس التي يتتبّعها فريق منصة المدفوعات عن تسليمه وموثوقيته. وهو موجود ليرى الجميع، داخل الفريق وخارجه، ما الذي يُقاس ولماذا وما الذي لا تُستخدم له هذه المقاييس.
ما الذي نتتبّعه
| المقياس | مصدر الحقيقة | المالك |
|---|---|---|
| تكرار النشر | خط أنابيب CI/CD | قائد المنصة |
| زمن التقدّم للتغييرات | Git مع خط أنابيب النشر | قائد المنصة |
| معدل فشل التغيير | متتبّع الحوادث، موسوم بحسب عملية النشر | قائد المناوبة |
| زمن التعافي من النشر الفاشل | متتبّع الحوادث | قائد المناوبة |
| زمن استجابة API عند الشريحة 99 (SLI) | منصة المراقبة | قائد SRE |
| معدل استهلاك ميزانية الخطأ | منصة المراقبة | قائد SRE |
غير الأهداف
لا تُستخدم هذه المقاييس أبدًا، منفردةً أو مجتمعةً، لترتيب المهندسين، أو لتقييم مراجعات الأداء، أو لمقارنة هذا الفريق بخارطة طريق فريق آخر دون مقارنة النطاق وملاك الموظفين ونضج النظام أيضًا. أي استخدام خارج الغرض المذكور أعلاه يتطلب موافقة مدير الهندسة والفريق نفسه.
حواجز الحماية
كل مقياس أعلاه يحمل حافزًا مقرون بحاجز حماية. يُراقَب زمن التقدّم للتغييرات إلى جانب معدل فشل التغيير، فلا يستطيع الفريق تحسين رقم السرعة بشحن تغييرات أكثر خطورة. ويُراقَب تكرار النشر إلى جانب معدل استهلاك ميزانية الخطأ، للسبب نفسه.
وتيرة المراجعة
يراجع الفريق هذا الميثاق كل ربع سنة. والمقياس الذي لم يغيّر قرارًا في ربعين متتاليين مرشّح للإحالة إلى التقاعد.