相似性
- 都是既精益又敏捷
- 都是拉动式计划
- 都限制了WIP
- 都以透明的方式驱动过程改进
- 都关注于尽早交付、频繁交付可发布的软件
- 根基都是自组织型团队
- 都需要把工作拆分
- 发布计划都是根据经验数据
差异
Srcum
Kanban
规定了古代时长的迭代
固定时长的迭代是可选的。计划、发布、过程改进等活动可以各有各的节奏。它可以由事件驱动，不用非要固定时长
团队承诺，当前迭代做完一定量的工作
承诺是可选的
用生产率作为计划和过程改进的默认度量手段
用生产周期作为计划和过程改进的默认度量手段
规定了跨功能团队
跨功能团队是可选的，可以有专职团队
任务必须分解，以便在1个Sprint里面能做完
没有规定任务规模
规定了燃尽图
没有规定专门的图表形式
间接限制（每个Sprint）WIP
直接限制（每个工作流状态的）WIP
不能往进行中的Sprint里面加任务
只要有人手富余就可以加任务
一个Sprint Backlog归一个团队所有
一张看板图可以由多个团队或多人共用
规定了三种角色（PO\SM\Team）
没有规定任务角色
每个Sprint直接重置Srcum板
看板图一直保留
规定了经过优先级排序的产品backlog
优先级排序是可选的