16. Scrum和看板比較的結論
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
類似的地方
- 都是精實和敏捷
- 都使用拉式排程
- 都有限制WIP
- 都利用透明化來驅使流程的改進
- 都著重於盡早及經常交付可出貨的軟體
- 都是基於自我組織的團隊
- 都要求把工作拆解成更小的工作
- 在兩者中, 發佈計畫是根據 資料(速度/前置時間)來持續優化
不同的地方
Scrum
- 規定要有時間框限制的循環
- 團隊承諾要在這個循環中要完成特定數量的工作
- 在規劃和流程改進時, 利用速度當作的預設度量方法
- 規定要有跨功能的團隊
- 項目必須能被拆解, 好讓他們能在一個sprint中被完成
- 規定要有燃燒圖
- 間接地限制了WIP (套用在每次的sprint上)
- 規定要做估算
- 不能在正在進行中的循環增加需求項目
- Sprint backlog是由某個特定的團隊所擁有
- 規定要有3個角色(產品負責人/scrum master/團隊)
- Scrum白板的內容在每次sprint都被重設
- 規定要有一個排好優先順序的產品backlog
看板
- 有時間框的循環不一定需要. 規劃, 發佈, 和流程改進可以有不同的節奏. 可以是事件驅動, 而不用有時間框限制
- 承諾不一定需要
- 使用前置時間當作規劃和流程改進的基本度量
- 跨功能團隊不一定需要. 專家小組是允許的
- 沒有規定要特定大小的項目
- 沒有規定要特定型態的圖表
- 直接規定WIP的限制(套用在每個流程的狀態上)
- 估算不一定需要
- 只要產能允許的話, 可以增加新的項目
- 看板的白板可以讓多個團隊或是個人共用
- 沒有規定任何角色
- 看板的白板內容是持續存在的
- 優先順序不一定需要
就是這樣, 現在你知道他們的差別了
但是, 還沒有結束, 現在好戲正要上場! 把鞋子穿好, 現在要和Mattias跳進壕溝中, 實際看看到底它是怎樣!
留言列表
