在敏捷開發中最重要的原則之一就是使用燃盡圖報表?；旧嫌袃煞N類型的燃盡圖報表；基于剩余時間的燃盡圖，和基于剩余點數的燃盡圖。

基于剩余時間的燃盡圖是一種比較流行的方式，它描繪了Sprint日常工作進度以及預計剩余工作時間。

基于剩余時間的燃盡圖具有以下優點：

• 易于實踐和推廣；它真實反映了每個開發人員估計的剩余時間。對于一個有經驗的團隊成員，完成某個任務可能需要1天時間。但對于一個新手，同樣的任務可能需要3-4天。
• 這種做法鼓勵每個開發人員每天對各自負責的任務進行剩余時間的記錄。反過來又促進了每日“立”會變得更富有成效，因為每個任務每天都經過評審，或新更新了實際需要的剩余時間。
• 它有助于創建一個自我驅動的團隊，為項目帶來可持續的成功。

基于剩余時間的燃盡圖也帶來以下缺點：

1. 每個團隊成員每天都要被強調去記錄每個任務的剩余時間。這種做法在某些時候會變得難以遵循，因為它需要改變公司或者團隊的文化和工作紀律。
2. 剩余時間的輸入及編輯，有時可能會為團隊成員帶來額外的工作量。
3. 團隊成員對完成項目或Sprint的剩余工作時間估計不夠準確。

相對剩余時間的燃盡圖，有另一種基于剩余點數的燃盡圖。這個報表可以基于任務的點數，而不是任務的剩余時間，來跟蹤工作進度。

Story和任務的點數用來表示每個任務和Story的功能價值，或者技術等級。點數常使用一個相對值，代表了要完成任務所需的工作量，也可以代表Story或任務的難度水平。

下圖是一個基于Story/任務點數的燃盡圖范例

點數燃盡圖顯示了開始執行時有一個初始估計的總點數，然后隨著任務不斷被完成和關閉，剩余點數逐步下降的過程。

點數燃盡圖具有以下優點：

1. 它只需要由產品負責人，Scrum Master或團隊用點數來為任務進行估計，而不是具體的時間值?；邳c數的估計有時比基于時間的估計容易得多。
2. 只要任務在規定的時間內被完成并關閉，就會生成一個足夠體面的燃盡圖，來反映Sprint的進度。
3. 它鼓勵了所有團隊成員為完成預定的任務而感到驕傲，并獲得個人價值的認可，因為完成的點數代表了他們為可執行軟件的貢獻。

點數燃盡圖有以下缺點：

1. 它不能準確預測當前Sprint中承諾任務的具體完成日期
2. 它鼓勵了所有團隊成員平等做出貢獻，但是沒有考慮到初級工程師需要更多的努力才能完成相同的點數。
3. 我們比較容易建立這樣一個團隊，即讓團隊成員根據自我估計，并對工作量進行承諾。然而使用點數對任務進行估計，任務分配時將出現“平均化或偏重挑選”。

剩余時間燃盡圖描繪了團隊成員名下所有任務的每日進度。點數燃盡圖則基于任務完成狀態，來描繪Sprint進度。由于某些任務可能需要幾天才能完成，點數燃盡圖未必能反映團隊成員名下所有任務的每日進度。

總的來說，基于剩余時間的燃盡圖，能有助于建設一個長期的自我驅動團隊；它讓團隊成員自己來預估工作量并做出承諾?；邳c數的燃盡圖，能有助于建設一個高效的團隊，讓所有團隊成員都能平等的做出貢獻。