دورة حياة الأخطاء

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

مخطط دورة حياة الأخطاء

%% تنسيق style A fill:#fcc,stroke:#333,stroke-width:2px style B fill:#fc9,stroke:#333,stroke-width:2px style C fill:#f9c,stroke:#333,stroke-width:2px style D fill:#f66,stroke:#333,stroke-width:2px style E fill:#ff9,stroke:#333,stroke-width:2px style F fill:#ffc,stroke:#333,stroke-width:2px style G fill:#c9f,stroke:#333,stroke-width:2px style H fill:#9f9,stroke:#333,stroke-width:2px style I fill:#9cf,stroke:#333,stroke-width:2px style J fill:#fdd,stroke:#333,stroke-width:2px style X fill:#dfd,stroke:#333,stroke-width:2px style Y fill:#ddf,stroke:#333,stroke-width:2px

%% روابط قابلة للنقر click A "/docs/roadmap/bug-reporting" "كيفية الإبلاغ عن خطأ" click B "/docs/roadmap/process/ticket-triage" "عملية تصنيف التذاكر" click C "/docs/roadmap/severity-categories" "معايير الشدة" click D "/docs/roadmap/process/hotfix-procedure" "إجراءات التصحيح السريع" click E "/docs/roadmap/process/bugfix-procedure" "إجراءات إصلاح الأخطاء" click F "/docs/roadmap/process/sprint-execution" "تفاصيل التنفيذ والاختبار" click G "/docs/roadmap/process/release-readiness" "معايير جاهزية الإنتاج" click H "/docs/roadmap/process/production-release" "نشر الإنتاج" click I "/docs/roadmap/process/post-release-review" "مراجعة ما بعد الإصدار" click J "/docs/roadmap/process/rework-process" "تفاصيل عن إعادة العمل / تقييم التعقيد" click X "/docs/roadmap/process/next-sprint-reassessment" "إعادة التقييم في السبرينت التالي" click Y "/docs/roadmap/process/next-pi-reassessment" "إعادة التقييم خلال PI التالي"

الخطوات الرئيسية للحوادث (الأخطاء)

1. تقديم المشكلة

   • يمكن الإبلاغ عن الأخطاء من قبل المستخدمين أو أصحاب المصلحة أو من خلال أدوات المراقبة.

2. تقييم المشكلة & تقييم الخطورة

   • يقوم الفريق بتقييم التأثير والخطورة والنطاق المحتمل لكل خطأ.

3. قرار الأولوية

   • إصلاح عاجل (خطأ حرج): إصلاح فوري في السبرينت الحالي إذا كان يعطل الوظائف بشكل كبير.
   • إصلاح خطأ (خطأ أقل حرجًا): مجدول لـ السبرينت الحالي أو التالي، اعتمادًا على القدرة.

4. التنفيذ والاختبار

   • يقوم الفريق بتطوير الحل وإجراء الاختبارات اللازمة.

5. الإصدار للإنتاج

   • يتم نشر الإصلاح في الإنتاج بمجرد التحقق منه (إصلاح عاجل) أو خلال إصدار السبرينت.

6. مراجعة ما بعد الإصدار

   • يتم التحقق من أن الإصلاح يحل المشكلة دون إدخال مشاكل جديدة.

7. إعادة العمل / تقييم التعقيد

   • إذا لم يتم حل الخطأ بالكامل، يتم إعادة تقييمه لإجراء تعديلات إضافية (إما أن يتم نقله إلى السبرينت التالي أو إلى الـ PI التالي، اعتمادًا على التعقيد).