วิธีการคำนวณค่าใน Burn Down Chart ใน Scrum

หลังการเผยแพร่ในหมู่เพื่อน บทความแรกเกี่ยวกับ Burn Down Chart, ในความคิดเห็น คำถามที่สองที่ถูกถาม: "ไม่เข้าใจว่าค่าเหล่านี้คำนวณอย่างไร" ดังนั้น ในบทความนี้ฉันจะพยายามอธิบายว่าเราคำนวณค่ารายวันบน Burn Down Chart อย่างไร ตามปกติ ฉันยินดีรับความคิดเห็นจากเพื่อนร่วมงานทุกคนหากฉันพูดอะไรผิดไป แต่ก็ ยังอยากเชื่อว่าหัวข้อนี้เข้าใจได้ชัดเจนเพียงพอสำหรับฉัน

มาระลึกอีกครั้งว่ากราฟนี้มีหน้าตาอย่างไร

ในตัวอย่างนี้พิจารณาสปรินต์ 10 วัน เราจะเห็นว่าเวลาผ่านไป 2 วัน(เนื่องจาก มีเพียง 2 ส่วนแรกที่ถูกระบายด้วยกราฟสีเขียว)

นอกจากนี้เรายังเห็น ปริมาณรวมของสปรินต์ - นี่คือ เส้นประที่แสดงว่าปริมาณรวมของสปรินต์ ณ วันจันทร์ 10:00 วันอังคาร 10:00 และวันพุธ 10:00 ไม่เปลี่ยนแปลงและเท่ากับ 17 SP (Story Points)

ตามระเบียบวิธี Scrum, ปริมาณงานทั้งหมดภายในสปรินต์ไม่เปลี่ยนแปลงตลอดสปรินต์ ดังนั้นเส้นนี้ จึงมัก ถูกวาดไว้ตลอดทั้งสปรินต์ (ทั้ง 10 วัน) นอกจากนี้ยังช่วยประเมินว่าเหลือต้องทำอีกเท่าไร ได้ชัดเจนกว่ากรณีที่เส้นสิ้นสุดในวันที่สามตามรูปแบบปัจจุบัน

การเผาไหม้จริง (กราฟสีเขียว) แสดงงานที่เหลืออยู่จริง กล่าวคือ ขณะนี้ทีมทำเสร็จแล้ว 1 Story Point จาก 17 ที่จำเป็นต้องทำให้สำเร็จเพื่อจบสปรินต์อย่างสมบูรณ์ งานที่ถือว่าทำเสร็จมัก คือ task ในสถานะ "Done" (Done สำหรับแต่ละทีมเป็นอย่างไร ทีมกำหนด เอง มีแม้กระทั่งอาร์ติแฟกต์พิเศษที่เรียกว่า DOD - Definition Of Done - ซึ่งแต่ละ ทีมมีของตัวเอง และในนั้นอธิบายอย่างแม่นยำมากว่าหมายถึงอะไรที่งานเสร็จแล้วและสามารถเลื่อน ไปยังสถานะ "Done" ได้ ส่วนใหญ่มักเป็น "Deploy ขึ้นโปรด" แต่ก็อาจมีรายละเอียดปลีกย่อย กล่าวโดยรวม ตาม กราฟปัจจุบันเราเข้าใจว่า DOD เสร็จสมบูรณ์เพียงหนึ่ง story ที่ทีมประเมินไว้ 1 SP

การเผาไหม้ในอุดมคติ แสดงว่ากราฟการเผาไหม้จริงควรอยู่ที่จุดใด ในกรณีที่งานมีความสม่ำเสมออย่างสมบูรณ์ กล่าวคือ ณ ขณะนี้ควรทำเสร็จแล้ว 3 SP เมื่องานมีความสม่ำเสมออย่างสมบูรณ์

ฉันสงสัยว่าการเข้าใจว่า Story Pointคืออะไรอาจเป็นเรื่องน่าสนใจ โดยแท้จริงแล้ว 1 SP ของทีมหนึ่งและ 1 SP ของอีกทีมหนึ่งอาจซ่อน ปริมาณงานที่แตกต่างกันไว้ก็ได้ ตัวอย่างเช่น เรามีทีมที่มีจำนวนคนเท่ากัน แต่ทีมหนึ่ง มีความจุต่อสปรินต์ 17 SP และอีกทีม 35SP และนั่นเป็นเรื่องปกติ เพราะทีมเลือก งานอ้างอิงสำหรับตัวเองเพื่อใช้ประเมินงานทั้งหมดในการ groom (ชื่อเดิม คือการประชุมรายสัปดาห์ที่ PO นำ User Stories มาประเมิน และทีม ประเมินผ่าน planning poker) (ใน SAFe นี่คือ PBR - Product Backlog Refinement)

ดังนั้น เราจึงอาจมี User Story อ้างอิงว่า "ฉัน ในฐานะคนขับรถ ต้องการ หลังจากเติมน้ำมันรถแล้ว มีโอกาสได้รับใบเสร็จที่พิมพ์บนกระดาษเมื่อจำเป็น" ตกลงกันว่าสำหรับทีมของเรา มันคือ 8SP และเมื่อ PO เล่า User Story ใหม่ ที่เราต้องประเมิน เราก็ประเมินมันเทียบกับงานอ้างอิงแล้ว ดังนั้น story ใหม่จึงอาจถูกทีมประเมินเป็น 5 SP เป็นต้น และ story ทั้งหมดใน backlog ก็ได้รับ การประเมินของตัวเอง

ความจุของทีมคำนวณจากสถิติ ใน 1-2 สปรินต์แรกจะวัดจำนวน SP ที่ทีมปิดได้ และคำนวณค่าเฉลี่ย การวางแผนก็อิงจากค่านี้ (เมื่อ PO เลือกงานจาก backlog เข้าสปรินต์ตามความจุที่กำหนด)

หวังว่าฉันอธิบายได้ชัดเจนเพียงพอว่าค่าต่างๆ บน Burn Down Chart เกิดขึ้นได้อย่างไร