قُصَاصَات

دليل مقاييس دورا (DORA Metrics): 4 مؤشرات أساسية لقياس سرعة وجودة فريقك البرمجي بدون تعقيد

مدخل إلى مقاييس DORA: كيف تقيس أداء فريق البرمجة والتطوير بدون تعقيد؟ 🚀

لو عندك فريق تطوير برمجي وتسأل نفسك: "هل فريقنا يمشي بفرامل ولا مسرع؟ وهل شغلنا جودته عالية ولا بس كثرة على غير سنع؟"

زمان، كانت الشركات تقيس أداء المطورين بـ "عدد أسطر الكود المكتوبة" أو "عدد الساعات"! وطبعاً هذه مقاييس تظلم الشاطر وتكافئ اللي يطول السالفة.

هنا جاء فريق بحثي من جوجل اسمه DORA (DevOps Research and Assessment)، وبعد دراسة آلاف الفرق البرمجية حول العالم، طلعوا بـ 4 مقاييس أساسية هي الميزان الحقيقي لأي فريق برمجي ناجح اليوم.

تخيل مقاييس DORA مثل عداد السيارة: شاشة توضح لك سرعتك، وفي نفس الوقت تحذرك لو الحرارة ارتفعت أو فيه مشكلة.


المقاييس الأربعة الأساسية (السرعة vs الجودة)

قسموا DORA المقاييس إلى شقين: شق يقيس السرعة (Speed)، وشق يقيس الاستقرار والجودة (Stability).

                  ┌─────────────────────────────────────────┐
                  │          DORA Metrics (مقاييس DORA)     │
                  └────────────────────┬────────────────────┘
                                       │
            ┌──────────────────────────┴──────────────────────────┐
            ▼                                                     ▼
   [ السرعة - Speed ]                                   [ الجودة - Stability ]
   1. معدل النشر (Deployment Frequency)               3. نسبة أخطاء التغيير (Change Failure Rate)
   2. وقت تنفيذ التغيير (Lead Time for Changes)         4. وقت استعادة الخدمة (Time to Restore Service)

1. معدل النشر (Deployment Frequency)

المبدأ: كم مرة ينزل فريقك تحديثات للمستخدمين في الإنتاج (Production)؟

بالعربي الفصيح: هل ينزل فريقك كود جديد كل يوم؟ كل أسبوع؟ ولا كل ستة أشهر؟

2. وقت تنفيذ التغيير (Lead Time for Changes)

المبدأ: كم الوقت اللي يحتاجه الكود من لحظة كتابته لين يوصل ليد المستخدم؟

بالعربي الفصيح: من يوم ما ينتهي المطور من فكرته ويسلمها، كم تأخذ في المراجعة والاختبار والرفع؟

3. نسبة أخطاء التغيير (Change Failure Rate)

المبدأ: كم نسبة التحديثات اللي تسوي مشكلة أو تعطل الخدمة أول ما تنزل؟

بالعربي الفصيح: نزلت 10 تحديثات، كم واحد منها خرب النظام واضطريتوا تسوون له تراجع (Rollback) أو ترقيع سريع؟

4. وقت استعادة الخدمة (Time to Restore Service)

المبدأ: لو طاح النظام أو صار فيه خطأ، كم الوقت المطلوب عشان ترجع الخدمة طبيعية؟

بالعربي الفصيح: لما تطفى الشاشة أو تعلّق الخدمة عند الناس، كم دقيقة تأخذون عشان تحلون المشكلة؟


كيف تعرف مستوى فريقك؟

حسب تقارير DORA السنوية، يتم تصنيف الفرق إلى 4 مستويات رئيسية:

المقياس النخبة (Elite) العالي (High) المتوسط (Medium) المنخفض (Low)
معدل النشر عدة مرات في اليوم من يوم إلى أسبوع من أسبوع إلى شهر أقل من مرة كل شهرين
وقت تنفيذ التغيير أقل من ساعة من يوم لأسبوع من أسبوع لشهر بين شهر وستة أشهر
وقت استعادة الخدمة أقل من ساعة أقل من يوم أقل من يوم بين يوم وأسبوع
نسبة أخطاء التغيير 0% - 15% 0% - 15% 16% - 30% 31% - 45%

الخلاصة

DORA ما هي مجرد أرقام تقيس فيها المطورين، هي ثقافة عمل.

الهدف منها إنك تبني بيئة تقدر تنزل فيها ميزات جديدة بسرعة وبدون ما تخرب الدنيا على المستخدمين.