Scrum定义

从Scrum的起源可见，Scrum的产生是为了指导团队在面对复杂问题不确定的情况时，能够通过齐心协力、自管理的方式去应对，提高速度和灵活性，更加适应市场的需求。依据2020年发布的最新Scrum指南，Scrum 是一个轻量的框架，它通过提供针对复杂问题的自适应解决方案来帮助人们、团队和组织创造价值。下面通过3张图我们一起来了解下Scrum框架。

图1：Scrum框架

提到Scrum框架，就会想到“3355”，详细内容如下图所示，“3355”分别代表3个职责、3个工件、5个事件、5种价值观。

图2：简单Scrum的流程

一个简单的Scrum流程如下图所示。

首先，是输入，根据相关利益干系人的需求，Product Owner创建Product Backlog，记录产品的需求，并根据对应的客户价值进行优先级排序。

然后，是开发，由Scrum Team（由框架图中的3个职责的人员组成）进行开发实现需求，生产出对客户有价值的产品增量。

最后，是输出，将产品增量交由客户进行评审，获取反馈，进行调整。同时根据协商确定下个阶段的输入，整个Scrum是一个循环往复的过程，每个循环称作一个Sprint。

在整个过程中，Scrum Master的职责就是营造Scrum环境，按照 Scrum 框架来建立 Scrum，帮助 Scrum Team 和组织内的每个人理解 Scrum 理论和实践，确保Scrum的正确开展。

图3：完整的Scrum流程

一个完整的Scrum流程如下图所示。完整流程就将简单流程中的每个环节进行完善。

最初的产品需求来源于客户等相关的利益干系人，Product Owner（简称PO）获取需求后进行拆分、排序等梳理工作，形成Product Backlog（产品待办列表），这是产品唯一的需求来源，由PO全权负责管理和维护。

开发阶段是由一个个Sprint组成，每个Sprint称作一个迭代，或者一个冲刺。在每个Sprint中都是由4个事件贯穿始终，最终会交付一个有价值的Increment（产品增量），通常是产品的一部分特性，能够为客户带来价值。

1. Sprint Planning：团队在Sprint计划会议上从Product Backlog选取合适的需求条目进入到Sprint Backlog（迭代待办列表），选取时依据团队的速率（一个迭代中能够完成的任务量）和需求的优先级。
2. Daily Scrum：团队在整个开发过程中，每天在同一时间和同一时间举行站会，成员共享资源、进度和风险，同时和Sprint Goal进行对齐，确保整个Sprint的工作是沿着正确的方向在进行。
3. Sprint Review：迭代结束前，检查所有的工作的完成情况，是否符合DoD（Definition of Done），然后召开Sprint 评审会议，将产品增量向客户等相关利益干系人演示，获取反馈，用于指导改进和调整下一个阶段的工作方向。
4. Sprint Retrospective：最后，团队成员一起召开Sprint 回顾会议，对当前迭代的情况进行回顾，包括但不限于进度、质量、风险、障碍、成功、心情等方面的内容，回顾会议开展的是否成功对于一个团队的改进是非常重要的。敏捷和精益中的一个核心理念就是持续改进，回顾会议是重要的一个环节。所以团队要多花心思在回顾会议上，关于开好回顾会的更多内容可以参考《如何让敏捷回顾会议更有效果，这样做就对了》。

如此往复循环，若干个Sprint后，最终交付一个完整的产品。

在Scum框架中，价值观和理论部分的指导是完整的，但是没有限定每个阶段采用的过程技术和方法，这是一个轻量级的框架，更多的技术实践需要团队根据自己的业务和组织情况去进行填充。所以业界有个说法，“Scrum是个筐（框这个字应该更好，但筐的发音好，哈哈），什么都能往里装”。

Scrum在行业应用现状