المسار 04درس 10 / 10

قِس نظام التسليم

اجمع تدفق التسليم وعدم الاستقرار ونتائج الخدمة والجهد. استخدم تعريفات صريحة عند تقييم أثر الذكاء الاصطناعي.

ممارس10 دتمت المراجعة

ينشره كيف نكتب

تحقّق من فهمكيزداد تكرار النشر بعد إدخال الذكاء الاصطناعي، ويزداد أيضاً نشر الإصلاحات غير المخطط لها. ما الاستنتاج؟نفّذ التمرين
يزداد تكرار النشر بعد إدخال الذكاء الاصطناعي، ويزداد أيضاً نشر الإصلاحات غير المخطط لها. ما الاستنتاج؟

ما ستتعلّمه

  • التمييز بين أداء التسليم ونشاط توليد الشيفرة.
  • تفسير مقياس وفق تعريفات أحداثه ونطاقه.
  • استخدام القياسات لاختيار تحسين، لا لترتيب الأفراد.

ابدأ بالقرار الذي تحتاج إلى اتخاذه

يريد فريق معرفة إن كان الذكاء الاصطناعي يحسّن التسليم. يجيب عدّ الأسطر المولّدة عن سؤال مختلف. حدّد النتيجة المفيدة وشروط الجودة قبل اختيار مقياس.

لخدمة تصدير خيالية، النتيجة المطلوبة هي تسليم موثوق للتغييرات المقبولة بجهد إجمالي أقل. سجّل التحضير والتنفيذ والمراجعة والتصحيح والانتظار. أدرج التغييرات التي فشلت أو تُركت.

استخدم خدمة واحدة ذات حد واضح. قد ينتج الجمع بين موقع تجريبي وخدمة مدفوعات حرجة رقماً لا يفسّر أياً منهما. صف السياق قبل مقارنة الفترات أو الفرق.

استخدم التعريفات الحالية

يتضمن نموذج التسليم الحالي لدى DORA خمسة مقاييس. نطاقها أداء التسليم، لا قيمة كل ميزة أو إسهام فرد. تعريفات مقاييس DORA.

المقياسما يركّز عليه القياس
المدة اللازمة لإيصال التغييرمن commit إلى الإنتاج
تكرار النشرمعدل النشر في الإنتاج
وقت الاستعادة بعد نشر فاشلالاستعادة بعد نشر فاشل
معدل فشل التغييراتعمليات النشر التي تتطلب تدخلاً فورياً
معدل إعادة العمل في النشرعمليات نشر غير مخططة تسببها حوادث الإنتاج

قد تستخدم لوحة قياس تعريفاً آخر. اقرأه قبل تفسير النتيجة. يصف توثيق النشر الحالي لدى Taiga أربعة مقاييس مستمدة من سجلات نشر المزوّدين. ويستخدم مقياس الاستعادة نشراً ناجحاً لاحقاً. وليس هذا سجلاً كاملاً لكل حادث إنتاج. تعريفات Taiga.

افحص تسلسلاً خيالياً للتغييرات

افترض أن خدمة تنفّذ اثنتي عشرة عملية نشر في شهر. تقدّم ثماني عمليات تغييرات مخططة. وتصلح أربع عمليات مشكلات من إصدارات سابقة. العدد اثنا عشر، لكن تكوينه مهم.

في الشهر التالي، ينفّذ الفريق عشر عمليات نشر: تسعة تغييرات مخططة وإصلاح واحد. قد يجتمع عدد نشر أقل مع عمل مفيد أكثر. توضح هذه الأرقام التفسير، وليست معياراً مرجعياً للأداء.

افحص التوزيع أيضاً. قد يختفي انتظار مراجعة طويل داخل متوسط. ومقياس استعادة من إخفاق واحد دليل ضعيف على الموثوقية المستقبلية. أبلغ عن عدد الملاحظات والاستثناءات الجوهرية.

اربط التدفق بالعواقب

استخدم مؤشرات الخدمة لفحص أثر تغييرات التسليم على المستخدمين. لا يكفي مسار أسرع إذا زاد فشل التصدير. استخدم SLO مناسباً أو مقياس نتيجة آخر محدداً بوضوح. إرشادات SLO.

