دورة Agile لتطوير البرمجيات – التخطيط والبناء والاختبار والإصدار

ماذا تعرض

تُظهر هذه المحاكاة كيف يعمل فريق برمجي حقيقي خلال دورة Agile واحدة. رتّب مالك المنتج قصص المستخدم لتطبيق نوادي المدرسة حسب قيمتها، ويلتزم الفريق بالقصص التي تناسب طاقته، المقدّرة بعدد المطورين × عدد الأيام × 0.8 نقطة. وفي كل يوم يبني المطورون القصص، وتظهر أخطاء في الكود الجديد، فيكشف الاختبار أو مراجعة الكود بعضها. وتخطي الاختبارات يسرّع البناء، لكن أخطاء أكثر تصل إلى المستخدمين. ويتتبع مخطط الإنجاز التنازلي التقدم، وتقيس مراجعة الدورة رضا العميل. كل المعاملات افتراضات توضيحية وليست بيانات من القطاع.

طريقة الاستخدام

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

المعاملات القابلة للتغيير

• تخطيط الدورة مناسب لطاقة الفريق, القائمة المتراكمة كلها, اختر بنفسك
• عدد المطورين 2–6 أشخاص
• عدد المختبرين 0–2 أشخاص
• مدة الدورة 5–15 أيام
• وقت المطورين لكتابة الاختبارات 0–40 %
• مراجعة الكود بين الزملاء

أسئلة للاستكشاف

1. كم يزداد بناء الفريق سرعةً حين لا يخصص وقتًا للاختبارات، وكم خطأً إضافيًا يصل إلى المستخدمين؟
2. لماذا يخفض أخذ قائمة المهام المتراكمة كلها رضا العميل عادةً؟
3. بمَ يسهم كل دور (مالك المنتج، المطور، المختبر) في نجاح الدورة؟