在討論 Kanban 和 Scrum 的差別時, 大多數的人都是參考 Henrik Kniberg 的 scrum and kanban making the most of both 書中的說明. Al 則是從兩者的思考方式來比較, 我想從思想上來做探討, 會讓你更深入他們的差異性. 以下是 Al 的比較結果:
- Dec 17 Tue 2013 06:58
Lean, Kanban, Scrum 的比較
- Dec 16 Mon 2013 09:22
Al Shalloway 對 Kanban 的討論
我發現到 Al 大老對 LKU 槓上了, 兩邊對 Kanban 有著不同見解. 對我來說這是不錯的機會, 從他們討論中, 讓我可以思考 Kanban 到底是什麼.
Al 認為, 一般來說, 談到 Kanban 可能有以下幾種意思:
1. 一堆有資訊的卡片, 通常用小寫的 kanban 表示
- Dec 02 Mon 2013 15:01
如何利用 Kanban讓 Scrum 更完美
這是我在 qCon 上海 2013 所發表演講的摘要 (http://www.qconshanghai.com/node/403), 描述在專案中使用 Kanban 的經驗. 歡迎大家多多指教.
專案背景
首先先介紹專案的背景. 這部分其實很重要, 因為我的解藥可能會是你的毒藥. 你必須要先了解的背景和來龍去脈, 這樣你便可以判斷是否可以套用在你的專案中. 因為沒有所謂的銀製子彈, 只有較合適的做法.
- Nov 26 Tue 2013 20:05
利用看版來管理跨團隊合作
- Nov 25 Mon 2013 10:27
把做完給視覺化
看板最重要的事情, 就是要把工作流程視覺化. 很多團隊在開始使用看板時, 會把工作流程上的步驟, 變成看板上的每個欄位, 然後查看工作是否進行得很順暢.
通常我們會把 DOD (Definiton of Done) 貼上看板的欄位上面, 提醒團位成員要遵守這些規矩. 可是你也知道人性就是會忘記一些事情, 因此我們可以改變一些, 來讓看板更有用: 把做完的條件變成是看板上的欄位.
例如: 開發人員完成架構設計後, 必須要通過檢視才算是完成. 或是程式撰寫完畢後, 需要經過資深同事檢查完, 才可以算是寫完.
這樣狀態就很清楚, 我們就可以在看板上很容易知道這個功能是否是真的做完, 還只是自己做完而已.
