如何在 Scrum 中計算燃盡圖（Burn Down Chart）的數值

在向朋友們發布 第一篇 關於燃盡圖的文章, 之後，在評論中 被問到的第二個問題是：「不清楚這些數值都是怎麼算出來的」。 因此，在這篇文章中，我會盡量說明我們如何計算燃盡圖上的每日數值。一如往常，如果我說錯了什麼，歡迎各位同事的評論，但 我還是願意相信，這個主題對我來說已經足夠清楚了。

讓我們再回想一下這張圖表長什麼樣子。

這個例子中考察的是一個為期 10 天的衝刺。我們可以看到已經過了 2 天（因為 只有前 2 個區段被綠色圖表填滿）。

我們還看到總共的 衝刺總量 - 這是一條 虛線，顯示衝刺總量在週一 10:00、週二 10:00 和週三 10:00 都沒有變化，等於 17 SP（Story Points）。

根據 Scrum 方法論， 衝刺內的工作總量在衝刺期間不會改變，因此這條線 通常 會直接畫滿整個衝刺（全部 10 天）。它也比在目前這種情況下只畫到第三天為止，更能幫助直觀地評估還剩下多少工作 要做。

實際燃盡 （綠色圖表）顯示實際剩餘的工作。也就是說， 目前團隊完成了 17 個 Story Point 中的 1 個，而這些是成功完成衝刺所必須完成的。完成通常 指的是處於「Done」狀態的任務（每個團隊對 Done 的定義不同，由團隊自行決定。 甚至有一個專門的產出物叫做 DOD - Definition Of Done - 每個 團隊都有自己的定義，其中非常精確地描述了什麼意味著任務已完成、可以移到 「Done」狀態。最常見的是「已部署到生產環境」，但也可能有細節差異。總之，根據目前的 圖表我們可以理解，只有一個團隊評估為 1 SP 的 story 完成了 DOD。

理想燃盡 顯示在完全 均勻工作的情況下，實際燃盡圖表應該位於哪個點上。也就是說，目前若完全均勻工作，應該已完成 3 SP 。

我猜想，理解什麼是 Story Point可能也會有幫助。本質上， 一個團隊的 1 SP 和另一個團隊的 1 SP 背後可能隱藏著 不同的工作量。例如，我們有些團隊人數相同，但一個 團隊每個衝刺的容量是 17 SP，另一個則是 35SP。這很正常。原因是團隊自己選擇 一個基準任務，並以此為基準在梳理會（grooming）上評估所有任務（舊稱 是每週一次的會議，會上 PO 帶來 User Stories 進行評估，團隊則透過規劃撲克 進行評估）（在 SAFe 中這是 PBR - Product Backlog Refinement）。

因此，我們可以有一個基準 User Story：「我，作為一名汽車駕駛，希望在 給汽車加油後，必要時能夠獲得一張列印在紙上的 收據」。約定好它對我們團隊來說是 8SP。而當 PO 講述一個我們必須評估的新 User Story 時，我們就相對於基準任務來評估它。相應地， 新 story 可能被團隊評估為 5 SP，例如等等，所有待辦事項中的 story 都會得到自己的 評估。

團隊容量是根據統計數據計算的。在最初的 1-2 個衝刺中，會測量團隊 完成的 SP 數量並計算平均值，規劃就基於這個數值進行（當 PO 從待辦事項中為衝刺挑選任務以符合特定容量時）。

希望我已經足夠清楚地說明了燃盡圖上的數值是如何得出的。