燃盡圖——對工作完成情況的可視化展示

燃盡圖——對工作完成情況的可視化展示

燃盡圖Burdown Chart也叫燃燒圖，是在項目完成之前，對需要完成的工作的一種可視化表示。燃盡圖有一個Y軸（工作）和X軸（時間）。理想情況下，該圖表是一個向下的曲線，隨着剩余工作的完成，“燒盡”至零。燃盡圖向項目組成員和企業主提供工作進展的一個公共視圖。這個詞常常用於敏捷開發（敏捷開發是指以用戶的需求進化為核心，采用迭代、循序漸進的方法進行軟件開發。在敏捷開發中，軟件項目在構建初期被切分成多個子項目，各個子項目的成果都經過測試，具備可視、可集成和可運行使用的特征）。

功能：描述隨着時間的推移而剩余的工作數量，可用於表示開發速度。

要素：X軸：時間；Y軸：剩余工作量，計划曲線和實際曲線。

示例：

燃盡圖的示例分析：             

• 燃盡圖橫坐標：工期。        
• 燃盡圖縱坐標：sprint 內工作任務的總承諾工時。        
• 計划曲線：假定成員工作生產率恆定情況下的進展曲線。      
• 實際曲線：實際進展曲線。

燃盡圖功能大體可以幫助我們了解到團隊是如何制定的計划，在一個sprint中，團隊對計划是如何執行的，作為團隊，燃盡圖可以直觀的了解到大家的工作步調是否一致，通過燃盡圖還可以知道團隊哪些地方還有不足，還能進一步的提升。

燃盡圖常見的幾種情況：

　　1.先鼓起后落下：原因是計划會以常常漏掉一些事情，所以開工后不但不燃盡，還發現了很多新的任務。

　　2.先完美燃燒，然后突然停止燃燒：由於任務划分太粗，導致對工作量的錯誤估計，到最后發現余下時間難以完成。

　　3.先緩慢燃燒，然后到快燃盡的時候剩下一堆沒完成的任務，被推遲到下個周期：有些任務是次要的“可以不做的”，或者是被動地發現有些故事沒有完成導致的。

　　……

 

　　Kane Mar將燃盡圖分為以下七種情況：

　　1、Fakey-Fakey：表面完美而已。軟件項目過於復雜以致於難以界定直觀的目標。大多數情況下，這種圖來自於充滿了命令與控制的環境，在這種環境下，開放的交流變得難以進行。

　　2、Late-Learner：燃盡圖中會有一個頂峰。通常出現在溝通高效且正在學習Scrum的團隊中。

　　3、Middle-Learner：要比late-learner更加成熟。團隊在Sprint的中期會探尋出大多數的任務與復雜性。

　　4、Early-Learner：開始有一個頂峰，然后是平緩的衰退。團隊認識到早期探尋的重要性，然后高效工作以實現目標。

　　5、Plateau：團隊在一開始取得了很大的進展，但卻在Sprint的后半部分喪失了方向。

　　6、Never-Never：燃盡圖在Sprint的后期突然開始上揚並且不會再下降。需要盡快找到這些遲來的變化並進行自省。

　　7、Scope-Increase：Sprint中的工作量突然增加。通常這表明團隊在Sprint計划會議上沒有完全認清工作范圍。                            ————摘自：燃盡圖_百度百科

 

 

 燃盡圖可以用於表示開發速度，這沒錯。但是在分析燃盡圖時還是要認識到這張圖背后的一些事情。

        燃盡圖描述的是隨着時間的推移而剩余的工作數量。每個迭代都有很多待開發的Story，在敏捷開發中，工作量的評估是以Story為單位的，一個迭代Story的數量會影響到燃盡圖的Y軸。如果Story的數量過少，繪制出來的燃盡圖就會呈明顯的折線形狀，也會對速度和風險的判斷帶來影響。所以，曲線未必能真的代表剩余的工作數量。

        另外，Story的拆分粒度對燃盡圖的影響很大。Story的拆分粒度越小則越能反映真實的狀況。但也不是越小越好，如果將Story拆分到可以以人時為單位的工作量上，那么就會對團隊的工作量估算准確度提出更高的要求，也會帶來更多的角色交流成本。

        還有，多個迭代的燃盡圖進行比較，並非一定能表明迭代間的變化。影響比較結果的因素有很多，比如Story拆分的粒度是否同一，團隊成員是否有變化，時間周期是否一致等等，所以進行這種比較時要綜合各種因素來得出結論。

        團隊成員也會影響到燃盡圖的描繪。當他們發現這張圖還在用於績效考核時，就會傾向於讓曲線更漂亮而隱瞞真實的完成結果，或者對“完成”的標准打上折扣。也就是說，雖然燃盡圖曲線到達了X軸，但實際上還有很多工作沒有做，此時這種誤導性就是一個陷阱了。　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

————摘自：http://blog.csdn.net/caowenbin/article/details/8461148