敏捷指南 · 敏捷基础
敏捷与 Scrum：有什么区别？
人们常常把“敏捷”和“Scrum”当作同一回事。两者相关，但并不相同。敏捷是一套价值观和原则。Scrum 是一个具体的框架，具有明确定义的角色、事件和工件，用于将这些原则付诸实践。
要点总结
- 敏捷是一种思维方式；Scrum 是应用这种思维方式的框架。
- Scrum 增加了三项职责、五个事件和三个工件。
- 专职的产品团队选择 Scrum；持续流动型的工作可考虑 Kanban。
简短回答
敏捷 是一种理念，阐述于 敏捷宣言. Scrum 是应用这种理念的框架。所有 Scrum 都是敏捷的，但并非所有敏捷都是 Scrum。Kanban、XP 和精益是实现敏捷的其他方式。
Scrum 增加了什么
Scrum 将敏捷原则转化为具体的结构：
- 三项职责： 产品负责人、 Scrum Master 和开发人员。
- 五个事件： 分别是 冲刺、冲刺计划会、每日 Scrum、冲刺评审会和冲刺回顾会。参见 敏捷会议.
- 三个工件： 产品待办事项列表、冲刺待办事项列表和增量，各自对应一项承诺：产品目标、冲刺目标和 完成的定义.
- 时间盒： 每个事件都有最长时限。
这些规则在《Scrum 指南》中定义，该指南由 Ken Schwaber 和 Jeff Sutherland 维护，最近一次修订是在 2020 年。
敏捷与 Scrum 对比
| 敏捷 | Scrum | |
|---|---|---|
| 是什么 | 价值观和原则 | 一个具体的框架 |
| 角色 | 未作规定 | 产品负责人、Scrum Master、开发人员 |
| 节奏 | 任何迭代节奏 | 长度固定、不超过一个月的冲刺 |
| 规则 | 仅提供指导 | 明确定义的事件、工件和时间盒 |
| 范围 | 任何团队或组织 | 主要是开发产品的单个团队 |
何时适合选择 Scrum
- 一个专职的跨职能团队开发同一个产品。
- 工作可以按固定长度的周期进行规划。
- 产品负责人能够做出优先级决策。
- 团队在学习敏捷的过程中能从清晰的结构中受益。
如果工作的到来难以预测，例如支持或运维工作， Kanban 通常更合适。
常见问题
敏捷与 Scrum：不使用 Scrum 也能实现敏捷吗？
可以。Kanban、XP、精益以及许多定制化的方法都是敏捷的，但并未使用 Scrum。
敏捷与 Scrum：Scrum 是最好的敏捷框架吗？
它是使用最广泛的框架，但最好的框架是适合您工作的那一个。许多团队将 Scrum 与 Kanban 实践相结合；参见 Scrumban.
敏捷与 Scrum：Scrum 就是敏捷吗？
不是。敏捷是一套价值观和原则；Scrum 是应用这些价值观和原则的一个具体框架，具有明确定义的职责、事件和工件。
敏捷与 Scrum：Scrum 中的三个角色是什么？
产品负责人、Scrum Master 和开发人员。2020 版《Scrum 指南》将其称为职责。参见 Scrum Master 角色.
敏捷与 Scrum：Scrum 的五个事件是什么？
冲刺、冲刺计划会、每日 Scrum、冲刺评审会和冲刺回顾会。参见 敏捷会议与仪式.
Kanban 属于敏捷还是 Scrum？
Kanban 本身就是一种敏捷方法，独立于 Scrum。它通过 WIP 限制管理持续流动，不要求设置特定角色或冲刺。
敏捷与 Scrum：Scrum 可以在软件之外使用吗？
可以。只要是小团队处理可以增量交付的复杂工作，Scrum 就可以用于营销、研究、教育等领域。
敏捷与 Scrum：Scrum 是一种方法论还是一个框架？
《Scrum 指南》将 Scrum 描述为一个轻量级框架。它定义了最基本的结构，由团队自行添加其他实践。
敏捷与 Scrum：由谁维护 Scrum？
其创始人 Ken Schwaber 和 Jeff Sutherland 负责维护《Scrum 指南》。当前版本发布于 2020 年。
初学者应该先学习敏捷还是 Scrum？
先学习敏捷价值观，再将 Scrum 作为其具体示例来学习。理解规则存在的原因，会让 Scrum 更容易应用。
敏捷与 Scrum：什么是 Scrumban？
一种混合方法，保留了 Scrum 的规划和评审节奏，但采用 Kanban 的持续流动和 WIP 限制。参见 敏捷方法论的类型.