Scrum Guide | 32. ข้อดีและข้อเสียของแผนภูมิการเบิร์นดาวน์

เผยแพร่แล้ว: 2022-06-22

แผนภูมิการเผาไหม้มีประโยชน์มากมาย เป็นหนึ่งในเครื่องมือเมตริกหลักใน Scrum ด้วยเหตุผลหลายประการ สร้าง ปรับขนาด และอ่านได้ง่าย อย่างไรก็ตาม มันก็มีข้อเสียที่ทำให้เครื่องมือนี้ไม่ใช่เครื่องมือสากล ในบทความของวันนี้ เราจะกล่าวถึงหัวข้อข้อเสียและข้อดีของแผนภูมิการเบิร์นดาวน์

ข้อดีและข้อเสียของแผนภูมิการเผาไหม้ – สารบัญ:

  1. บทนำ
  2. ข้อดีของแผนภูมิ Burndown
  3. ข้อเสียของแผนภูมิ Burndown
  4. สรุป

บทนำ

เราได้เขียนเกี่ยวกับสิ่งที่เป็น วิธีสร้างและตีความแผนภูมิการเบิร์นดาวน์ในบทความที่แล้ว วันนี้เราจะมาเน้นที่ ข้อดีและข้อเสีย ของแผนภูมิการเบิร์นดาวน์ อย่างไรก็ตาม ส่วนใหญ่ไม่ได้ซ่อนอยู่ในกราฟอย่างง่าย ค่อนข้างเกี่ยวข้องกับวิธีการใช้แผนภูมิการเผาไหม้เพื่อ กระตุ้นทีมพัฒนา เนื่องจากพวกเขาอธิบายผลงานของพวกเขาและเสริมสร้างองค์กรของตนเอง

ข้อดีของแผนภูมิ Burndown

แผนภูมิการเผาไหม้ช่วยให้คุณ เห็นภาพความคืบหน้าของโครงการของคุณ ความง่ายในการอ่านและความเรียบง่ายทำให้เป็นที่นิยม จึงเป็นความคิดที่ดีที่ Burn Chart ไม่ใช่แค่เมตริกที่อัปเดตตลอดเวลาที่ซ่อนอยู่ในเครื่องมือการจัดการโครงการดิจิทัล หากเป็นไปได้ ควรทำให้เป็น จุดอ้างอิง สำหรับทีมพัฒนาที่มองเห็นได้ในสถานที่ทำงานจริง ไม่ว่าจะอยู่ในรูปแบบของการแสดงภาพบนหน้าจอหรือภาพร่างที่วาดด้วยมือ

เป็นแรงจูงใจให้ทีมพัฒนา

ความโปร่งใสของแผนภูมิการเผาไหม้ทำให้เป็นเครื่องมือในการกระตุ้นให้ทีมพัฒนาทำงานอย่างมีประสิทธิภาพ การไปถึงจุด "ศูนย์" ในแต่ละ Sprint สามารถกลายเป็นเป้าหมายที่ทะเยอทะยานของทีม ซึ่งจะมีการให้รางวัล - ตามหลักการของ Gamification ทางธุรกิจ

การมองเห็นแผนภูมิการเผาไหม้ที่เป็นปัจจุบันและได้รับการดูแลอย่างน่าสนใจยังช่วยเพิ่มจิตวิญญาณของความร่วมมือและการจัดการตนเอง ท้ายที่สุด ตัวชี้วัดเป็นตัววัดการทำงานเป็นทีม ไม่ได้แสดงว่าใครทำ - หรือไม่ - ทำงานที่วางแผนไว้สำเร็จ มีเพียงผลลัพธ์ที่สำเร็จเท่านั้น

เป็นการวัดงานจริงที่ทำ

นักพัฒนาตัดสินใจว่าจะใช้งานกี่งานใน Sprint ที่กำหนด ยิ่งทีมมีประสบการณ์มากเท่าไหร่ พวกเขาก็ยิ่งคาดการณ์การกระทำของพวกเขาได้แม่นยำมากขึ้นเท่านั้น และแผนภูมิ Bur-down สะท้อนถึงความก้าวหน้าที่แท้จริงของ Sprint

