Scrum指南2020 -下载免费的Scrum指南2020重新排序，以发现变化和模式

Stefan Wolpers

2020年11月18日

这是本系列59篇文章中的第35部分Scrum指南2020更新

TL;DR: Scrum指南2020

Scrum指南2020现已发布:变化即将到来，使Scrum在软件开发之外更易于访问和包容。了解更多的变化，下载全新和免费的Scrum指南2020重新排序快速发现模式，并加入Scrum社区讨论。亚博一百送一百

Scrum指南2020如何改变Scrum

近年来，Scrum已经见证了许多超出其软件开发起源的应用程序。作为一个真正的框架，Scrum已经被许多其他实践、技术和工具所增强，其中许多实践、技术和工具与框架本身几乎没有区别。或者，你能想象在没有Sprint板的情况下运行Sprint吗?

因此，无障碍和包容的呼声越来越高，肯和杰夫设法令人信服地回答了这些问题。

关于Scrum指南2020我的主要变化

我相信每个对Scrum框架感兴趣的人都应该花一个小时阅读Scrum Guide 2020或Scrum指南2020重新排序彻底。人们听到了对无障碍和包容的呼吁，提出的改革内容丰富而影响深远。

最重要的是，新的Scrum指南减少了说明性，取消了许多建议，比如每日Scrum问题，至少一个来自回顾的强制性行动项目成为Sprint Backlog的一部分，或者关于为什么Sprint取消是罕见事件的建议。Sprint Review丢失了如何运行事件的详细配方。同样，显而易见的事实也不再被提及:Scrum确实不是一件容易掌握的事情。

有趣的是，作者还砍掉了2017年版Scrum指南中我认为争议较少的其他元素，例如，分配给产品Backlog细化和仆人式领导的工作量。

以下是我认为《Scrum指南2020》中显著的10个变化(排名不分先后):

不再有角色:“Scrum团队由一个Scrum管理员、一个产品负责人和开发人员组成。在Scrum团队中，没有子团队或层次结构。它是一个有凝聚力的专业人员单位，一次专注于一个目标，产品目标。(没有其他角色了。)
不再有开发团队了:“开发人员是Scrum团队中致力于在每个Sprint中创建可用增量的任何方面的人。(我支持过许多市场营销和PR团队探索和使用Scrum。我从未遇到过不理解“开发团队成员”概念并将其应用到他们的情况中的人。然而，这种简化是受欢迎的。)
专注于Scrum团队:“Scrum团队负责所有与产品相关的活动，包括利益相关者合作、验证、维护、操作、实验、研究和开发，以及其他可能需要的任何活动。(这种全面的方法早就该采取了;Scrum团队赢了，Scrum团队就输了——Scrum团队内部没有派系之分，而是共同承担为客户创造价值的责任。这种强化的团队思想还反映在Scrum团队现在是自我管理而不是(仅仅)“自组织”这一点上。)
仆人式领导不再被提及:“Scrum master是真正的领导者，他们为Scrum团队和更大的组织服务。(我一直认为仆人式领导是Scrum成功不可或缺的一部分。这个变化可能使Scrum Master角色更接近于项目经理和交付经理。)
产品目标“产品目标描述了产品的未来状态，可以作为Scrum团队制定计划的目标。产品目标是Scrum团队的长期目标。(我从未遇到过一个缺乏总体目标的Scrum团队，但这可能是一个受欢迎的澄清。)
产品说明“产品是传递价值的工具。它有明确的边界、已知的涉众、定义良好的用户或客户。产品可以是服务、实物产品或更抽象的东西。(Scrum指向的不仅仅是软件;见上文)。
Sprint评审没有门槛“Sprint评审永远不应该被视为释放价值的大门。(这是Scrum团队授权的另一个很好的指针。)
增量发布不再是产品负责人的特权“Sprint评审永远不应该被视为释放价值的大门。[…]如果产品待办事项列表项不符合完成的定义，它就不能发布，甚至不能在Sprint评审中呈现。(正如Scrum Guide 2020所述，“Scrum团队负责所有与产品相关的活动，包括利益相关者合作、验证、维护、操作、实验、研究和开发，以及其他可能需要的任何活动。”这个概念包括决定何时向谁发布什么内容。)
承诺:“每个工件都包含一个承诺，以确保它提供的信息可以提高透明度，并关注可以衡量的进展。(现在有了Sprint目标、现在完成的定义(不带引号)，以及之前提到的产品目标，因为它们都与作为承诺的三个Scrum工件之一相关联。)
“完成”现在创建了一个(潜在的可发布的)产品增量完成的定义是当增量满足产品所需的质量度量时对其状态的正式描述。当产品待办事项列表项满足完成的定义时，增量就诞生了。(另一个值得欢迎的澄清:当Sprint Backlog中的工作满足Scrum团队的质量标准时，它就构成了一个可发布的增量。)