scrum 告诉你怎么工作，kanban告诉你工作的怎么样 – Paul Klipp
相似项
- 两者都符合精益和敏捷思考
- 两者使用"拉动式"安排日程
- 两者限制开发中工作数目
- 两者是透过透明度来驱动过程开进
- 两者集中提早及衡常的付运软件
- 两者基于自我组织团队
- 两者要求把工作细分
- 在两个情况下发布计划都是基于经验数据（速度／开发周期）持续优化
| 对比项 | Scrum | 看板 |
|---|---|---|
| 计划 | 它有固定的计划，它专注于规划。它从sprint计划开始，以sprint审查结束，回顾性。举行日常会议，以便团队了解后续步骤，优先事项以及之前步骤的经验。 | 它没有固定的计划，也没有每日会议。在看板中，可以随时发生变化，即频繁发生变化。 |
| 时间线 | 在scrum中，处理具有固定时间持续时间的sprint意味着在一段固定时间之后，要向客户端提供一些东西。 | 看板没有sprint的概念，因此没有固定的时间表来将产品交付给客户端。 |
| 任务估算 | 在sprint计划期间，决定从产品待办事项中提取多少活动并添加sprint backlog。例如，如果sprint持续两周，则以这样的方式选择活动的数量，使得它们可以在冲刺内完成，即在两周内完成。 | 它不估计任务。 |
| 适应性 | 此方法适用于大型项目，因为大型项目可以分为多个sprint。 | 它主要适用于小型项目。 |
| 工作限制 | 间接的限制开发中的工作（每个迭代） | 设定开发中的工作的限制(每个工作流程状态) |
| 不断变化 | 在Scrum中，可以在较短的sprint中轻松调整不断变化。 | 如果发生任何重大变化，则看板方法失败。 |
| 任务变更 | 在迭代中不能加入新的工作任务 | 只要生产力容许，可以随时加工作任务 |
| 成本 | 在Scrum中，估计任务，即在sprint中采取固定数量的活动，因此项目的总成本是最小的。 | 在看板中，不会估算任务，因此项目的总成本不准确。 |
| 角色和责任 | 产品负责人/Scrum master/团队) 在Scrum中，Scrum Master将特定角色分配给团队成员，而产品负责人则告知团队成员必须工作的产品目标。 | 没有为团队成员分配预定义角色。所有团队成员都有责任合作提供有价值的产品。 |
| 团队 | 指定跨功能团队 | 没有指定跨功能团队，也容许专门团队 |
| 是否跨团队 | 由单一的团队负责Sprint backlog | 对个团队和成员分享看板 |
| 生产力的测量 | 通过使用循环时间或从开始到结束完成整个项目所花费的时间来衡量生产率。 | 通过sprint使用速度来衡量生产率。 |
| 发布方法 | 每次sprint结束后发布小版本。 | 它提供持续交付。 |
| 看板周期 | Scrum board在每个迭代后重设 | 看板反应持久的开发情况 |
| 优先级 | 规定优先化的proiduct backlog | 优先级是非必须的 |
refers:
https://www.yiibai.com/jira/jira-kanban-vs-scrum.html
https://www.tapd.cn/forum/view/36701