Kanban vs Scrum 簡要說明並比較 scrum 以及 kanban，雖然兩者都屬於 agile managment 的方法，但在自由度的精神上，還是有些差異。一個 agile 團隊不會照單全收某個方法的所有工作指引，而是在透過討論與實際的驗證，決定該怎麼進行團隊管理，本文的作者認為可以整合 kanban 與 scrum 方法，調整為自己的團隊專屬的專案管理方法。

中文版比較Kanban和Scrum

scrum

將所有成員分為數個 small, cross-functional, self-organizing teams
將整個專案切割為數個 small, concrete deliverables，並以 priority 以及預估的 effort 排序
將時間切割為 short fixed-length iterations (通常是 1~4 週)，每一次 iteration 都能產出可 demo 可釋出的 code
持續跟客戶review release plan 並更新工作的優先順序，基本是以每一次 iteration 結束 release 的產出目標為基準。
每一次 iteration 之後，都要再 optimize process

kanban

將 workflow 以圖表視覺化
切割工作項目，寫在卡片並貼在牆上
在 workflow 中為每個工作 columns 命名工作階段
限制 WIP(work in progress)，明確地限制每一個 workflow state 的 WIP 上限
估算 lead time（完成一個 item 需要的平均時間，也稱為 cycle time），持續改善 process 直到可以正確地估算 lead time

Agile 自由度

以下的圖表，將幾個管理方法放在 agile 自由度的光譜上度量，流程越複雜，細節越繁瑣的管理方法在左邊，輕量化，以軟體產出為主要目標，讓團隊更專注在專案開發上，減少專案管理 effort 的管理方法在右邊。

換句話說，Agile 就是讓團隊成員越自由，老闆不需要管什麼，就能自動把專案跟事情做好，但這應該只是理想，人與人之間還是需要一些溝通與資訊交換，才能確保軟體功能實作時，內部的資料邏輯與精神是一致的。

focus vs interrupts, repeatable vs exploratory innovation

Scrum 與 Kanban應用環境文章中提到Scrum or Kanban? YES! 提出的一個比較的圖表。

二維的圖表可區分為五個區塊

focus - innovation
scrum
同時需要專注在創新以及專案開發，並維持持續交付 deliverables
focus - repeatable
production line kanban
例如生產線作業員、產品量產階段
interrupts - innovation
混合使用 scrum 與 kanban
interrupts - repeatable
support kanban
例如客服中心、公司內部的 MIS，需要團隊持續維護，並作些微的調整與修改
中間
kanban

類似的地方

都是符合 lean and agile 精神的管理方法
都使用 pull scheduling
都有限制 WIP (work in progress)
都利用 transparency 透明化來改善工作流程
都著重於儘早及經常交付可出貨的軟體
都是給 self-organizing team 使用
都要求把工作拆解成更小的工作細項
發佈計畫是根據資料(速度/前置時間)來持續優化

不同的地方

Scrum	Kanban
timeboxed iterations prescribed (預先定義 itertation 的時間)	timebox iterations optional (可區分 planning, release, process improvement 階段，且可以 event-driven 取代 timeboxed)
團隊 commits 每個 iteration 交付的工作量	commitment optional
以 velocity 生產率作為流程改善與計畫的 metric	以 Lead Time 生產週期作為流程改善與計畫的 metric
cross-functional teams	cross-functional teams optional 允許有 specialist teams
工作必須 break down 至 1 sprint 可完成的份量	沒有特定的 item size
burndown chart prescribed	沒有特定的 diagram
間接限制每個 sprint 的 WIP	直接限制每個 workflow state 的 WIP
estimation prescribed	estimation optional
不能在進行中的 iteration 增加 item	只要團隊容量允許，就可以增加 item
由一個特定團隊維護 sprint backlog	數個團隊或多人共享一個 kanban board
有三個角色 PO/SM/Team	沒有預定的角色
sprint 結束後就重設 scrum board	kanban board 是永久長存的
預先定義 prioritized product backlog	prioritization is optional