敏捷軟件開發實踐-Sprint Status Track

介紹：

對于敏捷軟件開發來說，能時刻保持跟進項目的進度是非常重要的，因為你可以隨時了解團隊的健康狀況，并且對各種突發情況進行突發的處理，從而保證每個迭代結束后我們的項目可以按時的交付。

實現方式：

看項目進度的最好的工具當然是burndown chart,我們使用Jira做項目管理工具，Jira中有一個Report視圖，可以非常直觀的顯示story的burn down 曲線，從而讓團隊直觀的明白這個sprint進展的如何。

當然了，這個是從story級別的，它衡量的是隨著時間的流失，story point的變化曲線，比如上圖可以看出，我們的項目開發速度先慢后快，那是因為多個story同時開展進行，但是都還沒結束，所以我們的時間投入了，但是早期并沒有相應的story被關閉。2是我們在sprint的中期又加入了新的story，導致story point縱坐標的上揚。

光有burn down圖是不對的，我們還必須去track每個story的進度，這就需要大家對每個sub-task進行的過程要及時更新狀態，一般story/sub-task有4個狀態，Backlog(還沒開始做），Work In Progress( 正在做),Ready For Review(做完了，等著被review), Done (review完并且認定是有效的，所以真正關閉這story/sub-task)， 為了讓團隊更加積極的更新狀態，我們使用了white-board track,首先，第一天當所有人吧相應的sub-task都建立好之后，我吧所有的都打印出來，然后以小紙條的形式全部貼在白黑板上，并且放在Backlog中，如果團隊成員有任何的進展，那么他們會吧小紙條往前面移動(如吧紙條從Backlog欄目移動到Work In Progress)。

然后，我們在每天的報表中會以2大塊來分別闡述Sprint的項目進度，一個是以Story為單位，一個是以團隊成員為單位。

比如，報表中以Story為單位的表格如下：

項目中以Resource為視角的報表如下：

總結：

我的經驗是，追蹤項目進度要各種工具/實踐結合起來使用。

(1)用burn down chart宏觀的來看項目開展情況，如果現實曲線和理想的benchmark曲線差異太大，team leader需要研究出問題原因并且相應的及時解決，這也是Agile的一個優勢，“面向change"

(2)用dashboard來維護各個人的項目開展活動情況，一來提高大家的積極性，因為每次吧小紙條前移都能帶來小小的成就感，二是讓大家都有競賽，賽跑的感覺，大家不落后，從而保證項目的健康。

(3)用daily report來提供每天運行情況的snapshot,這也是為了以后流程改善提供有力的事實依據和素材。