在學習 scrum 的過程中, 有提到一個叫做任務版(task board) 的東西, 它是用來存放團隊在這個 sprint 的工作, 然後以視覺化的方式呈現.
那它通常以什麼方式呈現呢? 它通常會有 4 個欄位:
Story: 在這個 sprint 要處理的需求, bug 或是技術債
To Do: 要完成這個 story 所要進行的任務 (task)
In Prog: 如果任務已經開始進行了, 就放到這個欄位.
Done: 如果任務已經完成了, 就放到這個欄位.
因為一開始的 scrum 比較紅, 所以提出 task board 大家都不會有任何疑問. 可是經過一段時間後, 另一個敏捷方法: Kanban 漸漸出現了.
這個是字的中文是看板. 對老中來說, 自然而然會認為 kanban 和 task board 應該是同一個東西, 把他們想在一起.
如果事情這麼簡單, 那為什麼還要創一種方法叫做 Kanban, 來跟 Scrum 比較. 為什麼只拿一塊白板, 就可以幫助大家改善軟體開發流程 ….
可是, 有趣的是, 遇到很多人, 還是認為看板就是未實作, 實作中, 已實作. 這樣 David J Anderson 會想哭哭的.
那到底什麼是 Kanban? 我想有可能是大家是被這三個東西搞混: Kanban, Kanban System 和 Kanban Method. 之前有寫過文章比較過他們的差別, 大家可以自行回憶一下.
所以簡單的說, Kanban 方法是利用限制同時處理的工作量(WIP)和視覺化工作流程, 來持續改善, 以達到變革管理.
河馬不是馬, 不是只要有一個馬, 就可以算成同類.
全站熱搜
留言列表
