ما هي بعض الحالات التي رشيق هو غير لائق ؟ [مغلقة]

Question

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

أنا أخيرا في موقف حيث يمكن أن لفة شيئا مثل هذا من حيث أعمل ، ولكن لدي مخاوف جدية حول ما إذا كان هو الطريق للذهاب لنا:

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

ملاحظة:نحن 5 ديف المحل مع مشاريع تتراوح بين يوم أو يومين كل وسيلة تصل إلى عدة أشهر.أنا لا أعتقد أن هناك منهجية واحدة للحكم عليهم جميعا, ولكن سيكون من الرائع أن تجد شيئا مرنة بما فيه الكفاية أننا يمكن أن تتكيف مع جميع مشاريعنا.

شكرا جزيلا!

براين ماكاي

Answer 1

لا أعتقد منهجية واحدة يمكن أن حكم كل منهم.أنا آسف.أنا من أشد المؤمنين في إيجاد نموذج حق مشروع.على سبيل المثال كيف سيكون شعورك إذا كنت في الجراحة و عرفت الجهاز الذي يبقيك على قيد الحياة وقد وضعت في السريع دورة تكرارية مع القليل من تصميم مقدما.

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

الآن بقدر ما BDUF (تصميم كبير مقدما) ، لقد كان نجاحا كبيرا مع 20 شخص الفريق على 4 الشهر المشروع استغرق المشروع كسر عليه في 3 أربع دورات الأسبوع, في بداية كل دورة نلتقي جميعا في غرفة ، وقال: حسنا هذا ما نحن بحاجة إلى بناء ، هنا كيف نبني عليه ، وأخذنا طعنة في ما لدينا واجهات تبدو مثل ، ما هي البيانات التي نحتاج الخ...لكنه كان مجرد طعنة ، ثم ذهبنا مرة أخرى إلى مكاتب كل من يمتلك قطعة مختلفة يخرجوا التفاصيل.

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

Answer 2

الحل بسيط 2 الخطوات التالية:

1. لا تقدير التكاليف والجداول الزمنية للمشاريع ، وتقدير التكاليف والجداول الزمنية الميزات
2. قياس وتسجيل معلومات كافية لحساب السرعة و تقدير الأخطاء

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

ملاحظة: هذا سوف تعمل فقط إذا كان العميل ملتزما القيام بدورهم, وهي أن تكون عالية متاحة للمطورين (للإجابة على الأسئلة ، كتابة القصص و اختبار الأوصاف ، وآخرون) ، لا تغير رأيها خلال التكرار

حظا سعيدا مع الخاص بك الانتقال, واسمحوا لنا أن نعرف كيف ستسير الامور!

Answer 3

إلى حد بعيد أكبر موانع رأيت هو عدم تطابق القيم.البرمجة المتطرفة تعتمد على الاحترام والتواصل ردود الفعل والشجاعة البساطة.في منظمة يتصرف على أساس يتعارض والقيم تطبيق XP سوف يسبب الاحتكاك لن يؤدي إلى أي تغيير دائم (IME).

Answer 4

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

مثل هذا:

أود أن العثور على منهجية واحدة للحكم عليهم جميعا.

http://www.opaquelucidity.com/facepalm.jpg

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

Answer 5

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

Answer 6

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

مرة واحدة كنت قد نجحت (و واو-ed العميل) ، وسوف يطلب منك استخدام الأسلوب على مشاريع أخرى.مرة واحدة لديك أحد العملاء سعيدة يمكنك البدء في توسيع للآخرين باستخدام الأول الخاص بك العملاء كمرجع.قريبا جدا سوف تجد أن الممارسات كنت تستخدم العمل بشكل جيد ، بحيث زحف إلى "الشلال" العمليات أيضا.في نهاية المطاف, يجب عليك شرب ما يكفي من التحليه أن تكون مثل بقية منا agilists.:-)

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

Answer 7

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

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

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

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

Answer 8

