مقاييس DORA

التصنيف: طبقة الإدارة والقياس

DORA Metrics | مقاييس DORA

التعريف

مقاييس DORA أربعة مؤشرات أداء طوّرتها الدكتورة نيكول فورسغرن وفريقها في Google عبر ٦ سنوات من البحث على أكثر من ٣٢,٠٠٠ محترف:

• تكرار النشر (Deployment Frequency) — كم مرة تنشر الكود للإنتاج؟
• زمن التسليم (Lead Time for Changes) — كم يستغرق الكود من Commit إلى الإنتاج؟
• معدل فشل التغييرات (Change Failure Rate) — ما نسبة عمليات النشر التي تُسبب مشاكل؟
• زمن الاستعادة (Time to Restore Service) — كم يستغرق إصلاح عطل في الإنتاج؟

الفرق النخبوية (Elite) تنشر عدة مرات يومياً بزمن تسليم أقل من ساعة ومعدل فشل أقل من ٥٪.

مقياس DX

• يُقلّل: الغموض في قياس الأداء ↓
• يزيد: الشفافية والتحسين المبني على بيانات ↑
• تُستخدم لقياس المنظومة — وليس الأفراد. استخدامها لتقييم مطور واحد يُدمّر الثقة

سيناريو عملي

Low DX — بدون مقاييس (Laravel):

## اجتماع مراجعة الأداء:

مدير: "الفريق بطيء هذا الربع"
مطور: "لا، نحن ننشر كثيراً"
مدير: "لا يبدو كذلك"
مطور: "..."

← لا بيانات. مشاعر فقط. لا أحد يعرف الحقيقة.

High DX — مقاييس واضحة (Laravel):

# DORA Dashboard — الربع الأول 2026:
deployment_frequency: "4x يومياً"          # Elite ✅
lead_time_for_changes: "45 دقيقة"          # Elite ✅
change_failure_rate: "8%"                   # High ⚠️ (هدف: < 5%)
time_to_restore: "18 دقيقة"                # Elite ✅

# → القرار مبني على بيانات:
# "change_failure_rate مرتفع — نحتاج المزيد من الاختبارات قبل النشر"

High DX — تتبع في Astro:

// src/utils/dora-tracking.ts
// تتبع زمن التسليم لكل تغيير محتوى:
export function measureLeadTime(commitDate: Date, deployDate: Date): string {
  const minutes = (deployDate.getTime() - commitDate.getTime()) / 60000;
  if (minutes < 60) return `${Math.round(minutes)} دقيقة — Elite`;
  if (minutes < 1440) return `${Math.round(minutes / 60)} ساعة — High`;
  return `${Math.round(minutes / 1440)} يوم — يحتاج تحسين`;
}

حالات واقعية

كتاب Accelerate — البرهان العلمي

كتاب Accelerate (Forsgren, Humble, Kim, 2018) حلّل بيانات ٣٢,٠٠٠ محترف عبر ٦ سنوات وأثبت علمياً أن الفرق التي تتفوق في مقاييس DORA تحقق ٢× ربحية و٢× حصة سوقية مقارنة بالمنافسين. هذا أول بحث يربط DX بأداء الأعمال.

State of DevOps Report — الفجوة تتسع

تقرير ٢٠٢٤ أظهر أن الفجوة بين الفرق النخبوية والضعيفة تتسع:

المقياس	فرق Elite	فرق Low	الفرق
تكرار النشر	عدة مرات/يوم	كل ١-٦ أشهر	١٠٠٠×
زمن التسليم	< ١ ساعة	١-٦ أشهر	١٠٠٠×
معدل الفشل	< ٥٪	٤٦-٦٠٪	١٢×
زمن الاستعادة	< ١ ساعة	١-٦ أشهر	١٠٠٠×

Etsy — تحويل حقيقي

Etsy انتقلت من نشر كل أسبوعين إلى +٥٠ مرة يومياً عبر: CI/CD الكامل، feature flags، وcanary deployments. معدل الفشل انخفض من ١٢٪ إلى ٣٪ لأن التغييرات أصبحت أصغر وأسهل في التراجع.

Amazon — نشر كل ١١.٦ ثانية

Amazon تنشر تغييراً في الإنتاج كل ١١.٦ ثانية. هذا ممكن فقط بسبب: فرق مستقلة (Two-Pizza Teams)، CI/CD مؤتمت بالكامل، وcanary deployments تلقائية. إذا فشل canary = rollback تلقائي خلال ثوانٍ.

تحذيرات مهمة

1. لا تقيس الأفراد — DORA لقياس المنظومة وليس الشخص. استخدامها لتقييم مطور واحد يُدمر الثقة
2. الأربعة معاً — إذا قست تكرار النشر فقط، ستحصل على نشر سريع لكن هش (Goodhart)
3. السياق مهم — فريق يبني نظام طبي ليس كفريق يبني مدونة. المقارنة يجب أن تكون مع الذات

إحصائيات رئيسية

المقياس	القيمة	المصدر
العينة البحثية	٣٢,٠٠٠ محترف	Accelerate (2018)
تأثير DX على الربحية	٢×	Accelerate (2018)
الفجوة بين Elite و Low	١٠٠٠×	DORA Report (2024)
نشر Amazon	كل ١١.٦ث	Amazon CTO Blog

مفاهيم مرتبطة

• مقاييس DX — DORA جزء من منظومة مقاييس DX الأوسع
• حلقة التغذية الراجعة — زمن التسليم هو حلقة تغذية راجعة على مستوى المنظومة
• الخدمة الذاتية للمطور — تكرار النشر العالي يتطلب خدمة ذاتية

نصيحة Monochrome

لا تقِس DORA لتُصنّف فريقك. قِسها لتعرف أين تستثمر جهود التحسين التالية.