عملية قرار المضي أو التوقف: شجرة قرار جاهزية الإطلاق

ما هي عملية قرار المضي أو التوقف: شجرة قرار جاهزية الإطلاق؟

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

هذه الصفحة شجرة قرار عن قصد، لا خريطة عملية. خريطة العملية تجيب عن «ماذا يحدث تالياً ومن ينفّذه»: مهام متسلسلة، وتسليمات بين الفرق، ومسار رئيسي واحد تتدلّى منه الاستثناءات. أما شجرة القرار فتجيب عن «أي خيار نختار ومن يقرر»: عمود فقري من الأسئلة، كل منها قابل للإجابة من الأدلة، بتفرعات مُسمّاة بالجواب لا بالمهمة التالية، تنتهي إلى نتائج مُسمّاة متمايزة. وإن أردت المسار الكامل حول هذه البوابة، من تجميد النطاق والبناء والاختبار إلى بيئة التهيئة واختبار قبول المستخدم والنشر واختبارات الدخان والمراقبة، فاستخدم مخطط عملية إصدار البرمجيات على /ar/templates/عملية-إصدار-البرمجيات. هذه الصفحة هي الصورة المقرّبة للقرار الواحد القابع داخله.

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

ما الذي يغطيه هذا المخطط

في هذا القالب

• أربعة مسارات لصلاحيات القرار لا لخريطة إدارات: مدير الإصدار، والهندسة وضمان الجودة، والتشغيل والدعم، والراعي التنفيذي، موزّعة على أربع مراحل: مراجعة الأدلة، وبوابة الجودة، وبوابة التشغيل، والقرار والنتيجة
• تفرّع معايير القبول: «هل استُوفيت معايير القبول؟» يجيب بمستوفاة أو فجوات، وتُحال الفجوات إلى «هل الفجوات قابلة للإعفاء؟»، حيث يسجّل المسار القابل للإعفاء الإعفاء ومسؤوله قبل العودة إلى بوابة الجودة، بينما ينهي المسار المانع المراجعة عند نقطته الخاصة «توقف: معايير القبول غير مستوفاة»
• تفرّع حدود العيوب: «هل العيوب ضمن حدود الخطورة؟» يجيب بضمن الحدود أو تتجاوزها، ويُحال التجاوز إلى «هل اتُّفق على إصلاح أو إعفاء؟» حتى لا يمضي إصدار متجاوز للحدود إلا باتفاق موثّق، لا بحُسن ظن
• سؤالان للجاهزية يحتملان جواباً جزئياً: «هل التبعيات والمورّدون جاهزون؟» يسقط إلى «هل يمكن الإطلاق بدونهم؟»، و«هل نجح اختبار التراجع؟» يسقط إلى «هل التغيير قابل للتراجع أصلاً؟»، حيث يكون «لا» هو الطريق الوحيد إلى إلغاء الإصدار بدل إعادة جدولته
• الدعم والتوقيت بوابتان قاطعتان مستقلتان: «هل الدعم مدرَّب ومزوَّد بالكوادر؟» و«هل نافذة التغيير والتقويم خاليان؟» ينتهي كل منهما مباشرة إلى التوقف عند «غير جاهز» أو «تعارض»، بما يُبقي جاهزية التشغيل خارج نقاش الهندسة
• زوج قرارات ختامي يُسمّي النتيجة: «هل مُنح اعتماد الراعي التنفيذي؟» (مُنح أو محجوب)، ثم «ما النطاق المصرَّح به؟» بتفرعات كامل ومشروط وتجريبي فقط إلى ثلاث نقاط نهاية منفصلة، إلى جانب نقطتَي التوقف والإلغاء

متى تستخدم هذا القالب

• تعقد مراجعة جاهزية أو إطلاق، والمعايير محفوظة في رؤوس الناس، فتتوقف النتيجة على من حضر الاجتماع وكيف سار الأسبوع
• مراجعاتكم لا تُنتج سوى «المضي» أو «التأجيل»، ولا تجد الجاهزية الجزئية، كمورّد متأخر أو مناوبة دعم هزيلة، مكاناً تحطّ فيه غير توقف كامل أو مجازفة غير موثّقة
• تحتاج حسم صلاحيات القرار قبل أن يفرض الإصدار القادم النقاش: من يملك إعفاء معيار قبول، ومن يقبل عيباً متجاوزاً للحد، ومن اعتماده مطلوب
• توثّق كيف يُصرَّح بالتغييرات وتُختبر وتُعتمد، استعداداً لتدقيق أو استبيان أمني من عميل، وتحتاج إظهار المعايير لا الاعتماد وحده
• تُجري مراجعة لاحقة لحادثة تسبّب فيها إصدار ما كان ينبغي إطلاقه، وتريد أن يدور النقاش حول أي سؤال جرى تخطّيه بدل إعادة بناء الأحداث من الذاكرة

كيف تعمل

