六問禪道3:我的燃盡圖怎麼不更新呢?

我自己從2010年8月開始接觸和使用禪道項目管理軟體,由剛開始的只使用測試--Bug管理模塊,到現在的所有模塊均有在使用。

在不斷的使用過程中,加上長期混跡在禪道QQ技術交流群,對禪道的使用,項目管理也有了深入的理解。

在QQ群里,同樣的問題經常被問起,看起來是個小問題,其實裡面卻蘊含了項目管理的一些大道理。

因此,我以禪道使用為背景,再加上自己的拙見,整理了「六問禪道項目」系列使用分享,希望能達到拋磚引玉的效果。

歡迎吐槽指正。

今天來說說燃盡圖更新的問題。

不少童鞋有在群里提問:為什麼我的燃盡圖沒數據,不更新呢?

慣例,在回答問題前,先來看看燃盡圖的概念:

燃盡圖(Burndown Chart)是以圖表展示隨著時間的減少,工作量的剩餘情況。

工作量一般以豎軸展示,時間一般以橫軸展示。

燃盡圖可以非常直觀的把握項目的進度,經常被用于敏捷軟體開發中,如Scrum。而禪道的設計是完整支持敏捷方法scrum的。

禪道里的燃盡圖是統計項目中所有任務剩餘工時的總和,每天計算一下,形成坐標,然後把線連接起來繪製而成。

下面來回答開篇的問題:

1、燃盡圖是需要更新的,沒更新當然就沒數據。

2、如果你設置了燃盡圖的定時更新,後台--計劃任務,檢查一下定時任務是否是停止狀態,可以重啟計劃任務。

3、燃盡圖的更新有以下方法:

1)根據禪道提供的更新腳本來更新。

首先參考《 初始化管理腳本》這篇文章來初始化各個腳本。

然後到zentao/bin/目錄下,windows系統執行computburn.bat腳本,linux系統執行computburn.sh腳本來更新燃盡圖。

2)通過頁面手工更新。

首先在組織視圖中,通過許可權管理給相應的用戶分配更新燃盡圖的許可權。

有許可權即可在項目--任務--燃盡圖頁面,點擊燃盡圖「更新」按鈕,即可計算數據繪製燃盡圖。

3)定時更新。

windows下面可以使用計劃任務,需要在禪道界面後台先開啟計劃任務。linux下面則可以使用crontab來設置。

注意:

1、大家及時更新任務工時。

2、燃盡圖最好在每天的同一時間更新。

3、定時更新燃盡圖,建議下班後,比如晚上11點執行定時任務。

在這裡,給大家分享一下Dusan Kocurek對各種燃盡圖的分類和解析

分析得比較有意思,歡迎對號入座。

原文地址: Understanding the Scrum Burndown Chart

中文翻譯地址:燃盡圖類型解析

1. 理想團隊工作的燃盡圖

這種燃盡圖說明該團隊可以組織好工作。

產品經理明白迭代的工作量,Scrum master 能夠幫助團隊完成任務。

團隊沒有超負荷,並按時完成迭代工作。

該團隊可以正確估算自己的能力,迭代過程中也不需要改正。

2. 很好的團隊的工作的燃盡圖

這種燃盡圖一般是具有豐富經驗的團隊的工作進度展示。

團隊按時完成工作,並且達到了迭代目標。

這種團隊可以完成工作,更重要的是可以適應迭代積壓工作的情況。

迭代後期,團隊也有能力完成一些額外的工作。

3. 不錯的團隊的工作的燃盡圖

這是典型的工作進度燃盡圖,在很多有經驗的敏捷團隊的工作中都可以看到。

該燃盡圖說明團隊可以按時完成任務,調整以適應迭代中的積壓任務,額外努力工作以完成任務。

該團隊需要自我反省,在迭代初期看到進度減慢就應該立即討論如何變動計劃。

4. 「太遲啦」團隊工作燃盡圖

這種燃盡圖明顯在說,「你們沒有完成工作。」

這種團隊整個迭代過程都在遲到,沒能合理調整工作。

燃盡圖還顯示出團隊沒有完成需求,這些需求應該被進一步分解,或者挪到下一個迭代中。

5. 「太快啦」團隊工作燃盡圖

燃盡圖顯示團隊比預期早很多完成任務。

團隊完成了需求,也沒有繼續完成其他任務及時團隊有時間和精力這麼做。

這種情形下,需求可能被高估了,所以團隊提前完成了任務。

團隊的工作速度沒有被合理的估算。

6. 「休息一下吧」團隊工作燃盡圖

團隊的工作進度如果如該燃盡圖所示,那麼問題就來了。

問題在於對工作複雜度的高估,這使得工作的完成比迭代初期預估的要早。

Scrum master應該及早找出問題所在沒要求產品經理給團隊跟過的工作。

即使需求被高估,團隊至少應該繼續做下一個迭代的任務。

7.「管理層要來了」團隊工作燃盡圖

這種團隊可能沒有更新自己的工作進度。

這裡一種情況可能是產品經理增加了一些已經完成的工作,所以燃盡圖時機工作曲線是直線。

8. 「上天」團隊工作燃盡圖

團隊第一個迭代一般來說都是這種燃盡圖。

這種情況是成功之母,很明顯團隊沒有完成任務。

每天都有需求或任務添加到跌倒工作中來卻沒有記錄任何工作季度。

另一個原因可能是迭代中的任務不斷地被重新估算。


推薦閱讀:

六問禪道5:需求和Bug的區別

TAG:項目管理 | 禪道 |