Terry 哥在他的文章 (跑看板要不要把 Story 拆解成 Task?) 中提到在kanban board 中, 是否要把 task拆解出來的故事.
這讓我想到真的很多人對 kanban board 不太了解. 很多人對此的認知, 認為Scrum 的 task board 就是 kanban board, 這個已經是第一個常見的錯誤.基本上, kanban board 是要把 idea 到變成產品的過程給包含進來, 他要呈現的是一個 flow 的過程.
所以 Scrum board 和 Kanban board 應該會有以下的不同之處
Scrum board
(1) 板上的便利貼: 主要是 task
(2) WIP: 主要是限制在一個迭代內做的內容不能變
(3) 生命週期: 主要是某個 sprint 的內容
(4) 欄位: 沒特別限制, 主要是 story, to do, in prog, done
Kanban board
(1) 板上的便利貼: 可以是 story, task
(2) WIP: 可以限制在 人, column 或者是 row 上面. 限制的數量可以是最多做幾個, 或者是最多做多少 story point, 工時等等
(3) 生命週期: 產品整個生命週期
(4) 欄位: end to end 的 flow
那接下來的問題是, 你在設計 kanban board 時要注意什麼事情呢? 基本上有以下幾點你可以參考:
(1) 看板系統能 全面地 反映 需求交付過程 嗎?
(2) 瓶頸 和 問題 能在看板上得到即時呈現嗎?
(3) 團隊可根據看板的資訊 協作 和 做決定 嗎?
(from 何勉)
因此, 當 Terry 哥為了解決 (2) 和 (3) 的問題時, 把 task 加入到 kanban board 自然也是合理的做法
這不只故事切 task 可以這樣, 有時候 epic 切成 story 也是可以
所以看板的設計真的是很重要. 絕對不是只是 to do, in prog, done 外加 WIP limit 而已, 這就太小看了 kanban board
全站熱搜
留言列表