ดังนั้น ข้อได้เปรียบของแผนภูมิการเผาไหม้จึงไม่มากสำหรับการวัดปริมาณงานตามวัตถุประสงค์ แต่ เป็นอัตราส่วนของงานที่วางแผนไว้เพื่อให้เสร็จ ดังนั้น นักพัฒนาจึงค่อย ๆ เรียนรู้วิธีวางแผนและสามารถประเมินความสามารถของตนได้อย่างแม่นยำมากขึ้นเรื่อยๆ และขจัดข้อผิดพลาดซ้ำๆ

จับคู่กับเครื่องมืออื่นๆ

ข้อดีที่สำคัญอย่างหนึ่งของแผนภูมิการเบิร์นดาวน์เกี่ยวข้องกับความ เก่งกาจในการรวมกับเครื่องมืออื่นๆ เครื่องมือต่อไปนี้สามารถนำไปใช้กับ:

  • วิเคราะห์ การทำงานของทีมพัฒนา
  • เห็นภาพ ความคืบหน้าในการทำงานกับผลิตภัณฑ์
  • ประมาณการ งบประมาณโครงการ

ตัวอย่างเช่น ในกรณีหลัง การใช้แผนภูมิการเผาไหม้มาตราส่วนโครงการช่วยให้สามารถ เปรียบเทียบงบประมาณที่วางแผนไว้และตามจริงสำหรับทั้งโครงการได้

Advantages of the burndown chart

ข้อเสียของแผนภูมิ Burndown

แม้จะมีข้อดีทั้งหมดของแผนภูมิ Burndown ที่สรุปไว้ข้างต้น แต่ ก็อาจสร้างความสับสนให้กับทีมพัฒนาได้ อย่างไรก็ตาม สิ่งที่เรามักเรียกว่า "ข้อบกพร่อง" ของแผนภูมิการเบิร์นดาวน์ไม่ได้เกิดจากความไม่สมบูรณ์ของเครื่องมือ ปัญหาที่ระบุไว้ด้านล่างเกี่ยวข้องกับวิธีการใช้แผนภูมิการเบิร์นดาวน์มากกว่าการออกแบบ ด้านล่างนี้คือข้อบกพร่องที่อาจขัดขวางการแสดงความคืบหน้าของทีมพัฒนาในลักษณะนี้

“ปัจจัยมนุษย์”

แผนภูมิไม่สามารถวัดความก้าวหน้าของทีมได้อย่างสมบูรณ์ สิ่งเหล่านี้เป็นเพียงเครื่องมือสำหรับนำไปใช้ในรูปแบบต่างๆ ที่มีความชำนาญไม่มากก็น้อย เราสามารถพิจารณาว่าเป็นข้อเสีย (หรือข้อได้เปรียบ) ไม่เพียงแต่แผนภูมิการเบิร์นดาวน์เท่านั้น แต่ยังรวมถึงการวัดประสิทธิภาพอื่นๆ ของทีมด้วย

ในการสร้างแผนภูมิเบิร์นดาวน์ คุณต้องให้ผู้อื่นป้อนข้อมูล กล่าวอีกนัยหนึ่ง นักพัฒนาจะใส่เวลาทำงานให้เสร็จสิ้นบนแผนภูมิ พวกเขาอาจขยายหรือย่อให้สั้นลงเล็กน้อย - ไม่ว่าจะโดยไม่สนใจหรือต้องการทำให้สิ่งต่าง ๆ ดีขึ้นสำหรับทีม นักพัฒนาบางครั้งลืมบันทึกเวลาด้วย หรือปล่อยตัวจับเวลาไว้ ทำให้เวลาทำงานขยายไปหลายชั่วโมง และหลังจากค้นพบข้อผิดพลาดแล้ว ก็ยากที่จะสร้างเส้นทางที่แท้จริงขึ้นมาใหม่

