27. 如何評估?
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
這是一個不斷發展的議題, 當然一定會有一個以上的作法:
# 定期評估
# 當有需要時進行評估
# 使用理想天數評估(ideal days estimates)/故事點數
# 評估是不準確的, 使用T-shirt size(小, 中, 大)
# 不要評估, 或者證明有延遲的成本才評估它.
受到scrum輕微的影響(畢竟這是我們一開始所會的), 我們決定首先要使用故事點數. 但是實務上, 團隊把故事點數視為和工時(man-hours)相等(這會讓他們感覺到更自然). 在一開始時, 所有的故事都要被評估. 隨著時間的推移, 經理們會學習到, 如果他們讓同時進行的專案個數變少, 他們將不會使利益關係人能等待下去. 他們也會學習到, 如果突然改變, 他們可以重新改變優先順序, 來解決問題.
對於專案交付時間的需求不再會是大的問題. 這些lead manager會停止要求預先的估計, 只有當他們害怕, 會讓有些人因此而等待時, 才會進行估計.
之前有一次, 有位經理, 強調是在電話中, 答應專案的交付是在"這個禮拜結束的時候". 可是由Kanban白板中的內容, 它很容易估算出進度(計算被完成的故事). 目前推斷出一星期後大約完成了25%, 因此還需要額外的3個禮拜. 面對這一個事實, 經理改變了專案的優先順序, 停止了同時在進行的工作, 好讓交付日期變得比較可能.
評估的大小代表什麼意思呢? 是前置時間, 或是工作時間呢?
我們的故事點數所反映的是工作時間, 也就是要花多久時間不間斷的工作, 才能完成我們所想要的故事. 所以它不是前置時間(或者是日曆時間, 或者多少等待的小時). 藉由測量每週有多少故事點數達到"做完"的地步(速度), 我們可以推論出前置時間.
對於每個新的故事, 我們只評估一次. 在執行的過程中, 我們沒有修改故事的評估. 這會讓我們減少團隊在評估所花的時間.
留言列表
