常見對精益看板方法的誤解 @ David Ko的學習之旅

在敏捷的世界中, 只要遵守 Agile Manifesto 和 Principles 的方法, 我們都會稱之為敏捷方法. 所以這也就是你為什麼在市面上會看到有 Scrum, eXtreme Programming, Kanban, FDD 等作法.

發現到其中 Kanban method, 在台灣常常有人對他有些誤解

(1) Kanban method 是豐田高層發明的

Kanban method 是 David J Anderson 在 2005 年發明的. 他有參考 W Edwards Deming, Eli Goldratt, Peter Drucker 和 Taiichi Ohno 等作法. 並且一開始是落實在軟體上面.

如果你說 Kanban method 是豐田高層發明的, 那你談的是豐田的看板. 所以很多人會接著提豐田管理的 14 項原則. 那些原則個人覺得都很棒, 很值得去了解. 但是那個東西要拿到軟體開發上, 需要做不少調整, 你需要有落實的 practices.

就像敏捷宣言一樣, 他有價值觀和原則, 但如果沒有那些落地的敏捷方法, 光靠前者, 不容易讓普通老百姓可以來使用. 所以 David Anderson 的 Kanban method 便是落實豐田管理精神, 在軟體產業的做法. 但你不能說 Kanban method 就是豐田的看板管理. David Anderson 做了很多加值的改變.

(2) Kanban method 其實就是白板(task board, white board)

很多人把 Kanban method 想成是 Scrum 的 Task board, 或者是任意一塊白板, 只要有用到 Scrum 的 task board, 就說是在實施看板. 這是錯誤的, 看板是一個框架, 背後有一堆實踐和理論, 不是只是一塊版子.

Kanban method 有以下這些核心的實踐

Visualize
LImit WIP
Manage flow
Make policies explicit
Implement feedback loops
Improve Collaboratively, Evolve Experimentally (using models & the scientific method)

https://djaa.com/the-principles-and-general-practices-of-the-kanban-method/

你必須要有落實這些實踐才稱得上是在用 Kanban method.

(3) Kanban method 是軟體開發方法

Kanban method 不是軟體開發方法, 他是變革管理方法, 他試圖用最小阻力的方式, 來讓變革可以成功.

在 Kanban method 中的基本原則中提到