从 2017 版到 2020版 Scrum 指南的变更
关键要点
- 这些年来,Scrum 指南开始变得越来越有规定性。2020 版旨在通过删除或淡化规定性语言,使 Scrum 重新成为最低限度但足够的框架。
- 2020 版 Scrum 指南着重于消除冗余和复杂的陈述,并删除所有与 IT 工作相关的推断。现在不到13页。
- 2020 版本将所有人聚集成一个团队,即 Scrum 团队,而之前的版本在 Scrum 团队中拥有开发团队。
- 产品待办列表(Product Backlog)、 Sprint 待办列表(Sprint Backlog) 和增量(Increment)这三个工件(artifacts),现在每一个都包含一个相应的“承诺”。对于产品待办事表,它是产品目标,Sprint 待办列表则是 Sprint 目标,而增量则是完成的定义(Definition of Done)。
- 对于团队而言,重要的是要记住 Scrum 仍然是 Scrum。Scrum是一个框架。它描述了使团队能够完成复杂工作的最低限度。
在 2020 年 11 月 18日,Scrum指南已经进行了更新,减少了规定性,使用更简化的语言面向更广泛的受众。这些变化使 Scrum 成为“一个轻量的框架,它通过提供针对复杂问题的自适应解决方案来帮助人们、团队和组织创造价值”。
2017 版到 2020 版 Scrum 指南的变更说明
1 规定性更低
这些年来,Scrum 指南开始变得越来越有规定性。 2020 版旨在通过删除或淡化规定性语言,使 Scrum 重新成为最低限度的框架。例如删除了每日 Scrum 会议三个提问,淡化了关于产品待办列表项属性的相关描述,淡化了 Sprint 待办列表中改进项的相关描述,删除了“取消 Sprint”一节更改为更为简单的描述 ,等等。
2 一个团队,专注于一个产品
我们的目标是消除导致产品负责人和 Dev 团队之间出现“代理”或“我们与他们”行为的团队中独立团队的概念。现在只有一个 Scrum 团队专注于同一目标,有三种不同的职责:产品负责人、Scrum Master 和开发人员。
3 产品目标介绍
2020 版 Scrum 指南引入了产品目标的概念,为 Scrum 团队提供了一个更具价值的目标的专注点。每个 Sprint 都应使产品更接近整体的产品目标。
4 Sprint 目标、完成的定义和产品目标
之前版本的 Scrum 指南描述了 Sprint 目标和完成的定义,但是没有真正赋予它们一个身份。 它们不是完全意义上的工件,而是在某种程度上依附于工件。 随着产品目标的增加,2020 版对此提供了更为清晰的说明。现在,三个工件中的每一个都包含一个相应的的“承诺”。 对于产品待办列表,它是产品目标,对于 Sprint 待办列表 则是 Sprint 目标,而增量则是完成的定义(现在,完成不再加引号)。它们的存在是为了带来透明度,并专注于每个工件的进展。
5 自管理胜过自组织
之前版本的 Scrum 指南将开发团队称为自组织(self-organizing),选择谁和如何做。 2020 版更关注 Scrum 团队,强调一个自管理(Self-managing)的 Scrum 团队,选择谁、如何做以及做什么。
6 三个 sprint 计划会议话题
Sprint 计划会议的话题除了“什么”和“如何”之外, 2020 版 Scrum 指南还强调了第三个话题“为什么”,即 Sprint 目标。
7 为更广泛的受众而全面简化语言
2020 版 Scrum 指南着重于消除冗余和复杂的陈述,以及删除所有与 IT工作相关的推断(例如,测试、系统、设计、需求,等等)。现在, Scrum 指南不到 13 页。
*******************************************************************************************
问:2020 版的 Scrum 指南有哪些主要变化?
答:2020 版 Scrum 指南更简短,更聚焦,现在它只有13 页,而且任何人都可以使用它,而不仅仅是软件开发人员。减少了它的规定性描述,比如删除了“每日 Scrum 会议”(Daily Scrum)中的三个问题之类的内容,因为它仅仅帮助了使用它们的人,而让其他人感到困惑,这样使它可以非常容易能够直接地用于各行各业的每个人。
不再存在开发团队的说法,只有一个团队即 Scrum 团队。
关键的变化包括 Sprint 目标(Sprint Goal)和完成的定义(Definition of Done)现作为承诺,我们还引入了产品目标(Product Goal)。现在,三个工件中的每一个都包含对它们的“承诺”,也就是说用承诺将工件与目标联系起来。对于产品待办事项列表(Product Backlog),它是产品目标,对于 Sprint 待办事项列表(Sprint Backlog)则是 Sprint 目标,而增量则是完成的定义。
还解决了行业中两个最大的挑战: 没有起领导作用的仆人式领导以及自组织开发人员根据自己的意愿做他们自己想做的任何事情而没有达成承诺。
Scrum Master 弃用服务型领导(servant leaders)一词进行修饰而替之为真正的领导(true leaders)。之前版本说 Scrum Master 是服务型领导。Nonaku 教授在他 1986 年发表在《哈佛商业评论》上的论文《新产品开发游戏》中使用 Scrum 这个词,他一直指出,承担我们对 Scrum Master 的职责是通过向上管理与向下管理引导组织变革。这需要领导力。
“自管理”替代“自组织”。自组织是一个来自复杂系统理论的概念,智能系统通过自组织来实现目标。有许多人没有真正理解自组织的含义,曲解其真正含义,甚至滥用,因此,我们现在使用“自管理”这个术语来避免团队将自组织作为一种工具来避免任何承诺。团队我管理以实现其承诺以满足目标。
问:为什么需要对 Scrum 指南进行修改?是什么促使修改指南?
答:2020 版指南解决了在全球 Scrum 实施中发现的最大问题:
1 现在,在软件之外也有很多领域在使用 Scrum ,所以指南需要超越特定于软件的范围。
2 我们有一个 Scrum 团队和一个开发团队。这通常会造成一种情况,产品负责人(Product Owner)不会觉得自己是团队的一部分,并批评团队没有完成故事,而不是作为团队成员帮助团队实现Sprint 目标。另外,非软件团队也不喜欢被称为开发团队。
3 根据 Standish Group 对数百万个项目的数据,服务型领导者会让 Scrum Master 成为优秀的服务型领导者,但不会导致 58% 的敏捷团队无法交付。我们希望把Scrum Master 作为一个领导者来介绍会有所帮助。
4 自组织被广泛误解为敏捷开发人员不必履行承诺。我们希望自管理将为满足组织需要方面树立一种更为成熟的态度。
随着世界发生变化,变得越来越复杂,这种复杂性的范围也变得越来越大。Scrum 指南的此次更新版本旨在通过删除或淡化规定性的语言,使 Scrum 重新成为一个最低限度且能够充分发挥其作用的框架。通过简化 Scrum 指南,它最终使人们更容易使用它。
问:在 2017 版的 Scrum 指南中,团队承诺已被删除。在 2020 版中添加了对目标的承诺。其原因是什么吗?
答:简单地说,删除承诺是因为经常看到人们和团队将它当作一种武器,而不是一种指导。在早些时候,我们让团队致力于交付 Sprint 待办事项列表( Sprint backlog)。不幸的是,一些经理将团队速度武器化。他们批评团队速度慢,这导致团队更为直接改动速度,这与爱德华·戴明(Edward Demming)教给日本人的背道而驰。系统具有可变性,如果你试图控制正常可变性,则系统将会失控。因此,为了交付 Sprint 待办事项列表( Sprint backlog),我们在2017 年版的 Scrum 指南中删除了承诺,并插入了与估算相关的预测,并强调了 Sprint 目标和承诺是 Scrum 的核心价值。
在 2020 年重新添加承诺是为了让 Scrum 团队更加专注这三个领域(产品目标、Sprint 目标、完成的定义)。通过使用承诺将工件与目标联系起来从而实现目标。这是解决问题的简单,清晰和合理的方法。
问:2020 版不再提及开发团队,而是谈论一个团队——Scrum 团队。这个变化将会带来什么?希望在使用 Scrum 的团队和组织中发生什么?
答:目的是消除独立团队的概念,即开发团队,取而代之的是一个专注于交付价值的团队。独立的开发团队可以在产品负责人、Scrum Master和开发人员之间创造“我们和他们”的行为。通过去除开发团队,我们就有了一个 Scrum 团队,专注于相同的目标。这三种责任描述了他们如何共同努力实现这一目标。通过反复实验,我们发现这种方法效果最好。这对于软件之外的团队—--运营、销售、市场、支持团队、法务团队、财务团队等等—--尤其重要。2020 版的 Scrum 指南的一个团队的概念反映了这种工作方式。
问: Scrum 团队不再像 2017 版本中描述的那样是自组织的,而是自管理。两者有什么区别吗?为什么这么要改动?
答:当 Ken & Jeff 开始着手更新 Scrum 指南时,Jeff 认为自组织是业内最广泛滥用的术语,因为每家公司都告诉Jeff,他们的开发人员自组织他们想要做什么就做什么,而不是帮助团队达成 Sprint 目标。Jeff 意识到,一个典型的开发人员没有接受过复杂自适应系统理论的培训,也不了解这个术语。我们希望,自管理将帮助它们更像一个智能系统。
之前版本的 Scrum 指南将开发团队称为自组织,选择谁和如何做。现在更多地关注于一个团队,Scrum 团队,现在强调的是一个自管理的 Scrum 团队,选择谁、如何做以及做什么。
问:产品目标的意图是什么?这个概念是什么样子的?
答:产品目标给产品待办事项列表提供了上下文(context)。它可以被看作是产品待办事项列表存在的“原因”,以及 Scrum 团队为什么要做这项工作。一个好的产品目标是要为之奋斗的东西,并且对 Scrum 团队及其利益相关者来说是可衡量和可见的。
Scrum指南没有规定产品目标的细节是什么,而是鼓励 Scrum 团队根据他们的自身情况形成正确的目标。例如,一些 Scrum 团队可能会朝着一个非常专注的季度产品目标工作,而另一个 Scrum 团队可能有一个非常有抱负但不那么专注的产品目标。重要的是,产品负责人要形成一个清晰的产品目标,为工作提供清晰的上下文,并且易于Scrum 团队和利益相关者理解。
问:在 2017 年的版本中,引入了一个变更,以确保持续改进,并期望在产品待办事项列表中至少有一个在上次回顾会议中确定的优先级高的过程改进。这一新增内容已在 2020 年版中删除,其中提到“最具影响力的改进将尽快得到执行。”甚至可以将它们添加到下一个Sprint 的 Sprint 待办事项列表(Sprint Backlog) 中。”是什么让你决定改变这个的?
答:Scrum 指南变更的一个重要变化是规定性更少。Scrum 鼓励团队进行改进。回顾会议为他们提供了看看他们是如何工作的时间,并提出改进建议。但是,通过在每个 Sprint 都包含一个过程改进,我们迫使 Scrum 团队将改进放在其他形式的价值之上。对于与 Scrum 团队的其他成员一起工作的产品负责人来说,这可能不是正确的选择。我们觉得这太过死板了。但是,我们仍然相信这是一个很好的做法,并建议所有 Scrum 团队考虑这么做。只是它不需要出现在 Scrum 指南中。
问:对团队采纳 2020 版 Scrum 指南有什么建议?
答:对于团队来说,重要的是要记住 Scrum 仍然是 Scrum。Scrum 是一个框架。它描述了使团队能够完成复杂工作的最低要求。你需要灵活地检视、适应和演进。团队仍然遵循 Scrum 指南中定义的 Scrum。在某些情况下,他们当然会随着时间的推移转向新版本,但 Scrum 仍然是 Scrum,这一点没有改变。如今,成千上万的团队使用 Scrum 的补充实践使其适应自己的工作。
问:基于指南中所做的变更,对 Scrum 培训师和敏捷教练有什么建议?
答:阅读 Scrum 指南并使用它来帮助您的客户应对他们所面临的复杂性。Scrum 仍然是 Scrum,基本原则没有改变。它仍然是一个基于检视和适应的基于经验主义思维的过程演进的框架,并且需要跨组织的信任。添加了一些额外事项(additional items),移除了一些可能引起混淆的领域。建议查看 Scrum 指南的变更历史,以获得一些关于变更的额外指导。另外,建议专注于基本原理,并向您的团队引入新元素以反应 Scrum 指南更新内容。作为教练、导师和培训师等与您的团队一起工作,帮助团队了解对他们的影响以及他们是如何工作的。作为一名培训师或教练,您的职责是帮助团队理解 Scrum 的应用,并帮助他们在团队如何组织交付价值的问题上一起工作。
参考:https://www.infoq.com/articles/changes-2020-Scrum-guide/
https://www.scrumguides.org
https://www.scrum.org