6.兩者都是以經驗為依據的 (2)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
範例: 在看板中實驗WIP的限制
看板其中一個典型的"調整點"是WIP的限制. 那麼, 我們如何知道這樣做是否是正確的?
假設我們有一個4個人的團隊, 我們決定WIP限制的值一開始是1.
每當我們開始處理一個項目, 在這個項目作完前, 我們不能再開始處理任何新的項目. 所以它將會很快的被做完
很棒! 但是事實證明, 對於一個有四個人的團隊, 它通常是不可以行的(在這範例中很明顯), 因為我們有人坐著沒事做. 如果只發生一次, 那沒有問題. 但是如果它經常發生, 其結果是平均前置時間將會增加. 基本上來說, WIP為1意味著當有項目到來時"進行中"欄位時, 它要很快地被處理. 但是大多數的項目都在"待處理"欄位阻塞超過所需要的時間, 所以在整個工作流程中, 前置時間的總和將會變成不必要地高.
因此, 如果WIP為1是太少的話, 那增加到8如何?
這將有一段時間能運作的很好. 我們發現, 平均而言, 成雙成對的將會使工作做完地最快. 所以以一個4個人的團隊, 隨時隨地, 我們通常有兩個進行中的項目. WIP值是8只是最高的限制, 因此有較少的項目在進行中會比較好.
但是, 想像一下, 我們遇到一個有關整合伺服器的問題, 所以我們不能完整地完成任何項目(我們做完的定義包含要做整合). 這樣的事情有時候會發生, 不是嗎?
既然我們不能完成項目D或E, 我們開始進行項目F. 但我們無法整合任何一個項目, 所以我們再找一個新的項目G. 過了一會兒, 我們達到我們看板的限制 - 8 個項目在"進行中"
在這個時刻, 我們無法再拉更多項目來做. 嘿, 我們最好修復壞掉的整合伺服器! WIP的限制會我們做出反應和修復瓶頸, 而不是只是放了一大堆為完成的工作.
這是很好的. 但是如果WIP的限制是4的話, 我們將能早一點作出反應, 因此讓我們有更好的前置時間的平均值. 所以這是一種權衡. 我們要衡量前置時間, 並且保持最佳化WIP的限制, 以優化前置時間.
過了一會兒, 我們可能發現有些項目堆在"待處理"的欄位. 這也是個時機點, 同樣地去增加WIP的限制.
為什麼我們需要一個"待處理"的欄位呢? 嗯, 如果每當團隊詢問時, 顧客能隨時告訴團隊下一步要做什麼, 那"待處理"的欄位可以不需要. 但是在顧客有時候不是有空的狀況下, "待處理"的欄位會讓團隊有個小的緩衝區, 可讓團隊在這段時間還有工作可處理.
實驗! 或者如scrum專家說的, 檢視&調適
留言列表