การเปลี่ยนแปลงใน Sprint Backlog

ไม่ควรแก้ไข Sprint Backlog หลังจากเริ่ม Sprint อย่างไรก็ตาม ในทางปฏิบัติ การเปลี่ยนแปลงดังกล่าวเกิดขึ้นค่อนข้างบ่อย เป็นผลมาจากการเปลี่ยนแปลงข้อกำหนดของผู้มีส่วนได้เสีย หรือปัญหาที่คาดไม่ถึงที่ Developer พบเจอ

ซึ่งจะทำให้กราฟการเบิร์นดาวน์ถูกปรับขนาด เนื่องจากเวลาที่ใช้ในการทำงานให้เสร็จยังคงเท่าเดิม อย่างไรก็ตาม ขนาดของงานที่เหลือเพิ่มขึ้น นี่อาจทำให้เข้าใจผิดว่าทีมพัฒนาได้วางแผนงานที่ต้องทำใน Sprint ที่กำหนดอย่างไม่ถูกต้อง หรือว่ามันทำงานช้าเกินไป

การเปลี่ยนแปลงใน Sprint Backlog อาจเป็นผลมาจากงานที่ กำหนดเวลาให้เสร็จเร็วเกินไป ในสถานการณ์เช่นนี้ ทีมพัฒนามักจะตัดสินใจเพิ่มจำนวนงาน ซึ่งอาจส่งผลให้ดำเนินการไม่เสร็จตามกำหนดเวลา นอกจากนี้ ความขัดแย้งอาจเกิดขึ้นจากการทับซ้อนของงานที่เหลือจาก Sprint ก่อนหน้ากับงานใหม่ที่กำหนดให้ผู้มีส่วนได้ส่วนเสียและเจ้าของผลิตภัณฑ์กำหนดให้เสร็จสิ้น

การเปลี่ยนแปลงใน Backlog ของผลิตภัณฑ์

การเปลี่ยนแปลงครั้งใหญ่ใน Product Backlog สามารถขัดขวาง รูปร่างของแผนภูมิการเผาไหม้ได้ และเป็นการบิดเบือนภาพความก้าวหน้าในการทำงานและประสิทธิภาพของทีมอย่างจริงจัง สิ่งนี้จะเกิดขึ้นเมื่อ เรื่องราวของผู้ใช้ใหม่ ปรากฏขึ้น และส่วนที่ใกล้ถึงขั้นตอนการนำไปปฏิบัติมักถูกแบ่งออกเป็นส่วนย่อยๆ นอกจากนี้ยังเกิดขึ้นที่ ลูกค้าลาออกจากฟังก์ชันการทำงานบางอย่างของผลิตภัณฑ์

ดังนั้นเมื่อตีความแผนภูมิการเผาไหม้จะต้องได้รับคำแนะนำจาก ความรู้และประสบการณ์ในการประเมินประสิทธิภาพของทีม และคำนึงถึงความแปรปรวนของ Backlog ด้วย หากแผนภูมิไม่ใช่เมตริกเดียวที่ใช้ในการประเมินประสิทธิภาพ แผนภูมิอื่นๆ จะช่วยให้คุณเห็นภาพความคืบหน้าของงานที่สมบูรณ์ยิ่งขึ้น

Advantages and disadvantages of the burndown chart

สรุป

แผนภูมิการเผาไหม้สามารถมีส่วนสำคัญต่อ แรงจูงใจ ของทีมพัฒนา เนื่องจากเป็นการวัดผลงานจริงที่ทำในแผน นอกจากนี้ การรวมเข้ากับเครื่องมือเมตริกอื่นๆ สามารถเป็นแหล่งความรู้อันมีค่าเกี่ยวกับงานของทีมและการวางแผนผลิตภัณฑ์

