11. Scrum規定要做評估和衡量速度
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在scrum中, 對於他們承諾要做的每個項目, 團隊應該要去評估其相對大小(工作的大小). 在sprint結束時, 藉由加總每個完成項目的大小, 我們可以得到速度. 速度是對能力的衡量 - 在每次sprint我們可以交付多少東西. 下面有一個團隊的例子, 他們平均速度是8.
知道平均速度為8是件很好的事. 因為對於在即將到來的sprint中可以完成那些項目, 我們可以做出合理的預測, 因此可規劃出務實的計畫.
在看板中, 評估沒有被規定要做. 所以如果你需要做出承諾, 你需要去決定如何提供可預測性.
有些團隊選擇做出評估和衡量速度, 就像scrum一樣. 其它團隊則選擇跳過評估, 但是會試著把每個項目, 拆解成大致相同大小 - 然後他們可以藉由每單位時間內有多少項目被完成, 來簡單地評估速度(例如每週有多少功能). 有些團隊把項目分類到MMF(最小可銷售的功能集, minimum marketable features), 並測量每個MMF的平均前置時間, 並且使用它來建立SLA(服務層級協議, service-level agreements) - 例如: "我們承諾一個MMF, 可以總是在十五天內被交付"
雖然有各式各樣有趣的技巧, 可以進行看板風格的發佈計畫和承諾管理 - 但是沒有任何特定的技巧是被規定一定要做的. 因此可以到goole上面尋找, 嘗試一些不同的技巧, 直到找到一個適合你的狀況為止. 隨著時間的推移, 我們可能會看到一些"最佳實務"的出現.
留言列表
