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

全站熱搜

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