Scrum 指南更新：Ken Schwaber、Jeff Sutherland 访谈

为了更好的反应 Scrum 的本质并澄清一些误解，Ken Schwaber 和 Jeff Sutherland 更新了 Scrum 指南。Scrum 可以用于构建软件产品，可以应用于软件之外的许多其他领域。Scrum 是一个基于经验主义的持续改进框架，它支持在整个过程中每日检查调整。Scrum 的一个关键要素是在每个冲刺（或者更频繁）有一个潜在可交付的产品增量。

Ken Schwaber 和 Jeff Sutherland 是 Scrum 指南的作者，他们共同创建了 Scrum。他们在一场网络研讨会上宣布并介绍了Scrum 指南的最新更新。InfoQ 采访了他们。

InfoQ：Scrum 指南主要更新了什么地方？

Ken Schwaber：Scrum 指南主要有五个变化：更好地定义了 Scrum 的用法；细化了 Scrum 管理员角色的定义；更加明确了将每日站会作为检查调整工具，从而确保事情向着冲刺目标发展；设立了时间限制的最大长度；更新了冲刺待办事项，将冲刺回顾反馈包含进来。总而言之，所有这些更改都服务于同一个目的，就是消除人们对 Scrum 的认识误区。

Jeff Sutherland：Scrum 指南的所有更新都是 Scrum 社区建议的，都是为了使这份指南的用词更清晰，对 Scrum 管理员更有帮助。我特别担心的是，一些“Scrummerfall”实践者抱怨，Scrum 指南没有描述他们的改进。我们改写了指南的卷首语，进一步明确，Scrum 是一个持续改进过程，在指南的结尾，我们要求，回顾中识别出的过程改进，至少要有一项要放在下一个冲刺的待办事项列表中，并且作为优先级最高的故事。

在一次 Scrum 课上，一名精益专家向我指出，我们需要使用 Scrum，以便让 Scrum 变得更好——我们需要特别注意。只有针对回顾会议识别出的过程改进采取相应的行动，回顾才会有效。我采纳了，立马就看到了速度的提升。

InfoQ：Scrum 存在哪些误区？

Sutherland：许多人都自称敏捷，但是他们没有在冲刺结束的时候或者更频繁地交付可交付的产品增量。这是违背 Scrum 指南以及敏捷宣言第二原则的。不能检查调整会导致高风险及长时间的延误——我将之称为 Scrummerfall：人们说他们在践行 Scrum，但却有着 Waterfall 的所有表征。2005 年，我发表了一篇论文“Scrum 的未来”，我在文中介绍了 PatientKeeper 这家最早转向持续部署的公司之一。从那时开始，持续部署在优秀的公司已经成为常态，而不是异常。然而，仍然有些团队认为在一个冲刺中什么都不交付没有问题。

Schwaber：关于 Scrum，一个最大的误区是，它只能用于构建软件功能。实际上，Scrum 比许多人想的都要灵活得多，可以应用在软件开发之外的许多领域。现在，Scrum 广泛应用于产品、服务和母公司管理，而 Scrum 指南中的词汇“develop”和“development”是指任何复杂的工作。

还有一个重大误区是，人们在使用 Scrum 开发系统时，Scrum 总能告诉他们下一步如何做。我们以前说过，Scrum 只是一个构建复杂产品的框架。它很简洁。用它将特殊的复杂性转换成可以工作的、有用的产品非常非常难。所有复杂的工作都一样。这次更新应该可以帮助消除许多这样的误区。

InfoQ：检查调整是敏捷的支柱之一。Scrum 是如何提供支持的？

Schwaber：Scrum 的基础是精益思维和经验过程控制的一些方面。经验过程控制的基础是定期检查调整透明工件，支持决策。早在 20 世纪 90 年代，Scrum 就已经将检查、调整和透明性纳入了所有活动和工件。敏捷这个词是由 2001 年在 Snowbird 制定敏捷宣言的人发明的。敏捷宣言的价值和原则是唯一的直接产出。检查调整对于敏捷而言很重要，但不是达成敏捷的唯一途径。

Sutherland：Scrum 中的每项活动都是为了检查调整，从每日站会到冲刺审查和回顾。无法在冲刺结束时或者更频繁地提供一个可交付的产品增量，就无法检查调整，这会破坏 Scrum，导致严重的活动异常。

InfoQ：团队如何将每日站会作为检查调整工具？

Sutherland：Scrum 就是检查调整。每一项活动都是检查调整。冲刺计划是检查待办事项列表顶端的事项，确保已经做好了冲刺准备。每日会议是检查昨天完成的工作，今天修补。冲刺审查是在冲刺结束时检查产品，并根据利益相关者的反馈调整待办事项列表。诸如此类。

Schwaber：在每日站会时，开发团队会一起合作，利用那段时间检查他们向着冲刺目标前进的进展情况，并相应地调整计划。下面这段话摘自 Scrum 指南：

开发团队利用每日站会检查他们向着冲刺目标前进的进展情况，并检查他们在完成冲刺待办事项列表上的工作方面是怎么样一种趋势。每日站会提升了开发团队达成冲刺目标的几率。每天，开发团队都应该知道，作为一个自组织团队该如何协同工作，完成冲刺目标，在冲刺结束时创建出预期的增量。

会议的结构由开发团队设定，可以按不同的方式进行，只要侧重点是向着冲刺目标前进的进展情况就行。有些开发团队会采用提问的方式，而有些会更多地以讨论为主。

InfoQ：按照你们的预期，Scrum 指南的变化对于使用 Scrum 的团队会有什么影响？

Schwaber：Scrum 框架已经使用了 20 多年，用户已经构建起了令人赞叹的社区支持。那些已经将 Scrum 的原则、价值和机制内化并吸取了经验教训的组织取得了前所未有的成功——这些修改对他们影响不是很大。这些修改主要会影响那些现在才开始想要了解 Scrum 的用户，是为了让他们对于 Scrum 有个更好的总体认识。

Sutherland：我们希望，Scrum 指南可以帮助团队更好地践行 Scrum，并取得更好的成果。

查看英文原文： Q&A with Ken Schwaber and Jeff Sutherland about Scrum Guide Updates