很多人對 kanban board 不太了解. 認為Scrum 的 task board 就是 kanban board, 這是一個常見的錯誤.
所以首先要先同步什麼是 Kanban Board. 如果沒有先定義好Kanban Board 是什麼, 你就很難說怎樣設計叫做好.
基本上, kanban board 是要把 idea 到變成產品的過程給包含進來, 他要呈現的是一個 flow 的過程. 在你要處理的範圍中, 事情進來會經過哪些步驟, 這些步驟會在 board上呈現.
ToDo, In Prog, Verify, Done 這樣的設計不算是一個 flow. 這個是一個萬用的處理事情的作法. 開發人員可以用, HR 可以用, sales 也可以用. 但是你們處理事情的步驟是大不相同的. 你無法在這個流程中, 明確說出哪些做得不好, 你總不能說 In Prog 做不好, 或是 Veirfy 做不好. 這個 In Prog 或 Verify 對 開發, HR or sales 是沒有意義的.
如果要能讓 kanban board 幫助你反應瓶頸的話, 你在設計 board 應該要思考以下問題:
(1) 看板系統能 全面地 反映 需求交付過程 嗎?
(2) 瓶頸 和 問題 能在看板上得到即時呈現嗎?
(3) 團隊可根據看板的資訊 協作 和 做決定 嗎?
你可以想想 ToDo, Doing, Review, Done 這樣的設計, 是無法回答以上的問題. 他只能呈現有哪些 task, 哪些開始做, 哪些做完. 這就是 Scrum board 原先要處理的事
如果是類似下面這樣 flow的 kanban board. 你才能類似說：原先是給客戶驗證這關太久, 或者是 QA驗證 bug這關太多返工. 所以接下來我們要如何改進. 上面 ToDo, Doing … Done 是說出不這樣有意義的話
發表迴響