كيفية حساب القيم في مخطط الاحتراق النازل في سكروم

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

لنتذكر مرة أخرى كيف يبدو هذا المخطط.

في هذا المثال تم تناول سبرنت مدته 10 أيام. نرى فيه أن يومين قد مضيا (حيث أن أول مقطعين فقط ملوّنان بالرسم البياني الأخضر).

كما نرى أيضًا الحجم الإجمالي للسبرنت - وهو خط متقطع يُظهر أن الحجم الإجمالي للسبرنت يوم الاثنين الساعة 10:00، والثلاثاء الساعة 10:00، والأربعاء الساعة 10:00 لم يتغير ويساوي 17 SP (نقاط القصة).

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

الاحتراق الفعلي (الرسم البياني الأخضر) يُظهر العمل المتبقي فعليًا. أي أن الفريق أنجز الآن نقطة قصة واحدة من أصل 17 يجب إنجازها لإتمام السبرنت بنجاح. والمهمة المنجزة تُعتبر في الغالب هي المهمة في حالة "Done" (وما معنى Done لكل فريق، يحدده الفريق نفسه. بل إن هناك أثرًا خاصًا يُسمى DOD - Definition Of Done - وهو خاص بكل فريق ويصف بدقة شديدة ما يعنيه أن المهمة منجزة ويمكن نقلها إلى حالة "Done". في الغالب هو "تم النشر على بيئة الإنتاج"، لكن قد تكون هناك تفاصيل. عمومًا، وفقًا للرسم البياني الحالي نفهم أن DOD قد تحقق فقط لقصة واحدة قدّرها الفريق بنقطة قصة واحدة.

الاحتراق المثالي يُظهر عند أي نقطة يجب أن يكون الرسم البياني للاحتراق الفعلي في حال كان العمل متساويًا تمامًا. أي أنه في هذه اللحظة يجب أن تكون قد أُنجزت 3 SP في حال كان العمل متساويًا تمامًا.

أشك في أنه قد يكون من المثير للاهتمام فهم ما هي نقطة القصة. في الجوهر، نقطة القصة الواحدة لدى فريق ونقطة القصة الواحدة لدى فريق آخر قد تخفيان خلفهما حجم عمل مختلفًا. لدينا مثلًا فرق بنفس عدد الأفراد، لكن لدى أحدها سعة للسبرنت تبلغ 17 SP، ولدى الأخرى 35SP. وهذا طبيعي. السبب هو أن الفريق نفسه يختار لنفسه مهمة مرجعية يقيس عليها جميع المهام في جلسات التهيئة (الاسم القديم هو الاجتماع الأسبوعي الذي يجلب فيه PO قصص المستخدم للتقدير، ويقدّرها الفريق عبر لعبة التخطيط) (في SAFe هذا هو PBR - Product Backlog Refinement).

وبالتالي، يمكن أن تكون لدينا قصة مستخدم مرجعية "أنا، بصفتي سائق سيارة، أريد بعد تزويد السيارة بالوقود أن تكون لدي إمكانية الحصول عند الحاجة على إيصال مطبوع على الورق". وأن نتفق على أنها لفريقنا 8SP. وعندما يروي PO قصة مستخدم جديدة يجب علينا تقديرها، فإننا نقدّرها بالفعل بالنسبة للمهمة المرجعية. وبناءً على ذلك، يمكن أن يقدّرها الفريق بـ 5 SP مثلًا، وهكذا تحصل جميع قصص المتراكم على تقديراتها.

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

آمل أنني شرحت بشكل واضح بما يكفي كيف تُستخرج القيم على مخطط الاحتراق النازل.