Scrum Burn أسفل المخططات ، هل يمكن أن تصبح سلبية؟ [مغلق

Question

أنا أعمل على فريق تنمية صغير رشيق وهو جزء من شركة تفكير كبيرة غير معروفة. حاليًا ، نمارس Scrum وأحيانًا ، نتجاوز التزامنا العدو.

سؤالي هو ، كيف تتعامل مع المخططات المحترقة عندما تتجاوز التزامك العدو؟ يمكنني التفكير في خيارين:

• تمديد المحور ص في الاتجاه السلبي والحفاظ على العد التنازلي
• أضف المزيد من البطاقات/القصص/العمل وزيادة قيمة الحرق بمقدار هذا المبلغ ، وحرق عند الانتهاء من هذا العمل.

الحل النهائي لفريقي هو الذي هو واضح للعمل ويضيف قيمة حقيقية للمطورين. حتى الآن ، لم ينجح أي من هذه الحلول تمامًا.

Answer 1

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

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

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

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

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

Answer 2

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

لإظهار ما تقوم به حقًا ، فكر في رسم تخطيطي للتدفق التراكمي بدلاً من ذلك.

تعديل

• تُظهر عمليات الحروق العمل المتبقي لإكمال "شيء ما" (سباق ، إصدار ، MMF/"Epic" ، إلخ)
• تُظهر عمليات الاحتراق تراكمًا لـ "شيء ما" (قيمة الأعمال المكتسبة ، والتغلب على التعقيد ، وما إلى ذلك)
• تظهر مخططات التدفق التراكمي على حد سواء + تمنحك نظرة ثاقبة على جودة عمليتك

Answer 3

عندما نضيف المزيد من العناصر إلى العدو ، نقوم بتحديث ملف تقدير العمل المتبقي لتعكس ذلك على الرسم البياني لسباق العدو:

alt text http://www.movingsummit.co.uk/images/burndown_chart.jpg

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

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

alt text http://www.movingsummit.co.uk/images/burnup_chart.jpg

Answer 4

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

إذا أصبح هذا أمرًا منتظمًا أو إذا تجاوزت مبلغًا كبيرًا ، فهناك خطأ في عملية التقدير الخاصة بك. ربما تكون حذراً للغاية في التعامل مع الجانب "غير المعيار" من العمل. حاول إحضار الجميع للركوب.

Answer 5

يعد توسيع محور y Burndown Chart تحت الصفر ممارسة راسخة لتتبع إطلاق تقدم.

عينة تحرير الرسم البياني

على الصورة المرتبطة ، يمكنك رؤية إصدار Burndown Chart - كل ما يتم إضافته إلى نطاق الإصدار يتجاوز الصفر.

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

Answer 6

إذا كنت سالماً باستمرار مع حرقك ، فهذا سيشير إلى أنك تتجاوز التقدير باستمرار ، وبالتالي إنهاء عملك "مبكرًا جدًا". لإصلاح هذا ، ابدأ في ضرب التقدير بعامل أقل من 1 (أي 0.75 ، 3/4) (نسيت المصطلح الصحيح لهذا - هل هو "التحجيم"؟). افعل ذلك من أجل العدو أو ثلاثة ، انظر كيف يؤثر على النتيجة ، قد يستغرق الأمر بضع تكرارات للحصول على العامل الصحيح لكل مطور. هذا يعني أنك ستتمكن من وضع المزيد في العدو العادي ويجب ألا تنتهي مبكرًا.

Answer 7

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

ماذا عن مالك المنتج؟ كم تريد التواصل الذي تفرده؟ كم من المهم للفريق أن يميز الحالتين ، واستخدامهما بأثر رجعي لتحليل كيفية تحسين التقديرات في المرة القادمة ، أو الالتزام بالمزيد من البداية؟ تم استخدام نهج مماثل لتحديد مخطط الاحتراق البديل (http://www.mountaingoatsoftware.com/scrum/alt-releaseburndown) ، لذا فإن إعادة تشويش المخطط والحرق بشكل أكبر ، تظهر بوضوح نطاقًا متزايدًا ، وقد يكون الفريق هو الفريق الذي اكتشف مهام جديدة أثناء بدء العمل على قصة في مكان ما في العدو ؛-)

Ciao
أندرياس