之前有人一直討論什麼是真 Scrum, 什麼不是 Scrum.
簡單的說, 在 Scrum Guide 上有提到的, 就是 Scrum.
不在 Scrum Guide 的, 就不是 Scrum.
例如: Scrum 是不是一定要用 user story, Scrum Guide 上沒寫, 所以 user story 根本就不是必需品. 你可以搭配 user story 來使用 Scrum, 但沒有用 user story 也沒有關係.
同樣的, 也有很多人搞不清楚什麼是 Kanban method.
很多 PMP 出身, 或者是傳統製造業的, 他們認為的 Kanban, 是豐田汽車公司在 1940 年代所發明的, 是一個生產管理系統. 豐田生產系統的兩大支柱是just-in-time和automation. 用來輔助這個系統的工具就是看板. 看板實踐了一個pull system以用來達成just-in-time的工作.
但是, 在軟體圈或者是敏捷圈, Kanban method 和 豐田公司所說的看板管理系統是不一樣的
Kanban method 是由 David J Anderson 所發明的, 當然啦, 他是受到 豐田汽車的 Kanban 管理系統的啟發, 把他的概念套用到軟體上, 不過 David 有進行一些修改, 和豐田那已經大大的不同.
David 說看板是一個變革管理方法, 幫助科技研發或運維部門, 以漸進和演進的方式來改善.
看板方法的原則 (principles) 如下: (你可以說這是看板的基本思維)
(1) Start with what you do now
(2) Agree to pursue incremental, evolutionary change
(3) Respect the current process, roles, responsibilities & titles
(4) Encourage acts of leadership at all levels in your organization
看板方法的實踐方式(Practices)如下:
(1) Visualize (the work, workflow and business risks)
(2) Limit WIP
(3) Manage Flow
(4) Make Process Explicit
(5) Implement Feedback Loops
(6) Improve Collaboratively, Evolve Experimentally (using models & the scientific method)
只要你是照著上面實踐方式來使用 Kanban method, 那就是 David J Anderson 的看板方法.
當然有人套用的比較深入, 有些可能比較淺. 所以就有人提出衡量你使用看板的成熟度, 如下圖所示.
如果你說用看板方法後, 就不能使用 iteration 嗎? 或者就不需要估時程嗎?
不是這樣的. 看板方法只說明你要照上面的實踐方式 來落實就是看板方法. 如果你要加其他 practices 都可以.
但絕對不是說用了看板方法後, 就不能使用 iteration.
用了純 kanban method 是否就比較厲害, 我不知道. 但是不要加一些奇奇怪怪的規則, 說這是看板方法規定的. 看板方法只規定了那些 Principles and core practices.
所以看板方法的實踐 其實就是一種 PDCA 的落實方式: 畫出你現在的流程, 利用 WIP 暴露出你的問題, 提出 policy 來改進, 利用回饋機制來看改進流程或 policy.
他沒有任何特別的套路, 沒有限定一定要用哪種規則. 就像笑傲江湖中說的, 有招式就會被破, 你必須要當下狀況出招. 看哪裡有瓶頸, 我們就改進那裡.
所以, 知道什麼是看板方法了嗎?
文章標籤
全站熱搜
留言列表
