ما هي المنهجية الأقرب إلى الفريق الجراحي في الشهر الأسطوري الشهر؟ [مغلق

StackOverflow https://stackoverflow.com/questions/899171

سؤال

الرجل الأسطوري الشهر الآن الكلاسيكي، لكن منهجية "الفريق الجراحي" لا تزال مثيرة للاهتمام. ما هي المنهجية الأكثر ارتباطا عن كثب أو لها نفس الجوهر؟

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

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

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

المحلول

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

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

نصائح أخرى

في حالة الجراح، فإن الممثل الرئيسي هو خبير المجال والمنفذ.

أي، إنه مدير برنامج البرمجيات (المهندس المعماري) والمطور.

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

بالنسبة للتطوير العام، هناك عدد قليل من القضايا مع منهجيات "البطل" هذه:

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

  • قابلية التوسع محدودة بعدد "الجراحين" لديك.

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

لست متأكدا من أي منهجية تعالج حقا ذلك، حيث إنها حقا مسألة إعطاء الأولوية للمطورين وانحناء كل شيء لاحتياجاتهم، بدلا من أن يكون أي شيء حول كيفية تطوير هؤلاء المطورين في الواقع برامجهم.

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

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

من النص أرى ما يلي:

رشيقة مثل:

  • ركزت الفرق الصغيرة على حل مشاكل محددة
  • التعاون بين الجراحة

غير رشيقة مثل:

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

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

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

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