Scrum 指南 | 31. 如何創建和解讀燃盡圖？

已發表: 2022-06-21

燃盡圖相對容易創建。 有許多工具可用於從開發團隊成員記錄的工作中生成它。 儘管它很簡單，但它的解釋可以為整個 Scrum 團隊提供有價值的信息。 閱讀本文以了解如何創建和解釋燃盡圖。

如何創建和解釋燃盡圖？ - 目錄：

  1. 如何創建燃盡圖？
  2. 誰負責燃盡圖？
  3. 如何解讀燃盡圖？
  4. 真實理想的燃盡圖
  5. 選擇測量單位
  6. 概括

如何創建燃盡圖？

開發團隊應監控其日常工作。 這不僅是評估其有效性的基礎，也是改進它的基礎。 用於此目的的最簡單且經過驗證的工具之一是刻錄圖。

您可以通過在一張紙上繪製坐標係來手動創建它。 在 Y 軸上，您需要繪製以所選單位表示的工作量，例如故事點。 在 X 軸上，繪製一個標尺，指示 Sprint 的連續天數。 畫一條理想衝刺線，然後標記每天實際完成的任務數量。 雖然這個解決方案很吸引人並且吸引了團隊，但它不是很實用。 它也不一定適合遠程團隊。

因此，創建燃盡圖的數字方法更為常見。 許多用於記錄團隊成員之間分配的任務的工作的工具都帶有一個自動創建燃盡圖的選項。 然後，開發人員所要做的就是標記特定產品功能工作的開始和結束，他們的貢獻會反映在燃燒圖表中。

使用正確的工具，還可以自由縮放圖表。 這不僅可以在給定 Sprint 的水平上，而且可以在一個季度或整個項目的規模上深入了解燃燒。

選擇用於創建燃盡圖的工具時要考慮的一個重要因素是它對所有 Scrum 團隊成員的可訪問性。 燃盡圖對整個開發團隊的可見性是一個關鍵的激勵因素。 同樣重要的是每天查看顯示剩餘工作的線路。 在Daily Scrum中談論老化，讓開發人員思考他們的工作方式和產品的當前狀態。

誰負責燃盡圖？

燃燒圖的所有權問題有些爭議。 一方面，它應該屬於 Scrum Master，因為它是確保團隊按計劃高效工作的工具。 另一方面，它應該保留在產品負責人手中，因為它反映了向客戶傳達的產品目標的進展。 更重要的是，聲稱其所有權的第三方是開發團隊，因為圖表是其內部工具。

燃盡圖是評估開發團隊有效性的重要指標，並被所有 Scrum 團隊成員採用。 這就是為什麼透明度和可訪問性至關重要。 然而，它的真正目的是為團隊服務。 它應該加強其自組織，提高動力，並真實地了解分配給它的任務的工作狀態。 因此，理論上，開發團隊的每個成員都可以更新燃燒圖。

然而，在實踐中，更新燃盡圖的任務通常落在 Scrum Master 身上。 這尤其發生在他開始與新的開發團隊合作時，團隊速度仍然可變且難以估計。 不過，建議將此任務委託給其中一位開發人員。 畢竟，該圖表是對開發人員自己判斷的工作進度的誠實和內部衡量。

chart

如何解讀燃盡圖？

我們在之前的文章中詳細描述了燃盡圖的外觀。 這裡我們只提醒您， X 軸顯示完成工作的剩餘時間。 另一方面， Y 軸表示剩餘的工作量。

真實理想的燃盡圖

要解讀燃盡圖，關鍵因素不僅是定期繪製真實“燃燒”，即開發團隊執行任務。 對圖片同樣重要的是它與理想燃燒線下降（指南）的比較。

通過將理想的燃盡線與燃盡圖上標記的實際工作減少量進行比較，可以評估兩個非常重要的參數。 首先，看工作是否以目前的速度繼續下去，開發團隊是否會按時完成 Sprint 目標或產品目標。 其次，在保持當前進度的情況下，了解何時完成工作。 換句話說，燃燒圖顯示了任務的實際進度，而理想線則顯示了團隊應該以什麼速度完成任務。

從長遠來看，燃燒圖還允許您確定一個稱為開發團隊速度的值。 我們將專門寫一篇文章來討論它。 這裡我們只提一下，它是一個由一個 Sprint 中完成的工作量決定的值。

由於燃燒圖表顯示了理想燃燒線與任務數量實際減少的比較，它可以讓您估計工作節奏。 從而預測項目延誤的風險。

選擇測量單位

團隊速度通常以稱為故事點的單位來衡量。 它定義了已經實現的用戶故事的數量。 這些可能需要非常不同的工作量。

這就是為什麼許多 Scrum 團隊使用基於時間的度量的原因。 根據規模，這些是天數或工時。 每個開發人員估計並記錄他們在任務上花費的時間。

另一種選擇是將任務作為一個單元。 這些是稍大的單位，依次分配以故事點或天數或工時表示的值。 它是一個單元，可以讓客戶以更清晰的方式呈現產品的工作進度。

不管計量單位如何，計算開發團隊速度的原則都值得記住。 在給定的一天或 Sprint 中，僅計算實際完成的任務。 這意味著即使僅缺少最終測試，已開始的任務也將計入第二天或 Sprint。

概括

How to create and interpret a burndown chart?

有了可用的團隊監控工具，創建燃盡圖就變得很容易。 最重要的問題是確保所有 Scrum 團隊成員的連貫性、清晰性和可訪問性。

如果您喜歡我們的內容，請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社區。

Scrum Guide | 31. How to create and interpret a burndown chart? caroline becker avatar 1background

作者：卡羅琳·貝克爾

作為項目經理，Caroline 是尋找新方法來設計最佳工作流程和優化流程的專家。 她的組織能力和在時間壓力下工作的能力使她成為將復雜項目變為現實的最佳人選。

查看所有帖子

Scrum 指南：

  1. 基本術語、角色和概念的詞彙表
  2. 什麼是 Scrum？
  3. Scrum 價值觀
  4. 如何在貴公司實施 Scrum？
  5. Scrum 團隊——它是什麼以及它是如何工作的？
  6. 誰是產品負責人？
  7. 產品負責人最常犯的錯誤
  8. 誰是 Scrum Master？
  9. 優秀 Scrum Master 的特徵
  10. Scrum Master 最常見的錯誤
  11. Scrum Master 應該跟踪哪些統計數據和指標？
  12. Product Owner 和 Scrum Master 之間的合作
  13. Scrum 中的開發團隊
  14. 開發者最常犯的錯誤
  15. Scrum 工件
  16. 擴展 Scrum
  17. 衝刺積壓
  18. 什麼是產品待辦列表？
  19. 什麼是用戶故事？
  20. 用 INVEST 創建最好的用戶故事
  21. 最常見的用戶故事錯誤
  22. 用戶故事接受標準
  23. Scrum 中的估計和故事點
  24. 規劃撲克
  25. 團隊估計遊戲
  26. 定義增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什麼？
  29. Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
  30. 什麼是燃盡圖？
  31. 如何創建和解釋燃盡圖？
  32. 燃盡圖的優缺點
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——開發團隊的速度
  35. 每日站會
  36. 衝刺計劃
  37. 衝刺回顧
  38. 什麼是 Sprint 回顧展？
  39. Sprint 回顧中的常見錯誤
  40. 產品積壓培養