Scrum 与 Kanban：区别在哪，小团队该选哪个
作者：Andrei Finogeev，Weft 创始人 ·
Scrum 用不超过一个月的固定冲刺来计划工作，有三种职责（Product Owner、Scrum Master、开发者），每个冲刺内有四个事件。Kanban（看板方法）没有冲刺，也不规定角色：工作在看板上持续流动，团队明确限制同时在做的工作量。如果一个多人团队需要固定的交付节奏和每个周期稳定的目标，选 Scrum；如果工作来得没法预测、优先级天天在变，选 Kanban。Scrumban 介于两者之间：以 Kanban 的流动为主，只在有帮助的地方用冲刺。
Scrum、Kanban 与 Scrumban：速查表
Scrum 以 2020 版《Scrum 指南》的定义为准，Kanban 以《Kanban 指南》（v2025.5）的定义为准。Scrumban 没有官方指南；这一列描述的是它通常的做法。
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| 节奏 | 一个接一个、每个不超过一个月的固定冲刺 | 持续流动，没有迭代 | 持续流动；冲刺可选，通常一到两周 |
| 角色 | Product Owner、Scrum Master、开发者 | 不作规定 | 不作规定；通常由一个人负责优先级 |
| 会议 | 冲刺计划会议、每日站会（15 分钟）、冲刺评审会议、冲刺回顾会议 | 不作规定 | 只开团队觉得有用的，通常是计划和评审 |
| 什么限制工作量 | 团队为这个冲刺承诺的内容 | 对在制品的明确上限 | 在制品上限，再加上冲刺目标（如果有的话） |
| 周期中途变更范围 | 冲刺目标保持不变；冲刺待办列表可以细化调整 | 随时：有空位就拉入下一项 | 随时；冲刺目标是靶子，不是锁 |
| 主要度量 | 朝冲刺目标和产品目标的进展 | 在制品、吞吐量、工作项年龄、周期时间 | 通常沿用 Kanban 的流动度量 |
| 看板 | 可选；每个冲刺重置 | 方法的核心；长期保留 | 长期保留；冲刺是其中的一段 |
| 最适合 | 朝一个目标开发、规模在十人左右以内的产品团队 | 支持、运维，以及工作总是计划外到来的人 | 既想要流动、又想要短期目标的小团队和独立创始人 |
Scrum 是什么
Scrum 最早由 Ken Schwaber 和 Jeff Sutherland 于 1995 年在 OOPSLA 大会上提出；今天的规则是 2020 版《Scrum 指南》。一个 Scrum 团队通常不超过十人，以冲刺为单位工作：冲刺是固定长度、不超过一个月的事件，上一个结束后紧接着开始。
每个冲刺有四个事件。冲刺计划会议（一个月的冲刺最多八小时）确定冲刺目标并挑选工作。每日站会是开发者 15 分钟的碰头。冲刺评审会议（最多四小时）向干系人展示成果，冲刺回顾会议（最多三小时）审视团队的工作方式。
Scrum 有三个工件，每个都对应一项承诺：产品待办列表（产品目标）、冲刺待办列表（冲刺目标）和增量（完成的定义）。
Kanban 是什么
《Kanban 指南》把 Kanban 定义为“一种优化价值在流程中流动的策略”。它源自丰田用来示意何时该再生产的卡片系统，在 2000 年代被改造用于知识工作。
它有三项实践：定义并可视化工作流，主动管理其中的工作项，以及改进工作流。唯一硬性的规则是：系统中的人要明确控制从开始到完成之间有多少工作项在进行，也就是在制品（WIP）上限。
Kanban 不规定角色、冲刺和会议。它跟踪四项流动度量：在制品、吞吐量、工作项年龄和周期时间。
优点与缺点
Scrum
- 节奏固定：每个人都知道下一次成果什么时候交
- 每个冲刺有明确目标，团队不容易跑偏
- 内置了检视产品和流程的时间点
- 每个冲刺四个事件，对两三个人的团队是实打实的时间成本
- 紧急工作要么等到下一个冲刺，要么打乱计划
- 每种职责都要有人担，一个创始人分身乏术
Kanban
- 直接用你现有的看板开始；只需加一个 WIP 上限
- 新工作随时可以拉进来
- 流动度量能看出工作卡在哪里
- 没有内置的截止日期或目标，耗时长的工作容易跑偏
- 没有 WIP 上限，它就只是一张带列的待办清单
- 提前规划完全交给团队自己
该选哪个
- 五到十人、路线图稳定的产品团队
- Scrum。当几个人每隔一两周就要对同一个目标达成一致时，这些事件花的时间是值得的。
- 支持、运维，或靠接收请求运转的团队
- Kanban。工作什么时候来就什么时候来；WIP 上限和清晰的 Done 列比冲刺计划更重要。
- 独立创始人或两到五人的团队
- Scrumban。保留一块带 WIP 上限的持续看板，把一到两周的冲刺当作短期目标，而不必搬全套 Scrum 事件。
Scrumban：折中之道
Scrumban 由 Corey Ladas 提出，作为 Scrum 团队转向基于拉动的流动的一种方式。实际上，它是一块带 WIP 上限、永不重置的 Kanban 看板，再加上作为可选时间盒、把部分工作归在一起的冲刺。完整指南介绍了规则和看板的搭建方法： 什么是 Scrumban？
当 AI 智能体承担部分工作时
如果 ChatGPT、Claude、Cursor 或 Codex 替你接任务，Scrum 的事件就没人参加了：智能体不会来开站会。仍然重要的是 Kanban 提供的东西：一块显示哪些在进行中的看板，一个 WIP 上限让十个任务不会同时开工，以及一条清楚的规则说明卡片什么时候算完成。
瓶颈也会转移。智能体干活很快，慢的那一步变成了你对它们成果的审查。给“可以等你审查的已完成工作”设上限，就是给人这一列设 WIP 上限。
Weft 正是为此打造的 Scrumban 看板：有列、可选的冲刺、对等待你审查的已完成工作量的上限，AI 会在开工前认领任务、汇报进度，遇到只有你能决定的事就停下来问你。
常见问题
Scrum 和 Kanban 是一回事吗？
不是。两者都是敏捷方法，也都常用看板，但 Scrum 用角色和事件固定的冲刺来计划工作，而 Kanban 是持续流动，不规定角色，并对在制品设明确上限。
Kanban 里有冲刺吗？
Kanban 本身没有：《Kanban 指南》不规定迭代。在 Kanban 看板上加冲刺的团队，通常是在做 Scrumban。
Scrum 的冲刺怎么运作？
冲刺是一段不超过一个月的固定时期。它以确定冲刺目标的冲刺计划会议开始；开发者每天开 15 分钟的每日站会；最后以审视成果的冲刺评审会议和审视流程的冲刺回顾会议结束，下一个冲刺随即开始。
Scrumban 是谁发明的？
这个词一般归功于 Corey Ladas，他在文章和 2009 年出版的书中把 Scrumban 描述为 Scrum 团队转向 Kanban 式拉动的一种方式。
Scrum 就是敏捷吗？
不是。敏捷是 2001 年《敏捷宣言》中的一套价值观和原则；Scrum 和 Kanban 是遵循它们的两种具体工作方式。
一个人的开发者能用 Scrum 吗？
照原样用不了：Scrum 假定有一个团队、承担三种不同的职责。一个人的开发者通常只保留有用的部分——待办列表和一个短期的冲刺目标——并把看板当 Kanban 来用，这就是 Scrumban。
资料来源
阅读于 2026年11月11日。