Scrum怎么体现敏捷价值观

作为敏捷开发中的一大流派，Scrum越来越为人所知。但是最近几年，田园敏捷、僵尸Scrum的讨论也越来越多。是什么原因让Scrum流行，又是什么原因让Scrum走向僵尸化？

Scrum指南开篇就说了，这是一个用于开发和持续支持复杂产品的一个框架。Scrum是轻量级的，易于理解的，难以精通的。

Scrum是轻量级的，CMMI 标准文档四百多页，而Scrum指南只有21页，用3355就包含了。Scrum是易于理解的，3个角色，3个工件，5个关键事件，5个价值观；角色分工简单，工件和关键事件组成了协作流程和输入输出，价值观保障了Scrum的持续进行。

那么，是不是做到这些，就能够很好的实现Scrum呢？实际上是不够的，因为Scrum还有第三个特定，是难以精通的。那么，在实际过程中，我们怎么去精通Scrum呢？在这里我认为，我们需要持续的去关注敏捷价值观和原则。要持续关注敏捷价值观和原则，我们就需要理解其和Scum之间的联系，需要知道价值观和原则是怎么在Scrum日常运作中体现出来的。

我们先来看一下敏捷价值观：

我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。由此我们建立了如下价值观：

个体和互动 高于 流程和工具

工作的软件 高于 详尽的文档

客户合作 高于 合同谈判

响应变化 高于 遵循计划

也就是说，尽管右项有其价值，我们更重视左项的价值。

敏捷宣言的价值观一共有六句，Scrum关键事件中的回顾会，重点在于回顾改进，就是为了寻找更好的软件开发方法。注意，这里所的是“更好”，我们很多人想找到一个“最好”的方法。但是敏捷宣言明确说明了，软件开发方法只有更好，没有最好。所以当我们在回顾会上提不出改进项，我们就需要注意，是不是自满了、膨胀了，看不见自身的问题，已经偏离的敏捷价值观；又或者我们每次都提出很多改进项，但是改进结果却不怎么样，这时就需要拆分改进项，敏捷的核心是小步前进，“更好”是逐步达到的，不是一下子跨越的。我们努力寻找更好的软件开发方法，就需要开好回顾会，并落实改进项。

个体和互动 高于 流程和工具，僵尸Scrum的产生，很大程度上是违背了这条价值观，把Scrum关键事件当做流程来运作，而忘记了关键事件里的个体以及个体之间的互动。我们看一下关键事件里的计划会、站会、演示会和回顾会，里面的主体都是人，包含了互动，团队里的每个人都需要参与进来。在这里Scrum Master很关键，怎么引导大家参与，是Scrum Master需要做到的。在这里提一个每日站会的常见问题。每日站会，每个人要说三句话，我昨天做了什么以达成迭代目标，今天做什么去达成迭代目标，有什么障碍影响了迭代目标的达成。因为是每个人轮流发言，很容易开成汇报会。为什么开成了汇报会呢？因为大家只关注了做了什么和准备做什么，没有关注共同目标。每日站会表面上是每个人轮流发言，实际上是关注目标，所以发言一定要结合可视化板，目标、进展和问题统一在可视化板上进行呈现，引导大家去完成共同目标，这才是Scrum中每日站会的主要目的。

可工作的软件 高于 详尽的文档，可工作的软件，作为Scrum里的三个工件之一，作为每个Sprint的产出。Scrum必须有产出，而且是可工作的软件，不是文档，不是半成品。这里充分体现了Scrum是以结果为导向的，而且要求是有价值的结果，并且满足DoD标准。

客户合作 高于 合同谈判，Scrum的迭代演示会，是一次很好的跟客户沟通的机会，短周期Sprint，频繁交付增量给客户，加强客户合作。和客户一起梳理产品代办列表的优先级，和客户一起制定产品的DoD，让客户参与验收。

响应变化 高于 遵循计划，在Scrum里，每次Sprint之前都要梳理产品代办列表，根据价值调整优先级，及时响应客户需求的变化；但是Sprint内，尽量封闭需求，保持大家的专注。所以在这里有个平衡，Sprint之外灵活可变，Sprint内保持专注；

左项的价值高，那么右项是不是就可以都抛弃呢？也不是的，右项也有其价值，比如Scrum的关键角色需要有人来承担，关键事件需要按规范进行，DoR，DoD需要严格执行好，根据需要，促进沟通的相关文档也需要编写。

总的来说，Scrum是一个轻量级的框架，在我们按照这个框架运作的时候，需要时不时的回头看一下敏捷价值观，看看我们是不是在价值观下进行的。如果偏离了价值观，就会成为田园敏捷、僵尸Scrum，这时我们需要重新回顾价值观，调整我们的方式，及时改进。