15. Scrum白板 v.s 看板白板 - 一個較簡易的範例 (1)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在scrum中, sprint backlog只是全貌中的一部份 - 這部份顯示團隊在目前這個spint中正在進行什麼. 其它部份是在產品的backlog中 - 產品負責人打算在未來sprints要完成的項目清單.
產品負責人可以看得到, 但是不能碰觸sprint backlog. 他可以在任何他喜歡的時間修改產品backlog, 但是這個改變在下個sprint才會生效(也就是, 不會影響目前正在進行的工作).
當sprint結束, 團隊會"交付可能出貨的程式"給產品負責人. 所以團隊完成這個sprint, 然後進行sprint檢視, 以及展示功能 A, B, C和D給產品負責人. 產品負責人現在能決定是否要發行這個版本. 最後一部份 - 實際發行產品 - 通常沒有包含在sprint裡面, 因此不會在sprint backlog中看到.
反之, 在這種情況下, 看板的白板可能看起來是這樣:
現在整個流程是在同一個白板上 - 我們不只看一個scrum團隊在一個循環中在做什麼
在上面的例子, "Backlog"欄位只是個普通的願望清單, 並沒有特定的順序. 在"Selected" 欄位裡面的是高優先順序的項目, 並且有限制是2個. 所以在任何時間點可能只有2個高優先順序的項目. 每當團隊準備好開始處理新的項目, 他們將從"Selected"欄位中取出最優先的項目. 產品負責人可在任何他想要的時間, 改變"Backlog"和"Selected"欄位的內容, 但不是其他欄位.
"Dev"欄位(分成兩個子欄位)顯示了哪些項目是目前正在開發, 並且限制是3. 以網路的術語來說, 看板的限制相當於是"頻寬", 而前置時間相當於是"ping"(或是反應時間)
為什麼我們把"Dev"欄位分成兩個子欄位"Ongoing"和"Done"? 這是讓線上的團隊(production team)有機會知道什麼項目他們可以放到生產線上.
"Dev"限制是3, 並且是由兩個子欄位來分享. 為什麼呢? 假設有兩個項目在"Done"欄位:
這意味著僅有一個項目在"Ongoing"欄位. 也意味著可能產能過剩, 開發人員可能想開始處理一個項目, 但是因為看板的限制而不被允許. 這將給他們強烈的誘因去集中力量, 幫忙把事情能推上生產線, 清除掉"Done"欄位內的項目, 以最大化整個流量. 這樣的效果是好的, 並且循序漸進 - 更多的項目留在"Done", 將會使更少的項目是允許在"Ongoing"欄位中被處理 - 將會幫助團隊集中在正確的事情上面.
留言列表