يساعد جهد المراجعة وإعادة العمل على تفسير النتيجة. إذا اختصر الذكاء الاصطناعي التنفيذ لكنه أنتج فروق شيفرة كبيرة، فقد تصبح المراجعة القيد. وإذا استغرق توفير البيئات أياماً، فقد يقل أثر البرمجة الأسرع على وقت التسليم المنقضي.

اختر تحسيناً واحداً يعالج القيد الملاحظ. مثلاً، وفّر بيئة اختبار مدعومة أو قلّل حجم التغيير. حدّد مقياس جودة موازناً حتى يكشف الفريق مكسب سرعة ظاهرياً ناتجاً عن فحوص أضعف.

أبقِ القياس مفيداً

تجنّب ترتيب الأفراد وفق أعداد طلبات الدمج أو الشيفرة المولّدة. فقد تكافئ هذه المقاييس تقسيم العمل بصورة مصطنعة أو تجنّب صيانة صعبة أو نقل جهد المراجعة إلى الزملاء.

راجع النتيجة مع المسؤولين عن الخدمة كاملة. سجّل ما تغيّر في الأداة ومزيج العمل والفريق والبيئة. تعامل مع مقارنة قبل وبعد كأدلة لها حدود، لا كبرهان تلقائي على السببية.

الغرض قرار تالٍ أفضل. يفيد قياس صغير موثوق يؤدي إلى تحسين متحقق منه أكثر من لوحة كبيرة دون معنى متفق عليه.

تدرّب بعشرة تغييرات

تسجّل مجموعة البيانات الخيالية المنفصلة هذه عشرة تغييرات مخططة. كل الأوقات بتوقيت UTC في التاريخ الموضّح. يعني حقل التصحيح الفارغ عدم تسجيل تصحيح في هذه المجموعة.

التغيير / التاريخبدء العملجهوزية الشيفرةبدء المراجعةالقبولالإصدارالتصحيح
C01 · 2026-09-1408:0008:4509:1509:3010:00—
C02 · 2026-09-1409:0009:3012:0012:2013:00—
C03 · 2026-09-1508:0009:0009:1509:4010:0015:00
C04 · 2026-09-1510:0010:3010:4511:0011:15—
C05 · 2026-09-1608:0009:0013:0013:3014:00—
C06 · 2026-09-1610:0011:0011:3012:0012:15—
C07 · 2026-09-1708:0008:3009:0009:2009:30—
C08 · 2026-09-1710:0010:4511:0011:3014:30—
C09 · 2026-09-1808:0008:3009:0009:3010:00—
C10 · 2026-09-1809:0009:3010:0010:3011:0014:00

قارن الوقت من جهوزية الشيفرة إلى بدء المراجعة، ثم من القبول إلى الإصدار. حدّد أطول انتظار ظاهر. ابحث في سببه قبل وصفه بأنه قابل للتجنّب. لا تقيس هذه الطوابع الزمنية الجهد الفعلي أو تحدّد بداية حادث. ولا يستطيع إصدار تصحيح وحده إثبات وقت الاستعادة بعد نشر فاشل.

نزّل مجموعة البيانات الخيالية (CSV)

تحقّق من أوقات الانتظار

تحقّق من تفسيرك: ينتظر C05 أربع ساعات للمراجعة. وينتظر C08 ثلاث ساعات بعد القبول قبل الإصدار. لا تفسّر مجموعة البيانات هذين الانتظارين. اسأل عن الموارد المتاحة وساعات العمل وسياسة الإصدار والتبعيات.

نفّذ التمرين

استخدم مجموعة بيانات التغييرات العشرة في هذا الدرس. عرّف النشر والتغيير الفاشل وحدث الاستعادة. اعثر على أطول انتظار ظاهر، واذكر ما يثبت سببه. اقترح تحسيناً ومقياساً يكشف تراجع الجودة.

تنزيل ورقة العمل (Markdown)
تحقّق من فهمك ↑

تابع التعلّم

المصادر وقراءات إضافية

قراءات ذات صلة من Taiga

الدرس السابق: اتخذ قرار إصدار يستند إلى الأدلة