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

敏捷 Scrum

摘要

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

正文

为了更好的反应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