ما هي أفضل منهجية Agile لمشروع دراسي؟

The project is poorly defined: we are to write educational software for CS 111 Computer Programming I students focusing on functions. We have 6 student developers with various backgrounds working in Flex. The project has a duration of about 7 weeks. We have very limited face time (30 min per week) and very limited work time (<8 hours per developer per week). We have limited access to the customers (professor of our course, professor of CS 111, students in CS 111).

تشتمل مجموعة أدواتنا على Flex Builder و Subversion و TRAC.

ما هي المنهجية الأفضل لهذا المشروع ولماذا؟ بالتناوب ، ما هي السمات التي ينبغي جمعها من منهجيات مختلفة لتناسب هذا الوضع على نحو أفضل؟

2

2 إجابة

ما الذي يجعلك تعتقد أن أي منهجية ستكون ناجحة في ظل هذه الظروف - القليل من الاتصالات ، المتطلبات أكثر من الوقت ، وعدم الوصول إلى العملاء؟

ومع ذلك ، سأركز على التسليم المتزايد (يجب أن يكون لكل تكرار بعض ميزات العمل) ، واختبار الوحدة (تمر جميع الاختبارات قبل تسجيل الوصول) ، ووضع علامات على الإصدارات المتزايدة (القدرة على العودة إلى إصدار العمل) ، والاقتران من أعضاء الفريق الأقوياء مع أعضاء الفريق الأضعف لتعزيز الإنتاجية الكلية للفريق. فكر في تكريس أحد أعضاء الفريق الأقوياء لاختبار التكامل.

التسليم التدريجي هو الأكثر أهمية. إن عرض عرض تجريبي أقل من المطلوب هو دائمًا أفضل من إظهار نموذج أولي غير عامل.

6
وأضاف

يمكنك استخدام منهجية Agile هنا ، لكن من الواضح أنه سيتعين عليك اعتمادها لتناسب احتياجاتك.

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

تأكد من أن وقت العمل المحدود لدى فريقك لديهم في نفس الوقت. قد لا يكون هناك نهج رشيق عندما لا تستطيع العمل معًا.

يمكنك بالتأكيد استخدام التقديرات القائمة على القصة ، عملية التطوير التكراري إلخ.

ما يهم بالفعل هو إعطاء كل عضو في الفريق فهمًا واضحًا لا لبس فيه لكيفية عمل عملية Agile وما هو دور كل شخص في المشروع. من السهل جدًا القول أنك ستستخدم SCRUM ولكن للأسف بدون فهم حقيقي وفهم حقيقي لا يعني الكثير.

بعض النصائح:

  1. علّم أعضاء فريقك
  2. احصل على قائمة بما ترغب في تسليمه إذا لم تكن محدودًا بالوقت/الموارد.
  3. تعرّف على ما هو واقعي لتقديمه نظرًا لقيودك. ربما لن يكون ذلك كثيرًا. لا تحاول أن تكون متفائلاً أكثر من اللازم. ركز على ما يمكنك تحقيقه حقًا.
  4. تأكد من أن العملاء الحقيقيين مشتركين في ذلك.
  5. استخدم قصيرًا التكرار (أسبوع واحد أو أقل). تأكد من أنك تستطيع تقديم منتج تم اختباره بشكل كامل في نهاية كل عملية تكرار.
  6. عرض عملك مبكرًا.
2
وأضاف