مخطط جانت لتطوير البرمجيات: خطط إصداراً من الاستكشاف إلى المراجعة
خطط مشروعاً برمجياً في مخطط جانت: الاستكشاف والتصميم والبناء وضمان الجودة والنشر والإصدار والمراجعة بعده، مع مسارات متوازية وبوابات قرار، ومكانه إلى جانب سبرنتات أجايل.
يُظهر مخطط جانت لمشروع برمجي كيف تعتمد مسارات العمل بعضها على بعض ومتى يمكن أن يصل الإصدار. وهو يجيب عن سؤال لا تجيب عنه لوحة السبرنت: بالنظر إلى الاعتماديات، ما أبكر تاريخ للإصدار؟
باختصار
- خطط على مستوى الإصدار: المسارات والبوابات والاعتماديات، لا التذاكر الفردية.
- تُظهر المهام التي تنتظر السابق نفسه مسارات متوازية؛ والأطول منها هو الذي يحدد التاريخ.
- نقاط القرار مثل الاتفاق على النطاق والمضي أو الإيقاف مكانها المخطط معالمَ رئيسية.
- يمكن قياس مسار البناء بالسبرنتات محوّلة إلى أيام عمل.
- السعة والجهد غير مُنمذجين؛ استخدم أداة التتبع لهما.
أين يفيد مخطط جانت فريقاً برمجياً، وأين لا يفيد
تدير أغلب فرق البرمجيات سبرنتات، ولوحة السبرنت هي المكان الصحيح لإدارة العمل داخلها. ويقع مخطط جانت فوق ذلك. إنه يغطي الإصدار كاملاً: ما الذي يجب أن ينتهي قبل أن يبدأ التصميم، وأي المسارات تعمل بالتوازي، وأين ينتظر الاختبار التكامل، وأي القرارات تحكم النشر. هو عرض لشكل المشروع، لا بديل عن قائمة المهام المتراكمة.
ما يعرضه مخطط جانت ولا تعرضه اللوحة هو الزمن والاعتمادية معاً. تخبرك اللوحة بما هو قيد التنفيذ. ويخبرك مخطط جانت أن الواجهتين الأمامية والخلفية يجب أن تنتهيا معاً قبل التكامل، وأن الاختبار لا يبدأ قبله، وأن الأطول من بنائين متوازيين هو الذي يحدد التاريخ. وهذا يجعله مفيداً لتخطيط الإصدار وللتحدث مع من هم خارج الفريق ولاكتشاف المسار الوحيد الذي يعطّل كل شيء.
أبقِ المهام عامة. خطط على مستوى الاستكشاف والتصميم ومسارات البناء والتكامل والاختبار والإصدار والمراجعة، بأيام العمل، واترك القصص والتذاكر لأداة التتبع لديك. وإن كنت تعمل بسبرنتات فيمكن أن يكون مسار بناء مهمة طولها عدد من السبرنتات معبَّراً عنه بأيام العمل. لا تحاول نمذجة نطاق كل سبرنت هنا؛ فيصبح المخطط قديماً لحظة تتحرك فيها قائمة المهام.
أضف نقاط القرار معالمَ رئيسية طولها صفر: الاتفاق على النطاق، ومراجعة التصميم، والمضي أو الإيقاف. فهنا يتحدد الجدول فعلاً، ووضعها في المخطط يجعل من الصعب تجاهل مسألة من يقرر ومتى. ولا يتتبع QueryChart الجهد أو السعة، فحجم الفريق غير مُنمذج. والمثال أدناه خطة إصدار كاملة، مرحلة مرحلة.
إصدار برمجي من المقابلات إلى مراجعة ما بعد الإصدار
سبع عشرة مهمة. افتح لوحة الجدول لرؤية الاعتماديات وراء كل مرحلة.
ينتهي الاستكشاف بقرار النطاق
تؤدي «مقابلات أصحاب المصلحة» (4 أيام عمل) إلى «كتابة المتطلبات» (5). و«الاتفاق على النطاق» مَعلم رئيسي طوله 0، ينتظره مساران للتصميم.
مساران للتصميم ومراجعة واحدة
يبدأ كل من «البنية التقنية» (4 أيام عمل) و«تصميم تجربة المستخدم والنموذج الأولي» (8) بعد «الاتفاق على النطاق». وتنتظر «مراجعة التصميم» الاثنين، فيحدد عمل تجربة المستخدم، بوصفه المسار الأطول، موعدها.
مسارات البناء وتجهيز الاختبار
يبدأ «بناء الواجهة الخلفية» (20 يوم عمل) و«بناء الواجهة الأمامية» (18) بعد «مراجعة التصميم» ويلتقيان عند «التكامل» (5). وتبدأ «خطة الاختبار وبياناته» (4) أيضاً بعد المراجعة، فتكون جاهزة قبل حاجة الاختبار إليها بوقت طويل.
اختبر، وقرر، وأصدر، وراجع
ينتظر «اختبار النظام» «التكامل» وتجهيز الاختبار. و«قرار المضي أو الإيقاف» مَعلم رئيسي قبل «النشر في بيئة الإنتاج» (يومان)، ثم «الإصدار» و«دعم ما بعد الإطلاق» (10) و«مراجعة ما بعد الإصدار» (2).
كيف تعمل
حدد مستوى التفصيل
خطط على مستوى الإصدار. ينبغي أن تكون كل مهمة مساراً أو مرحلة تستغرق أياماً أو أسابيع، لا تذكرة. وإن كانت مهمة أقصر من يومين فأدمجها في المهمة الأم.
أدخل الاستكشاف والتصميم مع معالم القرار
أضف مهام الاستكشاف والتصميم بأطوال بأيام العمل، وأضف معالم رئيسية طولها صفر للاتفاق على النطاق ومراجعة التصميم. اجعل المرحلة التالية تعتمد على المعلم لا على آخر مهمة.
ضع المسارات المتوازية على السابق نفسه
ينبغي أن تعتمد الواجهة الخلفية والأمامية وتجهيز الاختبار جميعها على مراجعة التصميم. لا تسلسلها واحدة بعد الأخرى؛ فالغرض من المخطط إظهار ما يمكن أن يتداخل.
حوّل السبرنتات إلى أيام عمل
إن كان مسار يستغرق أربع سبرنتات من أسبوعين، فأدخل 40 يوم عمل. وأضف تأخيراً فقط حيث يوجد انتظار حقيقي، مثل تجميد الإصدار.
أضف بوابات الإصدار
أضف المضي أو الإيقاف معلماً رئيسياً قبل النشر، وأعطِ الدعم المكثف بعد الإطلاق ومراجعة ما بعد الإصدار مهامّ خاصة بهما لتغطي الخطة الأسابيع التي تلي الإطلاق.
أضئ المسار الحرج وشارك
فعّل «عرض» ثم «المسار الحرج» لرؤية السلسلة التي تحدد تاريخ الإصدار، ثم شارك المخطط رابطاً أو صدّر PDF لأصحاب المصلحة.
أخطاء ينبغي تجنّبها
التخطيط على مستوى التذاكر
مخطط جانت بمئات المهام الصغيرة يصبح قديماً خلال سبرنت. أبقه على مستوى المسارات ودع أداة التتبع تحمل التفاصيل.
تسلسل المسارات المتوازية
وضع الواجهة الأمامية بعد الخلفية لأن شخصاً واحداً يتولى الاثنين يخفي بنية الاعتماديات الحقيقية. اربط المهام بما تحتاج إليه فعلاً، ودوّن الأشخاص المشتركين في حقل «الأشخاص» (People).
نسيان أن السعة غير مُنمذجة
يمكن لمهمتين مسندتين إلى الشخص نفسه أن تتداخلا دون تحذير. يسجّل QueryChart المسؤولين لكنه لا يتحقق من حجم العمل.
إغفال الأسابيع التي تلي الإصدار
الدعم المكثف والمراجعة عمل حقيقي. إن أغفلتهما انتهت الخطة يوم الإصدار، وهو نادراً ما يكون الوقت الذي يتفرغ فيه الفريق.
افتح قالب المشروع البرمجي
افتح خطة المشروع البرمجي بوصفها مخططك الخاص، واستبدل المسارات بمساراتك، وشارك الجدول الزمني للإصدار.
أدلة ذات صلة
الأسئلة الشائعة
هل يناسب مخطط جانت فريق أجايل؟
نعم، على مستوى الإصدار. استخدمه لشكل المشروع واعتمادياته وبواباته، وأبقِ نطاق السبرنت في أداة قائمة المهام المتراكمة. فهما يجيبان عن سؤالين مختلفين.
ماذا يعرض مخطط جانت ولا تعرضه اللوحة؟
الزمن والاعتماد معاً: أي المسارات تعمل بالتوازي، وأيها يجب أن ينتهي قبل أن يبدأ التالي، وأي سلسلة تحدد تاريخ الإصدار.
كيف أخطط سبرنتاً في المخطط؟
لا تفعل ذلك عموماً. عبّر عن مسار البناء بمهمة طولها عدد سبرنتاتها بأيام العمل، واترك نطاق السبرنت للوحة.
هل أستطيع ربطه بأداة تتبع المشكلات؟
لا. ليس لدى QueryChart تكاملات مع أدوات تتبع المشكلات. يمكنك لصق صفوف من تصدير جدول بيانات في الجدول.
هل أستطيع إظهار من يعمل على ماذا؟
نعم، لكل مهمة حقل «الأشخاص» (People). لا يوجد فحص لحجم العمل أو الحمل الزائد.
