Scrum 指南 · Scrum 基础
什么是 Scrum？Scrum 框架详解
Scrum 是一个轻量级框架，帮助个人、团队和组织通过针对复杂问题的适应性解决方案创造价值。一个小型团队以固定时长的短冲刺开展工作，每次交付一个可用的增量，并利用所学规划下一个冲刺。
要点总结
- Scrum 是一个适用于复杂工作的轻量级框架。
- 它包含三项职责、五个事件和三个工件。
- 工作在一个月或更短的冲刺中进行，每个冲刺都交付一个可用的增量。
一段话了解 Scrum
产品负责人在产品待办事项列表中对工作进行排序。Scrum 团队在一个月或更短的冲刺中，将选定的工作转化为有价值的增量。团队及其相关方检视成果，并为下一个冲刺做出调整。Scrum Master 帮助每个人理解并有效运用 Scrum。如此循环往复。
构成要素
| 要素 | 组成部分 |
|---|---|
| 职责 | 产品负责人、Scrum Master、开发人员；请参阅 Scrum 团队角色 |
| 事件 | 冲刺、冲刺计划会、每日 Scrum、冲刺评审会、冲刺回顾会；请参阅 Scrum 仪式 |
| 工件 | 产品待办事项列表、冲刺待办事项列表、增量；请参阅 Scrum 工件 |
| 承诺 | 产品目标、冲刺目标、完成的定义 |
| 价值观 | 承诺、专注、开放、尊重、勇气；请参阅 Scrum 原则 |
Scrum 的起源
这个术语源自橄榄球，竹内弘高和野中郁次郎在 1986 年发表于《哈佛商业评论》的一篇关于产品开发的文章中使用了它。Jeff Sutherland 和 Ken Schwaber 将 Scrum 发展应用于软件开发，并于 1995 年公开发表。他们负责维护官方的《Scrum 指南》，该指南于 2010 年首次发布，最近一次修订是在 2020 年。
冲刺如何运作
- 冲刺计划会： 团队设定冲刺目标并选择工作。
- 每日 Scrum： 每天 15 分钟的进展检查。
- 开发： 团队构建可用的增量。
- 冲刺评审会： 相关方检视成果，并据此调整待办事项列表。
- 冲刺回顾会： 团队改进自身的工作方式。
请参阅 Scrum 流程 ，了解更多详情。
何时使用 Scrum
- 需求可能发生变化的复杂工作。
- 专职的跨职能团队。
- 能够决定优先级的产品负责人。
- 能够以可用增量交付的工作。
对于持续性、不可预测的工作，可考虑 Kanban.
本主题的免费模板
常见问题
Scrum 是一种方法论吗？
《Scrum 指南》称 Scrum 为框架而非方法论：它有意保持不完整，只定义了应用经验主义所需的部分，其余部分留给团队自行决定。
Scrum 只适用于软件吗？
不是。Scrum 是为复杂的产品工作而设计的，除软件外，还被用于营销、科研、教育和硬件领域。
简单来说，什么是 Scrum？
Scrum 是小型团队以固定时长的短周期（称为冲刺）处理复杂工作的一种方式。在每个冲刺中，团队交付可用的成果、获取反馈，并利用所学规划下一个冲刺。
Scrum 是谁创建的？
Jeff Sutherland 和 Ken Schwaber 在 20 世纪 90 年代初开发了 Scrum，并于 1995 年公开发表。他们共同撰写了官方的《Scrum 指南》。
什么是《Scrum 指南》？
《Scrum 指南》是由 Ken Schwaber 和 Jeff Sutherland 编写的官方免费 Scrum 定义。当前版本发布于 2020 年 11 月，可在 scrumguides.org 获取。
Scrum 的 3-5-3 指什么？
这是帮助记忆 Scrum 的口诀：三项职责（产品负责人、Scrum Master、开发人员）、五个事件（冲刺、冲刺计划会、每日 Scrum、冲刺评审会、冲刺回顾会）和三个工件（产品待办事项列表、冲刺待办事项列表、增量）。请参阅 Scrum 仪式 和 Scrum 工件.
Scrum 中的一个冲刺有多长？
一个月或更短。两周是最常见的选择，并且时长保持一致，以便团队掌握自己的节奏。
Scrum 与敏捷是什么关系？
Scrum 是践行敏捷价值观和原则的一种具体框架，定义了职责、事件和冲刺。敏捷是更宽泛的方法：许多敏捷团队使用 Scrum，也有团队使用看板、XP 或混合方法。 参见 敏捷与 Scrum.
Scrum 和 Kanban 有什么区别？
Scrum 以固定时长的冲刺开展工作，具有明确的职责和事件；而 Kanban 通过 WIP 限制管理持续的工作流，不要求设立特定角色。请参阅 Kanban 与 Scrum.
为什么叫 Scrum？
这个名字来自橄榄球中的争球（scrum），即全队齐心协力推动球向前。竹内弘高和野中郁次郎在 1986 年关于产品开发的文章中使用了这一比喻。
Scrum 中有项目经理吗？
Scrum 并未定义项目经理。相关工作由负责价值和优先级的产品负责人、致力于提升效能的 Scrum Master 以及自我管理的开发人员共同承担。