ما هي أفضل منهجية رشيقة لمشروع الفصل؟ [مغلق

Question

تم تعريف المشروع بشكل سيء: علينا أن نكتب برامج تعليمية لـ CS 111 Programming I Turners I الذين يركزون على الوظائف. لدينا 6 مطورين طلاب مع خلفيات مختلفة تعمل في فليكس. المشروع لديه مدة حوالي 7 أسابيع. لدينا وقت محدود للغاية للوجه (30 دقيقة في الأسبوع) ووقت عمل محدود للغاية (أقل من 8 ساعات لكل مطور في الأسبوع). لدينا وصول محدود إلى العملاء (أستاذ الدورة التدريبية لدينا ، أستاذ CS 111 ، الطلاب في CS 111).

تتضمن مجموعة الأدوات الخاصة بنا منشئ Flex و Subversion و Trac.

ما هي المنهجية الأفضل لهذا المشروع ولماذا؟ بالتناوب ، ما هي الميزات التي يجب جمعها من منهجيات مختلفة لتناسب هذا الموقف بشكل أفضل؟

Answer 1

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

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

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

Answer 2

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

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

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

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

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

بعض النصائح:

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