سؤال

ما رشيق منهجية تنصحين ويب-موقع المحل ؟

لدينا مجموعة متنوعة من المشاريع الصغيرة قليلة الكبيرة ، فرق المشروع عبر وأنها تعدد المهام.نحن مهتمون حقا في سكروم ، ولكن يبدو أن هذا لا ينطبق على المشاريع الصغيرة (أقل من 2 أسابيع) ، والتي تشكل حاليا الكثير من الوقت.

ما هي البدائل هناك لتنفيذ مبادئ رشيقة في حالتنا ؟

هل كانت مفيدة؟

المحلول

بدأنا مع سكروم لأن هيكل رسمي (تقدير, قصة المستخدم التخطيط مهمة التخطيط اجتماعات يومية ، بأثر رجعي) ساعدنا من الأساليب القديمة أن تكون أكثر مرونة.لقد وجدت الآن أن 3 تخطيط esitmation الاجتماعات يمكن القيام به على المهمة/قصة المستخدم في الجلسات الصباحية.

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

لتقدير سرعة حسبنا البطاقات في نهاية الأسبوع أن نرى كيف العديد من المهام قمنا به.الجانب السلبي هو أن الإفراج عن التخطيط وسرعة تقدير ليست دقيقة كما هو الحال مع سكروم ولكن هذا الهجين XP منهجية يساعد المطورين التركيز على المهام عندما تكون جاهزة و لا نضيع الكثير من الوقت في الاجتماعات.

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

نصائح أخرى

سكروم بالتأكيد يمكن أن تنطبق على اثنين من المشاريع أسبوع.يمكنك إما تقصير سباق مدة أو مشاريع متعددة في سباق.

أيضا, لا يوجد شيء يقول لك لا يمكن اختيار أجزاء من منهجيات مختلفة لاستخدامها في المشروع الخاص بك.

محاولة منهجية واحدة في المشروع ونرى ما يعمل بشكل جيد.

أعتقد أن استخدام TDD (اختبار مدفوعة التنمية) من شأنه أن يوفر الكثير من الفوائد في هذه المشاريع.أنها سوف تساعد على تطوير وتصميم.وحدة الاختبارات يمكن أن يكون أيضا "مايكرو الوثائق" على تفاصيل تنفيذ و تصميم المقررات.

أود الثانية باستخدام سكروم على الرغم نموذجية المشاريع الصغيرة.تبدو في السباقات باعتباره اثنين أو ثلاثة أو أربعة أيام طويلة.لا يزال بإمكانك إدراج "الكثير من ردود الفعل مستمرة" أساس سكروم في المشروع الخاص بك.

كنت لا تريد أن تفعل شيئا لمدة أسبوعين, إلا أن يكون العميل أقول في النهاية "هذا ليس ما كنا بعد في كل شيء!"

يجب الاستماع إلى كين Schwaber قصيرة الحديث عن سكروم في فإنه المحادثات الذي هو الكامل من رائع دبليو راجع للشغل.

ثم أود مشاهدة تيم ماكينون هو الحديث عن رشيقة في InfoQ الذي هو أيضا من المحادثات والمقابلات.

HTH.

الهتافات ،

روب

أعتقد أنك يجب أن تحاول مثل كيفن يقول بعض منهجية لنرى كيف الحالية الخاصة بك فريق العمل معها.شخص ليست مفتوحة جدا في محاولة XP أو غيرها من منهجيات جديدة.يجب عليك أيضا محاولة منهجيات مختلفة الصغيرة الخاصة بك و لك أكبر مشروع.منهجيات 2 أسابيع المشروع من 2 سنوات في مشاريع يمكن أن تتغير.في 2 أسابيع المشروع يمكن أن يكون 1 التكرار و قد وضع خطة كاملة 2 أسابيع يبدأ هذا شيء غير ممكن لمدة 2 سنة المشاريع.

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

أيضا ، مع ما المنهجية اخترت, لا تخف من تعديل عملية تناسب الفريق الخاص بك أفضل.

أنصح سكروم.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top