كيف تخطط جدول إصدار برمجي على مخطط جانت
خطط المدة من اكتمال الميزات إلى الإنتاج: اجعل تجميد الشيفرة معلماً، وشغّل مسارات الاختبار بالتوازي، واجمعها قبل الموافقة، واقرأ المسار الحرج لتعرف ما يحدد تاريخ الإصدار.
كثيراً ما يُعلن تاريخ الإصدار قبل وجود خطة الاختبار. يبين هذا الدليل كيف تحوّل المدة بين التجميد والإنتاج إلى جدول يمكنك مقارنته بالتاريخ الذي أُعطيته.
باختصار
- اجعل تجميد الشيفرة معلماً مدته صفر تبلغه كل مهام التطوير.
- ابدأ مسارات الاختبار وملاحظات الإصدار ودليل التشغيل من التجميد لتسير جنباً إلى جنب.
- اجمع كل المسارات في مهمة واحدة قبل الموافقة، ثم اشترط للنشر الموافقة والوثائق.
- خطط للأيام التي تلي النشر مهامَّ: اختبار سريع وإعلان ونافذة مراقبة.
- شغّل المسار الحرج لترى أي مسار يحدد التاريخ، وقارن الانتهاء بالتاريخ الذي تحتاجه.
التخطيط للمدة التي تلي آخر ميزة
خطة الإصدار قصيرة لكنها كثيفة. يمكن أن تتسع سبع عشرة مهمة في نحو شهر، ومعظمها يعتمد على اثنتين أو ثلاث غيرها. ولهذا تفشل قائمة المهام المسطحة هنا: تخبرك بما يجب أن يحدث، لكنها لا تخبرك أن اختبار قبول المستخدم يمكن أن يبدأ بعد يومين من التجميد بينما لا ينتهي اختبار الانحدار قبله، أو أن دليل التشغيل يجب أن يكون جاهزاً يوم يبدأ النشر لا يوم ينتهي الاختبار.
الطريقة أربع خطوات. أولاً، اجعل التجميد معلماً يجب أن يبلغه كل ما قبله. ثانياً، ابدأ مسارات الاختبار من التجميد ودع التوثيق يبدأ منه أيضاً. ثالثاً، اجمع المسارات في مهمة واحدة قبل الموافقة، فلا تظهر الموافقة مبكرة. رابعاً، أعطِ النشر بواباته وخطط للأيام التي تليه مهامَّ حقيقية. ثم تُحسب التواريخ من الأطوال والروابط، وتقارن الانتهاء بالتاريخ الذي تحتاجه بدل أن تكتب التاريخ أولاً.
الجدول لا يجعل الإصدار آمناً. إنه يبين متى ينبغي أن ينتهي العمل إن صحت كل تقديراتك، ولن يكتشف اختباراً مفقوداً أو تراجعاً لم يُختبر. أبقِ نتائج الاختبار والموافقات وقائمة العيوب في الأنظمة التي تحتفظ بها. يخطط المخطط الترتيب والزمن، ولا يتصل بمستودع شيفرة ولا بمتتبع تذاكر ولا بأداة نشر.
المثال هو قالب الإصدار البرمجي في /ar/templates/مخطط-جانت-لإصدار-برمجيات. وإن احتجت إلى العملية وقراراتها لا إلى الجدول فراجع مخططي العمليتين في /ar/templates/عملية-إصدار-البرمجيات و/ar/templates/عملية-نشر-البرمجيات. وللبناء كله، من المتطلبات إلى الإطلاق، استخدم /ar/templates/مخطط-جانت-لمشروع-برمجي.
جدول إصدار مبني على مراحل
سبع عشرة مهمة في أربع مجموعات. المدد أيام عمل توضيحية فاضبطها بحسب فريقك. افتح لوحة الجدول لترى الصفوف خلف كل مرحلة.
ينتهي التطوير بمعلم
«إنهاء الميزات المتبقية» مدتها 10 أيام عمل. و«إصلاح العيوب المعروفة» (6 أيام) تبدأ بعد 5 أيام عمل من بدئها، برابط بداية-لبداية بتأخير، فيتداخل إصلاح العيوب مع نهاية التطوير. و«اكتمال الميزات» معلم مدته 0.
التجميد وثلاثة مسارات اختبار
«تجميد الشيفرة» معلم. وتتبعه «اختبار الانحدار» (5 أيام) و«فحوص الأداء والأمان» (4) و«اختبار قبول المستخدم» (6)، ويبدأ اختبار القبول بعد يومي عمل من التجميد. وتنتظر «إصلاح معوقات الإصدار» (3 أيام) المسارات الثلاثة.
التحضير وبوابات النشر
تبدأ «كتابة ملاحظات الإصدار» و«تحديث دليل التشغيل وخطة التراجع» (3 أيام لكل منهما) عند التجميد لا بعد الاختبار. وتنتظر «النشر في الإنتاج» (يوم واحد) «الموافقة على الإصدار» والملاحظات والدليل. ويتبعه «اختبار سريع في الإنتاج».
الأيام التي تلي النشر
تنتظر «الإعلان عن الإصدار» (يوم) و«المراقبة ومعالجة المشكلات المبكرة» (5 أيام) الاختبار السريع، فتسيران جنباً إلى جنب. و«مراجعة ما بعد الإصدار» آخر مهمة، يوم لما ينبغي أن تغيّره الخطة التالية.
كيف تعمل
اذكر المهام بين آخر ميزة وأول مستخدم
اكتب كل مهمة يجب أن تنتهي قبل الإنتاج وبعده، بما فيها الوثائق وخطة التراجع. وأعطِ كلاً منها طولاً بأيام العمل الكاملة، فقرّب مهمة نصف اليوم إلى يوم.
اجعل التجميد معلماً
أضف مهمة مدتها 0 للتجميد. اجعلها تعتمد على مهام التطوير، واجعل مسارات الاختبار وملاحظات الإصدار ودليل التشغيل تعتمد عليها.
اجعل ما يمكن أن يتداخل متداخلاً
استخدم رابط بداية-لبداية بتأخير حيث يبدأ العمل في منتصف مهمة أخرى، مثل 4SS+2 في عمود تعتمد على (Depends on). استخدمه لإصلاح العيوب أثناء التطوير ولاختبار القبول الذي يبدأ بعد أيام من التجميد.
اجمع المسارات قبل الموافقة
أعطِ المهمة التي تلي الاختبار اعتمادية على كل مسار، مكتوبة قائمةً مفصولة بفواصل. فلا تكون الموافقة أبكر من أبطأ مسار.
اشترط للنشر بوابات وخطط للأيام التي تلي
اجعل النشر يعتمد على الموافقة وعلى الوثائق. وأضف اختباراً سريعاً وإعلاناً ونافذة مراقبة مهامَّ، ليكون وقت الدعم جزءاً من الخطة.
افحص المسار الحرج في مقابل تاريخك
افتح قائمة عرض وشغّل المسار الحرج. وقارن تاريخ الانتهاء بالتاريخ الذي تحتاجه. إن كان التاريخ ثابتاً فغيّر السلسلة التي تحدده، فاختصار المهام الأخرى لن يحركه.
أخطاء ينبغي تجنّبها
كتابة الوثائق بعد الاختبار
ملاحظات الإصدار وخطة التراجع المكتوبتان بعد الاختبار تضيفان طولهما إلى نهاية الخطة. ابدأهما عند التجميد، واجعل النشر ينتظرهما كي لا تُتخطيا تحت ضغط الوقت.
موافقة بلا جمع
إن اعتمدت الموافقة على مسار اختبار واحد فقط عرض المخطط تاريخاً قد لا تبلغه المسارات الأخرى. اربطها، مباشرة أو عبر مهمة إصلاح، بكل مسار.
نسيان الأيام التي تلي النشر
الخطة التي تنتهي عند النشر تخفي المراقبة والإصلاحات التي تتبعه. أبقِ نافذة مراقبة في المخطط ولو كان طولها تخميناً.
تثبيت تاريخ الإصدار بدءاً
البدء الثابت على مهمة النشر لا يجعل العمل السابق يتسع. فإن كان التاريخ المحسوب بعد التاريخ المثبت أشار المخطط إلى التعارض. اعتبر الإشارة رسالة بأن التاريخ لا يمكن بلوغه بهذه التقديرات.
افتح مخطط جانت للإصدار البرمجي
افتح قالب الإصدار، وغيّر المدد إلى مددك، وانظر أي مسار اختبار يحدد التاريخ.
أدلة ذات صلة
الأسئلة الشائعة
كم ينبغي أن يطول جدول الإصدار؟
بقدر ما يستغرقه العمل بين التجميد والإنتاج عند فريقك. أطوال القالب توضيحية. استبدل بها ما استغرقته إصداراتك الأخيرة، وأدرج الأيام التي تلي النشر.
هل يكون التجميد مهمة أم معلماً؟
معلماً، وهو مهمة مدتها 0 تُرسم معيناً. يحدد النقطة التي يجب أن يبلغها كل ما قبلها، وترتبط به مسارات الاختبار.
هل أستطيع أن أرى أي مسار اختبار يحدد تاريخ الإصدار؟
نعم. شغّل المسار الحرج من قائمة عرض. فهو يضيء سلسلة المهام التي تحدد الانتهاء، وتحديد مهمة يضيء ما تعتمد عليه وما يعتمد عليها.
هل يناسب الإصلاحات العاجلة؟
الإصلاح العاجل مخطط قصير: إصلاح واختبار وموافقة ونشر واختبار سريع. كرّر مخطط إصدار، واحذف ما لا تحتاجه، وأبقِ البوابات.
أين عملية الإصدار نفسها؟
في قوالب مخططات التدفق التي ترسم القرارات والموافقات: /ar/templates/عملية-إصدار-البرمجيات و/ar/templates/عملية-نشر-البرمجيات. استخدم مخطط جانت لمعرفة المدة، ومخطط التدفق لمن يقرر ماذا.