ด้วยการใช้หลักการ Scrum อย่างรอบคอบ คุณจะสามารถหลีกเลี่ยงปัญหาที่อาจเกิดขึ้นจากการถูกไฟลวกได้ สิ่งสำคัญที่สุดคือการปรับเครื่องมือในการรักษาแผนภูมิตามงานจริงของทีม Scrum ตลอดจนลดการเปลี่ยนแปลงใน Sprint และ Product Backlog ซึ่งเราเขียนเพิ่มเติมเกี่ยวกับเรื่องนี้ในบทความนี้

หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest

Scrum Guide | 32. Advantages and disadvantages of the burndown chart caroline becker avatar 1background

ผู้เขียน: แคโรไลน์ เบ็คเกอร์

ในฐานะผู้จัดการโครงการ Caroline เป็นผู้เชี่ยวชาญในการค้นหาวิธีการใหม่ๆ เพื่อออกแบบเวิร์กโฟลว์ที่ดีที่สุดและเพิ่มประสิทธิภาพกระบวนการ ทักษะในการจัดองค์กรและความสามารถในการทำงานภายใต้แรงกดดันของเวลาทำให้เธอเป็นคนที่ดีที่สุดในการเปลี่ยนโครงการที่ซับซ้อนให้กลายเป็นจริง

ดูกระทู้ทั้งหมด

คู่มือการต่อสู้:

  1. อภิธานศัพท์ของคำศัพท์พื้นฐาน บทบาท และแนวคิด
  2. Scrum คืออะไร?
  3. ค่าการต่อสู้
  4. วิธีใช้งาน Scrum ในบริษัทของคุณ
  5. Scrum Team - มันคืออะไรและทำงานอย่างไร?
  6. เจ้าของผลิตภัณฑ์คือใคร?
  7. ข้อผิดพลาดที่พบบ่อยที่สุดของ Product Owner
  8. Scrum Master คือใคร?
  9. ลักษณะของ Scrum Master ที่ดี
  10. ข้อผิดพลาดที่พบบ่อยที่สุดของ Scrum Master
  11. สถิติและตัวชี้วัดใดที่ Scrum Master ควรติดตาม
  12. ความร่วมมือระหว่าง Product Owner และ Scrum Master
  13. ทีมพัฒนาใน Scrum
  14. ข้อผิดพลาดที่พบบ่อยที่สุดของ Developers
  15. สิ่งประดิษฐ์การต่อสู้
  16. สเกลการต่อสู้
  17. Sprint Backlog
  18. Backlog สินค้าคืออะไร?
  19. เรื่องราวของผู้ใช้คืออะไร?
  20. สร้าง User Story ที่ดีที่สุดกับ INVEST
  21. ข้อผิดพลาด User Story ที่พบบ่อยที่สุด
  22. เกณฑ์การยอมรับเรื่องราวของผู้ใช้
  23. การประมาณค่าและจุดเรื่องราวใน Scrum
  24. การวางแผนโป๊กเกอร์
  25. เกมประเมินทีม
  26. กำหนดส่วนเพิ่ม
  27. เหตุการณ์การต่อสู้
  28. Sprint ใน Scrum คืออะไร?
  29. ความมุ่งมั่นของทีม Scrum - เป้าหมายผลิตภัณฑ์ เป้าหมาย Sprint และคำจำกัดความของความสำเร็จ
  30. แผนภูมิ Burndown คืออะไร?
  31. จะสร้างและตีความแผนภูมิเบิร์นดาวน์ได้อย่างไร?
  32. ข้อดีและข้อเสียของแผนภูมิการเบิร์นดาวน์
  33. กระดาน Kanban ใน Scrum และ Scruban
  34. Velocity in Scrum - ความเร็วของทีมพัฒนา
  35. การต่อสู้รายวัน
  36. การวางแผนการวิ่ง
  37. Sprint Review
  38. Sprint Retrospective คืออะไร?
  39. ข้อผิดพลาดทั่วไประหว่าง Sprint Retrospective
  40. บำรุง Backlog สินค้า