第五章 延展你的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 teamDev in Progress欄位
 

並且, feature team project board拉一個featureDev 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 teamReady for System Test欄位中挑出一個來處理

所以在
project board, 我們只會放feature的便利貼. 而在feature teamtask board, 我們會放這個feature所拆解出來的task的便利貼

此外每個
feature teamtask board的作法不一定要相同, 也就是每個feature team可以用自己的方式來組織task board的內容和排列方式
 

    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()