اسمحوا لي أن الإجابة على المخاوف الخاصة بك نقطة بنقطة:

ليس هناك حد أدنى لحجم هذا ؟ كبير تصميم الجبهة يجب أن تكون أكثر كفاءة لمدة ثلاثة أو أربعة أسابيع المشروع...أليس كذلك ؟

لست متأكدا ما الذي يجعلك تعتقد أن رسم المستطيلات على الورق يجب أن تكون أسرع من إعادة بيع ديون رمز.

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

أنا لم تواجه المشروع حيث لم تعلم الأمور الهامة أثناء تنفيذ النظام.

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

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

أنك لن تحصل على كل فوائد رشيق هذا الطريق, لكنه جيد مثل سعر ثابت ، بقدر ما استطيع ان اقول.

أنا أفهم أن رشيق قد توفر أفضل فرص النجاح في مشاريع أكثر تعقيدا ، ولكن لا تدفع التكاليف إلى العملاء ؟

هل تقترح أن مشاريع تشغيل رشيقة طريقة أكثر تكلفة من التقليدية المشاريع ؟ هناك في الواقع من الشركات هناك التي شهدت العكس ، إلى خفض التكلفة بنسبة 50%.

وبالطبع هناك تكلفة عدم النظر - ربما عدنا الى الحد الأدنى من حجم السؤال هنا.

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

كيف تفسر هذا غير بديهية نهج العملاء ؟ غير technicial المصلحة قد لا يكون تجربة للالتفاف حول رؤوسهم أي شيء وراء الشلال.

لماذا تطوير البرمجيات رشيق الدفع ؟

حتى المشاريع الداخلية ، هناك الميزانيات.ما أنا في عداد المفقودين ؟

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

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

كان هناك رد فعل عنيف ضد ذلك من البداية.كما أنها أصبحت أكثر شعبية (هو!), إنه من الطبيعي أن ترى أيضا أكثر من رد فعل عنيف.

تطوير البرمجيات العجاف تكتسب الكثير من الجر.ليس في المنافسة على تطوير رشيقة ، بل التكميلية ، على الرغم من.المجتمعات هي في الواقع تماما متداخلة.

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

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

Answer 9

وأود أن ليس بالضرورة استخدام رشيقة لمشروع حيث كل ما هو معروف مقدما.رشيقة يعمل بشكل جيد عندما يكون التغيير المحتمل جدا.في حال أن التغيير ليس likley, يمكن للمرء أن استخدام التنبؤية أو شلال عملية لإدارة مثل هذا المشروع.

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

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

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

أنا أفهم أن رشيق قد توفر أفضل فرص النجاح في مشاريع أكثر تعقيدا ، ولكن لا تدفع التكاليف إلى العملاء ؟ المشروع الناجح هو دائما أرخص من فشل واحد.

كيف تفسر هذا غير بديهية نهج العملاء ؟ غير technicial المصلحة قد لا يكون تجربة للالتفاف حول رؤوسهم أي شيء وراء الشلال. التعليم (أي رشيقة معسكر) و زيارة ناجحة فرق رشيق سوف يساعد كثيرا.ثم الحصول على الفريق الذهاب.العمل كنت منهم مشغول والنتائج التي سيتم بيعها.

حتى المشاريع الداخلية ، هناك الميزانيات.ما أنا في عداد المفقودين ؟ يبدو أن هناك بعض ردود الفعل ضد نشاطا في الآونة الأخيرة.شيء آخر سوف تبدأ تكتسب زخما قريبا ؟ فقط رد فعل عنيف أنا على علم من هو رشيقة المشاريع التي لا تستخدم الممارسات الهندسية بشكل فعال (أي سكروم فقط).فريق باستخدام سكروم XP effectivley سوف تفعل بشكل جيد للغاية في تسليم وتيرة المستدامة.

Answer 10

أود أن أقترح ضد رشيقة عند تطوير نظام مراقبة الحركة الجوية.

Answer 11

Imho:

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

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