David Ko的學習之旅

我發現到 Al 大老對 LKU 槓上了, 兩邊對 Kanban 有著不同見解. 對我來說這是不錯的機會, 從他們討論中, 讓我可以思考 Kanban 到底是什麼.

Al 認為, 一般來說, 談到 Kanban 可能有以下幾種意思:
1. 一堆有資訊的卡片, 通常用小寫的 kanban 表示
2. 管理流程的方法 (Corey Ladas)
3. 一種思考的流程, 是精實的一部份, 並且會跟其他 lean-agile 方法一起使用 (Al Shalloway, Karl Scotland)
4. 一種利用看版來管理團隊的方法, 藉由拉式系統來管理流程. (LKU)
    - 會包含 3 個基本原則, 和 5 個核心實踐

他覺得 LKU 的方法不錯, 可是還不夠, 需要調整一些東西才比較合適:

1. Load leveling 和工作項目的大小
將工作拆解小批次交付(MVP/MMF), 以及 Theory of Constraints 等, 這些東西都有幫助及早反應變化, 和避免浪費, 並且也可以提早回饋. 這些在 LKU 中沒有提到.

2. 團隊組成結構
他認為 Scrum 會成功有兩個主要因素 (1) 小批次 (Scrum 是利用 iteration方式來實踐) (2) 跨功能小組 (cross functional team). 所以在實施 kanban 時, 團隊組成方式也是要 cross functional 才是正確. 可是在 LKU 中並沒有強調這點

3. 工作流程的順序
如果開發工作中, 還是先分析設計, 然後才寫程式和測試, 這樣的做事還是很沒有效率. 必須要改變做事方法, 讓工作及早同時進行, 或者避免不必要的浪費和重工(rework).

4. 看版中 queue 的管理
WIP 的部分是不錯的想法, 但是不是一個很好的起始點, 很多人在一開始時, 是不知道如何去設定, 反而造成團隊的挫折感.

其實不管調整了什麼, 我個人覺得都是一個原理: 沒有任何東西是銀製子彈, 可以解決所有事情. 你必須了解每個東西的使用時機, 適時地將它們組合起來使用. 這才是王道.