1. أعد تسمية المسارات وفق صلاحيات القرار الحقيقية لديك

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

2. دوّن الحدود قبل أن تحتاجها

   قيمة الشجرة من قيمة اختباراتها. على «هل العيوب ضمن حدود الخطورة؟» سجّل الحد لكل درجة خطورة ضمن النطاق المُصدَر، ومن يملك تجاوزه، وهل يشمل العدّ العيوب المعروفة المرحّلة من إصدارات سابقة. وافعل المثل مع «هل استُوفيت معايير القبول؟» بوسم كل معيار إلزامياً أو مرغوباً عند تجميد النطاق، حتى لا يُعاد التفاوض على البوابة يوم الاجتماع.

3. عرّف ما يعنيه اختبار التراجع

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

4. اجعل النتيجتين المشروطة والتجريبية حقيقيتين

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

5. افصل التوقف عن الإلغاء

   التوقف يعني أن الإصدار نفسه سيُطلق لاحقاً، فيحتاج تاريخاً جديداً ومعوّقاً مُسمّى قبل انتهاء الاجتماع. أما الإلغاء فيعني سحب الإصدار وإعادة النطاق للمعالجة أو إعادة النظر. وإبقاؤهما نقطتَي نهاية متمايزتين يمنع تسجيل إلغاء حقيقي بوصفه تأجيلاً لأسبوعين يتكرر بهدوء.

6. انشرها ثم راجعها بعد كل بوابة

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

الأسئلة الشائعة

ما الفرق بين شجرة قرار المضي أو التوقف وخريطة عملية الإصدار؟

خريطة عملية الإصدار تجيب عن «ماذا يحدث تالياً ومن ينفّذه». تعرض المهام متسلسلة عبر المسارات، من تجميد النطاق والبناء والاختبار إلى النشر والمراقبة، وتعامل قرار المضي أو التوقف كعقدة واحدة. أما شجرة القرار فتجيب عن «أي خيار نختار ومن يقرر»: عمودها الفقري سلسلة أسئلة لا مهام، وتفرعاتها مُسمّاة بأجوبة مثل مستوفاة أو تتجاوزها أو قابلة للإعفاء أو محجوب، لا بالنشاط التالي، وتنتهي إلى نتائج متمايزة عدة بدل أن تلتقي عند مسار واحد. استخدم الاثنتين معاً: خريطة العملية للمسار الكامل على /ar/templates/عملية-إصدار-البرمجيات، وهذه الشجرة للبوابة القابعة داخله.

ما الأسئلة التي تنتمي إلى قرار المضي أو التوقف؟

سبعة أسئلة تغطي معظم الإطلاقات. هل استُوفيت كل معايير القبول الإلزامية؟ هل العيوب المفتوحة ضمن حدود الخطورة المتفق عليها؟ هل التبعيات والأطراف الثالثة جاهزة؟ هل جُرِّب التراجع فعلاً لا كُتب فحسب؟ هل الدعم والتشغيل مدرَّبان ومزوَّدان بالكوادر للحجم المتوقع؟ هل نافذة التغيير خالية على التقويم التجاري كما على التقني؟ هل اعتماد الراعي التنفيذي قائم؟ وينبغي أن يكون كل سؤال قابلاً للإجابة من أدلة جُمعت قبل الاجتماع، ولهذا تبدأ الشجرة بملف أدلة الجاهزية لا بالسؤال الأول.

من يتخذ قرار المضي أو التوقف؟

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

متى ينبغي أن ينتهي القرار بمضي مشروط بدل التوقف؟

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

ما الفرق بين التوقف والإلغاء؟

التوقف يعني تأجيل الإصدار: النطاق نفسه يُطلق في موعد جديد بعد انحسار المعوّق. أما الإلغاء فيعني سحبه وإعادة النطاق للمعالجة أو إعادة النظر، بلا تاريخ مرفق. والفصل بينهما مهم لأن إصداراً لا يمكن التراجع عنه إطلاقاً، أو إصداراً حجب الراعي التنفيذي اعتماده لأسباب تجارية، ليس منتظراً لإصلاح؛ وتسجيله كتأجيل يؤدي إلى عقد المراجعة نفسها بعد أسبوعين بالأدلة نفسها.

كيف أقصر الإطلاق على مجموعة تجريبية أو محدودة؟

عامله كنتيجة للقرار لا كتسوية يُتوصَّل إليها في الغرفة. في هذه الشجرة يتفرّع السؤال الأخير، «ما النطاق المصرَّح به؟»، إلى كامل ومشروط وتجريبي فقط، فيكون الإطلاق المحدود اختياراً مقصوداً بعد الإجابة عن كل أسئلة الجاهزية، لا وسيلة لتفادي التوقف. وقبل المراجعة، عرّف ما يعنيه الإطلاق التجريبي في منتجك: أي شريحة أو مستوى تعرّض، وكم يستمر، وما الذي يُراقَب، وما المعيار الذي يصرّح بتوسيعه.