進度的追蹤 - ScrumBut的實例分享
在使用task board追蹤成員的工作進度時, 通常我們會搭配一些方法來追蹤進度
一般常見的方式, 是查看task board上的task, 這樣我們就可以知道團隊的狀況.
也就是每天在daily standup前, 對於task board的工作先以檢視, 看看是否有哪些工作已經落後. 若是有落後的工作, 在daily standup進行時, 便仔細加以聆聽, 已知道他的狀況或是遭遇的問題是甚麼. 在daily standup結束之後, 視狀況來給於幫助.
雖然這個專案想用scrum的task board來追蹤進度, 可是因為對MS Project比較熟悉的關係, 所以使用了MS Project來取代了task board.
用MS Project會讓我們有以下的好處和壞處:
好處
- 可以知道critical path和tasks之間的相依性.
- 可以看某個成員所負責的tasks
- MS Project有各種小工具來做些統計
- MS Project算是一種便宜的管理工具
壞處:
- 在更新時卻不是很方便, 因為我們沒有使用MS project server, 所以只能集中一個或是少數人去更新, 以避免這個檔案被誤改.
- 並且遇到有unplanned task時, 也無法即時更新進去
- visible不高, 因為只有更新的人才會去看
我們後來有把每次iteration的task列印出來, 貼在white board供成員在上面更新. 當成員完成某項task時, 便在上面用螢光筆槓掉. (不過目前成員沒有agile做完的概念, 也就是做完就是0 和100%兩種, 沒有所謂的40%的中間值, 他們有時候還會說目前完成40%這樣的事情 XD)
對於unplanned的task, 一開始都沒有列出來, 後來會請團隊成員在印出來的紙上增加, 然後再由專人去集中更新到MS project中.
對於external dependency, 我們會把每個相依的項目, 用便利貼貼在white board, 然後加以追蹤. 立意雖好, 但是常常在daily standup中加以追蹤或是檢視. 這可能是因為我們只回答dail standup的三個問題, 但是沒有叫團隊成員要多回答這個問題, 所以大家容易忘記這個部分.
目前看起來這樣的執行方法, 似乎有點疊床架屋. 我們用了MS project, 可是還是回到了white board來更新進度, 並且對於unplanned task, 還是要用和aile相同處理方式, 來新增task到white board上. 此外, 還要麻煩一個或數個人來更新MS project的內容.
至於原先所說到的可以知道critical path和tasks之間的相依性, 這一點我們倒是沒有去用MS project來顯示這件事. 所以看起來最初堅持使用MS Project的好處, 現在看起來並不存在, 因為我們根本不會用MS Project去看critial path或是tasks之間的相依性.
種種跡象看來, MS Project的做法還真的不太適合agile的project.
留言列表
