الهندسة · 8 مؤشرات
قوالب مؤشرات أداء الهندسة: 8 مقاييس متوافقة مع DORA للفرق عالية الأداء في 2026
مؤشرات الهندسة سهلة القياس بطريقة خاطئة. أسطر الكود ونقاط القصص وعدد الـ commits تكافئ النشاط بدلًا من النتائج. القوالب الثمانية أدناه مرتكزة على بحث DORA (تكرار النشر، زمن الإنتاج، معدل فشل التغيير، MTTR) ومُكمَّلة بمقاييس تدفّق تلتقط مشكلات قد تفوت DORA وحدها. تركّز على سرعة وموثوقية تسليم القيمة للمستخدمين، لا على إنتاجية الأفراد. كل قالب يتضمّن معادلة، وفئة DORA النخبة/العالية/المتوسطة/المنخفضة من تقارير State of DevOps حيثما ينطبق، ودورة مناسبة لمؤسسة هندسية.
KPI #1 · Weekly
تكرار النشر (Deployment Frequency)
الصيغة
عدد عمليات النشر الناجحة للإنتاج / فترة زمنية
النطاق المعياري
يومي إلى متعدّد يوميًا (DORA النخبة)
ما يدل على الصحة
عند الطلب (متعدّد يوميًا) للفِرق النخبة. يومي للفِرق عالية الأداء.
ما يدل على وجود مشكلة
أقل من أسبوعي. يُشير إلى إصدارات مُجمّعة وحلقات تغذية راجعة بطيئة.
KPI #2 · Weekly
زمن إيصال التغييرات (Lead Time for Changes)
الصيغة
الزمن من commit الكود إلى تشغيله بنجاح في الإنتاج
النطاق المعياري
أقل من يوم (نخبة)، أقل من أسبوع (عالي)
ما يدل على الصحة
أقل من يوم (DORA النخبة). أقل من أسبوع عالي الأداء.
ما يدل على وجود مشكلة
أكثر من شهر. يُشير إلى بوابات اعتماد ثقيلة أو خطوط أنابيب غير مستقرّة.
KPI #3 · Weekly
معدل فشل التغيير (Change Failure Rate)
الصيغة
(عمليات النشر التي تسبّبت بحوادث / إجمالي عمليات النشر) × 100
النطاق المعياري
0–15%
ما يدل على الصحة
أقل من 5% (DORA النخبة). أقل من 15% عالي الأداء.
ما يدل على وجود مشكلة
أعلى من 30%. يعني أن نشرًا من كل 3 يكسر شيئًا يلمسه المستخدم.
KPI #4 · Weekly
متوسط زمن الاستعادة (MTTR)
الصيغة
متوسط الزمن من اكتشاف الحادث إلى استعادة الخدمة
النطاق المعياري
<ساعة (نخبة)، <يوم (عالي)
ما يدل على الصحة
أقل من ساعة (DORA النخبة). أقل من يوم عالي الأداء.
ما يدل على وجود مشكلة
أكثر من أسبوع. يُشير إلى ضعف في الرصد أو غياب وضوح الملكية.
KPI #5 · Weekly
زمن دورة PR (PR Cycle Time)
الصيغة
متوسط الزمن من فتح PR إلى دمجه
النطاق المعياري
8–24 ساعة وسيط
ما يدل على الصحة
أقل من 24 ساعة لـ PRs الاعتيادية. الاتجاه يجب أن يكون ثابتًا أو يقصُر.
ما يدل على وجود مشكلة
وسيط بعدة أيام. عادةً يعني اختناقات مراجعة أو PRs ضخمة الحجم.
KPI #6 · Monthly
تغطية مراجعة الكود (Code Review Coverage)
الصيغة
(PRs بمراجعة واحدة على الأقل / إجمالي PRs المُدمَجة) × 100
النطاق المعياري
95–100%
ما يدل على الصحة
أعلى من 95%. الدمج الذاتي يجب أن يكون نادرًا ومقصودًا.
ما يدل على وجود مشكلة
أقل من 80%. الكود يُشحن دون عيون ثانية.
KPI #7 · Monthly
معدل تسرّب العلل (Bug Escape Rate)
الصيغة
(العلل المكتشفة في الإنتاج / إجمالي العلل في كل البيئات) × 100
النطاق المعياري
5–15%
ما يدل على الصحة
أقل من 10%. معظم العلل تُلتقط قبل أن يراها المستخدم.
ما يدل على وجود مشكلة
أعلى من 30%. بيئات QA وما قبل الإنتاج لا تلتقط القضايا الفعلية.
KPI #8 · Monthly
قابلية التنبؤ بالـ Sprint
الصيغة
(نقاط القصص المنجزة / نقاط القصص الملتزَم بها) × 100، بمتوسط 6 سبرنتات
النطاق المعياري
85–110%
ما يدل على الصحة
85–110%. تسليم ثابت دون التزامات مفرطة أو تحفّظ مزمن.
ما يدل على وجود مشكلة
أقل من 70% أو أعلى من 130%. إما التزام مفرط مزمن أو تقديرات شكلية.
تتبع هذه المؤشرات تلقائيًا في KPILoop مع لوحات لكل دور وتنبيهات في الوقت الفعلي.
ابدأ مع KPILoopاستكشف الأقسام الأخرى