最近在看 Kanban in Action, 其中有個章節在談如何設定 WIP limit, 個人覺得他整理很不錯, 很值得大家去買來看看.
首先, 讓我們來看看書中的第一類方法, 是從團隊整體來著手, 也就是設定團隊最多能處理多少個工作(假設團隊中有 N 個成員):
1. WIP limit = N (每個人最多只能處理 1 個)
團隊成員每個人最多同時只負責一件事情. 但是很快地, 你會發現到每個人做事的速度不同, 當某個人做得慢時, 或者被卡住時, 其他人便不能動作了, 所以這個方法不 work.
2. WIP limit = 2 * N (每個人最多只能處理 2 個)
團隊成員每個人最多同時可以處理兩件事情. 所以當一個事情卡住後, 便可以換另一件事情處理. 這個方法立意不錯, 可是在某些組織, 這其實是很寬鬆的狀況. 因為你把水位升高了, 看不出水面下的淤積, 所以可能讓你很慢才知道, 其實我們有些地方做得不好.
3. WIP limit = 1.5 * N (每個人最多只能處理不到 2 個)
因為上面的設定可能會很寬鬆, 因此我們採取了另一種方式, 平均讓每個人不能同時做到 2 件工作, 是不是乘 1.5 不重要, 重點是精神上想讓問題早點顯現出來, 這樣我們才能早點採取行動.
4. WIP limit = N /1.5 (搭擋編程的團隊)
如果你的團隊有實施搭擋編程, 這時候你可能是兩個兩個一組在做事情, 但是有時候也可能是一個人自己做, 因此我們可以採用 N/ 1.5的方式, 之所以不除以 2, 就是像前面說的不會剛好每次都是兩個人一起做, 這樣會比較符合實際狀況.
5. Don Reinertsen 公式
這是 Don Reinertsen 提出的做法, 首先一開始設定團隊成員的兩倍, 然後再以 20% 來逐漸減量.
例如團隊有 5 個人, 一開始時 WIP limit 設成 10, 然後一段時間, 也許 2 個月, 就試著降成 8, 如果團隊運行順暢, 再降成 6, 之後再降成 5 ….. 這個公式不錯, 團隊可以很容易開始, 然後以有規律的方式來下降.
我想設定 WIP limit 重點是要 flow 的流動很順暢, 不要有人沒事做, 也不要有人卡了很多事情. 此外, 我們還在乎設定的目的是什麼, 要能對於你實驗的目的作出解釋, 這樣大家就會知道你的精神是什麼, 會比較容易接受和執行.
留言列表
