قالب مخطط جانت لمشروع برمجي: من الاستكشاف إلى الإصدار
مخطط جانت قابل للتعديل لتطوير البرمجيات: الاستكشاف والتصميم والبناء وضمان الجودة والنشر والإصدار ومراجعة ما بعده، مع الاعتماديات والمعالم. غيّر مدة فتتبعها التواريخ.
ما هي قالب مخطط جانت لمشروع برمجي: من الاستكشاف إلى الإصدار؟
تسوء جداول البرمجيات بترتيب معروف. تُكتب المتطلبات، ثم يبدأ التصميم على أول مسودة، ثم يبدأ البناء قبل مراجعة التصميم، ويُحشر الاختبار في ما تبقى من وقت في النهاية. لا يمنع مخطط جانت ذلك، لكنه يكشف الضغط مبكراً لأن الاعتماديات مكتوبة أمامك: لا ينتهي الاختبار قبل التكامل، ولا يقع الإصدار قبل قرار المضي أو الإيقاف.
للقالب خمس مراحل هي الاستكشاف والتصميم والبناء وضمان الجودة والإصدار، تضم 17 مهمة. يسير بناء الواجهة الخلفية والأمامية جنباً إلى جنب ويلتقيان عند «التكامل»، وتُجهَّز «خطة الاختبار وبياناته» أثناء البناء ليبدأ «اختبار النظام» في اليوم الذي ينتهي فيه التكامل. وهو غير مرتبط بمنهجية بعينها. إن كنت تعمل بالسبرنتات فاعتبر مهام البناء كتلة من السبرنتات وأبقِ الباقي إطاراً للإصدار؛ فالمخطط للخطة المحيطة بالدورات لا لكل دورة.
المدد بأيام العمل وهي قيم مبدئية. التقدير الحقيقي يأتي من الفريق، والعادة المفيدة أن تغيّر الأرقام وتراقب ما يتحرك. إن استغرقت الواجهة الأمامية 25 يوماً بدل 18 تحرك «التكامل»، وتحرك معه كل ما بعده. والخطة بلا تواريخ ثابتة، فتبدأ في يوم إنشائها.
الإصدار نفسه عملية مستقلة: تعرض عملية إصدار البرمجيات (/ar/templates/عملية-إصدار-البرمجيات) وعملية نشر البرمجيات (/ar/templates/عملية-نشر-البرمجيات) الخطوات الواقعة داخل مهمتي «النشر في بيئة الإنتاج» و«الإصدار».
ما الذي يغطيه هذا المخطط
في هذا القالب
- خمس مراحل هي الاستكشاف والتصميم والبناء وضمان الجودة والإصدار، بـ17 مهمة وثلاثة معالم قرار: «الاتفاق على النطاق» و«مراجعة التصميم» و«قرار المضي أو الإيقاف».
- بناء متواز: «بناء الواجهة الخلفية» و«بناء الواجهة الأمامية» تبدآن بعد «مراجعة التصميم» وتلتقيان عند «التكامل».
- تحضير الاختبار خارج المسار الحرج: «خطة الاختبار وبياناته» تجري أثناء البناء، فلا ينتظرها «اختبار النظام».
- إصدار على مراحل: «اختبار قبول المستخدم» يقود إلى «قرار المضي أو الإيقاف» ثم «النشر في بيئة الإنتاج» فمعلم «الإصدار».
- الدعم والتعلم بعد الإطلاق: «دعم ما بعد الإطلاق» يليه «مراجعة ما بعد الإصدار»، فيُختتم المشروع بقرار عمّا يجب تغييره في المرة القادمة.
متى تستخدم هذا القالب
- تحتاج أن تخبر أحد أصحاب المصلحة متى يمكن شحن الإصدار وعلى ماذا يتوقف ذلك التاريخ.
- تأخرت ميزة وتريد أن ترى أي المهام اللاحقة تتحرك وأيها لا.
- يُضغط الاختبار في النهاية باستمرار وتريد أن يظهر بوضوح أثر تأخر البناء عليه.
- تبدأ مشروعاً وتريد بنية قياسية من الاستكشاف إلى الإصدار لتكيّفها.
الخطة، مهمة بمهمة
جميع مهام المخطط مع مدتها بأيام العمل وما تنتظره. الاعتمادية هي رقم خطوة؛ SS تعني بداية إلى بداية، وFF نهاية إلى نهاية، و+n تأخير بأيام العمل.
| # | المهمة | المجموعة | أيام العمل | تعتمد على |
|---|---|---|---|---|
| 1 | مقابلات أصحاب المصلحة | الاستكشاف | 4 | |
| 2 | كتابة المتطلبات | الاستكشاف | 5 | 1 |
| 3 | الاتفاق على النطاق | الاستكشاف | معلم رئيسي | 2 |
| 4 | البنية التقنية | التصميم | 4 | 3 |
| 5 | تصميم تجربة المستخدم والنموذج الأولي | التصميم | 8 | 3 |
| 6 | مراجعة التصميم | التصميم | معلم رئيسي | 4, 5 |
| 7 | بناء الواجهة الخلفية | البناء | 20 | 6 |
| 8 | بناء الواجهة الأمامية | البناء | 18 | 6 |
| 9 | التكامل | البناء | 5 | 7, 8 |
| 10 | خطة الاختبار وبياناته | ضمان الجودة | 4 | 6 |
| 11 | اختبار النظام | ضمان الجودة | 8 | 9, 10 |
| 12 | اختبار قبول المستخدم | ضمان الجودة | 5 | 11 |
| 13 | قرار المضي أو الإيقاف | الإصدار | معلم رئيسي | 12 |
| 14 | النشر في بيئة الإنتاج | الإصدار | 2 | 13 |
| 15 | الإصدار | الإصدار | معلم رئيسي | 14 |
| 16 | دعم ما بعد الإطلاق | الإصدار | 10 | 15 |
| 17 | مراجعة ما بعد الإصدار | الإصدار | 2 | 16 |
كيف تعمل
استبدل المهام بمهامك
أعد تسمية المهام الـ17 والمراحل الخمس. أضف المهام داخل مرحلة قائمة بدل إضافة مراحل جديدة إلا إذا كانت عمليتك تتضمن فعلاً مرحلة زائدة.
قدّر البناء في مسارات متوازية
أعطِ كل مسار بناء مهمته الخاصة كما يفعل القالب للواجهتين الخلفية والأمامية، ليُظهر الجدول أن الأطول بينهما هو الذي يحدد التاريخ.
اجعل معالم القرار حقيقية
عامل «مراجعة التصميم» و«قرار المضي أو الإيقاف» كبوابتين لهما مسؤول ومعايير. معلم لا يملك أحد حق الرفض فيه ليس سوى تاريخ.
ابدأ الاختبار بمجرد توافر مدخلاته
اربط تحضير الاختبار بالتصميم لا بنهاية البناء، واربط اختبار النظام بالتكامل. استخدم روابط من بداية إلى بداية حيث يتداخل الاختبار مع نهاية مهمة.
أضف الوقت الذي يلي الإصدار
أبقِ «دعم ما بعد الإطلاق» و«مراجعة ما بعد الإصدار» في الخطة. الفرق التي تنهي جدولها عند الإصدار تجد المشروع التالي يبدأ بالدعم غير المخطط نفسه.
فعّل المسار الحرج
استخدم قائمة «عرض» لترى أي المهام تحدد تاريخ الإصدار. اختصار مهمة خارج المسار لا يحرّك التاريخ.
الأسئلة الشائعة
كيف أنشئ مخطط جانت لمشروع برمجي؟
اذكر المراحل التي يمر بها إصدارك، وقسّم كل مرحلة إلى مهام، وأعطِ كل مهمة مدة بأيام العمل، وحدّد المهام التي تنتظرها. يفعل هذا القالب ذلك لمشروع عام من الاستكشاف إلى مراجعة ما بعد الإصدار. عدّل المهام والمدد فتُحسب التواريخ منها.
هل أستخدمه مع Agile أو Scrum؟
نعم، للخطة المحيطة بالسبرنتات. اعرض البناء مهمة واحدة أو سلسلة قصيرة من مهام بحجم السبرنت، وأبقِ معالم الإصدار والاختبار والدعم في المخطط. مخطط جانت ليس لوحة سبرنت: لا يتتبع القصص ولا السرعة.
ما المعالم التي أضعها؟
المعالم تعلّم قرارات لا عملاً: الاتفاق على النطاق ومراجعة التصميم وقرار المضي أو الإيقاف في هذا القالب. أضف معلماً حيث يجب أن يوافق أحد قبل أن تبدأ المرحلة التالية.
هل أستطيع استيراد المهام من جدول بيانات؟
يمكنك لصق جدول المهام والمدد والاعتماديات في الورقة بجانب المخطط. لا يوجد رفع ملفات لمخططات جانت بعد، فانسخ الصفوف من جدول بياناتك والصقها في الورقة بجانب المخطط.
