這是敏捷開發日常跟進系列的第二篇（欄目目錄）。
迭代及燃盡圖的目標
燃盡圖的目標是完成迭代的目標，迭代的目標是什么呢？
1. 按產品經理的要求，交付計划會中計划的用戶故事
2. 盡量完成1
之后還會看到，這個定義還有狹隘之處，在系列后面的文章中會提到。
為什么燃盡圖不能直接地達成這個目標？潛在的問題包括：
1. 如果燃盡圖按時完成，有可能是為了按時完成，同時犧牲了所有故事（重要和不重要的）的質量，換取了進度。
2. 如果燃盡圖未按時完成，有可能不是一個故事沒有完成，而是所有故事都剩下點活沒做完，導致所有故事都無法交付。
3. 如果燃盡圖未按時完成，沒有完成的故事中，有可能包括了極其重要的一些。
只從燃盡圖的形態看，是無法提前識別這三者的，也就因此帶來了很多的風險，到迭代的末尾讓人大吃一驚。
怎么辦呢？
“階梯燃盡圖”
之前聽過這個方法，但是剛才在網絡上沒有找到圖片。
方法就是在每個故事完成的時候才把整個故事突然剪掉，從而形成階梯狀。
階梯狀燃燒圖的缺點也很明顯：剛開始的時候很難看到有燃盡，甚至那些向上拱起的弧形也被掩蓋了，日后回顧時，一些細節也很難記起來。
所以一種解決方案，是把普通燃盡圖和階梯燃盡圖混合使用，就是同時畫兩條線。
“跟進圖”
跟進圖是一些大型團隊的創造，由於團隊巨大，所以不能指望在迭代的最后用2小時評審完所有工作，所以常常是做完一個評審一個，這就要給每個工作分配一個“跟進人”，他隸屬產品部門，沒事就盯着“跟進圖”看看有沒有自己關心的工作做完了。
在為一家游戲公司提供咨詢的時候，他們一款產品的團隊人數高達88人（另一個甚至到了200人），牆上就用手繪制了一幅巨大的跟進圖，每天更新動態，甚至直接在紙上畫上小圖標，每月畫滿了，就重新打印一張。
下面這張，是火星人中的跟進圖。
圖中綠色粗線，就是傳統的燃盡圖；
每當一個故事完成，就會有一個藍色的標記及完成故事的名字，從而提醒跟進人進行現場預評審；如果長期沒有故事完成，燃燒圖卻還在燃燒，就肯定出現了之前說過的問題了。
右下部分還有一個暗紅色的細線，是“溢出時間”，就是超出預期的工作的時間，表明這段時間出現了新的任務；新任務出現的太早不好，因為一般在迭代前期都先完成最重要的故事，不應該引入新任務；但在后期隨着最重要的故事完成、評審、因不滿意而返工，團隊會傾向於把最重要的任務更好地完成，而非草草地把所有故事都湊合完成，在產品研發中，這往往是更能提升產品價值的。
一家叫做廣聯達的公司在實踐中把溢出時間作為負數倒着畫，稱為“基線下沉”，就是說要去的地方不是0了，而是那個負數，是一個類似目的的很好的實踐。
我試了一下也不錯，就是圖表會變高，顯示起來不方便，所以還是改了回來。
這樣的跟進圖看起來已經很強大了，但是還有一些問題沒有解決：
1. 有哪些故事正在做，還沒有做，已經開工了但沒完成……？
2. 最后剩下了哪些故事沒完成？
3. 有沒有人不是一個一個完成故事，而是同時開工了很多故事？（這個是最后很多故事都開工了但都差一點完成不了的主要原因）
4. 如果有跟進人，誰負責跟進哪個？
有些問題需要后面的故事板（看板）解決，有些則需要一個叫做“跟進表”的東西，之后我們說完故事板再回來詳細說明。