相似性

• 都是既精益又敏捷
• 都是拉动式计划
• 都限制了WIP
• 都以透明的方式驱动过程改进
• 都关注于尽早交付、频繁交付可发布的软件
• 根基都是自组织型团队
• 都需要把工作拆分
• 发布计划都是根据经验数据

差异

Srcum

Kanban

规定了古代时长的迭代

固定时长的迭代是可选的。计划、发布、过程改进等活动可以各有各的节奏。它可以由事件驱动，不用非要固定时长

团队承诺，当前迭代做完一定量的工作

承诺是可选的

用生产率作为计划和过程改进的默认度量手段

用生产周期作为计划和过程改进的默认度量手段

规定了跨功能团队

跨功能团队是可选的，可以有专职团队

任务必须分解，以便在1个Sprint里面能做完

没有规定任务规模

规定了燃尽图

没有规定专门的图表形式

间接限制（每个Sprint）WIP

直接限制（每个工作流状态的）WIP

不能往进行中的Sprint里面加任务

只要有人手富余就可以加任务

一个Sprint Backlog归一个团队所有

一张看板图可以由多个团队或多人共用

规定了三种角色（PO\SM\Team）

没有规定任务角色

每个Sprint直接重置Srcum板

看板图一直保留

规定了经过优先级排序的产品backlog

优先级排序是可选的