7. Scrum 拒絕在循環內作改變
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
比方說, 我們的scrum白板看起來像這樣子:
如果有人出現, 說想要增加E到白板上去呢?
Scrum的團隊通常會這樣說: "不, 對不起, 我們已經承諾要在這個循環做A+B+C+D. 但是可以隨意把E放到產品backlog上去. 如果產品負責人認為它有較高的優先順序, 我們會把它放到下次的循環中." 正確的sprint長度, 是剛好讓團隊足夠的時間集中精神把事情做完, 同時還允許產品負責人定期去管理和更新優先順序.
那麼, 看板團隊會說什麼呢?
看板團隊可能會說: "請隨意去增加E到"待處理"的欄位. 但是因為這個欄位的限制是2, 所以在這種情況下你需要去移掉C或D. 我們現在正在處理A和B, 只要我們一有空檔, 我們會從"待處理"欄位中, 把最重要的項目拿來處理."
因此, 一個看板團隊的反應時間(多久能回應一個優先順序的改變), 在根據一般的原則: "一個項目處理完 = 另一個項目才能進來"(由WIP的限制來驅動), 是指多久才能讓你有空擋去處理下一個項目.
在scrum中, 平均來說, 反應時間是sprint長度的一半.
在scrum裡面, 產品負責人不能碰觸scrum的白板, 因為團隊已經承諾在這個循環中, 要完成一些特定的項目. 在看板中, 你必需設定你自己的基本規則, 也就是誰可以被允許去改變白板的內容. 通常來說, 產品負責人會在最左邊的欄位, 像"待處理", 或"準備中", 或"Backlog", 或"建議的", 那裡他可以隨時根據自己的喜好更改內容.
然而這兩種方法並不互相排斥. Scrum團隊可以決定允許產品負責人, 在sprint中間去修改優先順序(雖然這通常會被認為是例外). 而看板團隊可以決定去增加些限制, 當優先順序要被改變時. 甚至看板團隊可以決定採用有時間框的循環, 並且固定承諾的範圍, 就像scrum一樣.
留言列表
