第五章 延展你的Kanban 白板
摘錄至
Lean from the Trenches - managing large-scale projects with kanban, Henrik Kniberg
Chapter 5 Scaling The Kanban Boards
當我們的人數達到六十人以上時, Kanban白板的處理變成是一種挑戰. 每個團隊通常都有他們自己的看板, 來顯示他們目前在做甚麼, 那些feature正在進行.
但是, 我們可能忽略了大方向,目前專案到底執行到哪了? 目前專案有甚麼瓶頸? 以及目前那些features可以在這次的release中交付?
為了解決這些問題, 我們建立了project board. 它是藉由feature 在白板上移動的狀況, 來顯示專案的全貌. 所以大家可以一起看見, 一起了解目前feature被處理到哪裡了. 以及自己feature team的行動, 會影響整個專案流程的那些地方.
首先, 我們讓每個feature team還是擁有自己的task board, 用來記錄著每日task level 的工作, 讓feature team的每個成員可以來同步訊息. 因此我們會有三個task boards(因為我們有三個feature teams), 然後我們再建立一個project board. 所以我們有兩階段的白板系統.
在Project board 中Dev in Progress 和Ready for System Test這兩個欄位, 我們將它橫向切成三個, 每一個放著每個feature team 正在處理的feature. 也就是當每個feature team 要處理下個feature時, 會從Next Ten Features這個欄位中, 拉一個feature到自己feature team的Dev in Progress欄位.
並且, 當feature team 在project board拉一個feature到Dev in Progress時, 他同時也要複製一張便利貼到feature team自己的task board. 到task board後就可以根據feature team自己的方式在task board被拆解和移動.
當feature team完成某個功能時, 他還要記得將project board中的feature, 從 Dev in Progress移到Ready for System Test欄位.
而系統測試團隊要拉下一個工作來進行時, 便會這三個feature team的Ready for System Test欄位中挑出一個來處理.
所以在project board中, 我們只會放feature的便利貼. 而在feature team的task board中, 我們會放這個feature所拆解出來的task的便利貼.
此外每個feature team的task board的作法不一定要相同, 也就是每個feature team可以用自己的方式來組織task board的內容和排列方式.
留言列表
