2020 新版Scrum指南较旧版有什么改动?亮点是什么?只看这一篇就够了

2020-11-19 09:36:22
源敏捷
转贴:
微信公众号
5908


2020版Scrum指南发布会已于北京时间2020年11月18日晚11点召开,该发布会长达三小时,这三小时到底讲了什么?有什么看点?别急,看这一篇文章就够了。

一、新版Scrum的几大看点

1、强调Scrum可以被应用在各行各业

新版指南首次将Scrum描述为可以被非IT领域、非IT部门的各行各业使用。这不是凭空说的,而是融合了Scrum成立25年以来,全球各界人士在各个行业的多元实践。源于实践,指导实践。发布会上也能看到来自许多行业应用Scrum的实际案例,例如航空航天领域,医疗领域,人力资源领域,教育领域等。
大胆预测一下,在未来中国的Scrum实践中,将会有更多的敏捷人士积极投身于非IT领域,非IT部门的实践。

2、删除或淡化规定性语言,减少“说教”

Scrum指南旨在提供一个框架,而不是方法论。但近些年来,人们在应用Scrum的过程中,人为地将指南的“规定性”变得越来越强。

举个例子,比如每日站会。原来的Scrum指南给出了建议的会议组织方式——向团队成员提三个问题:“昨天做了什么?”,“今天做什么?”,“有没有阻碍?”。然而许多团队把这个实践建议实施成了:让团队成员逐个回答这三个问题。其实,这是一种对Scrum指南的误解。不仅不是一个好实践,甚至可以认为是一种反模式。

Jeff和Ken两位老师在新版指南中,正式删除关于每日站会三个提问的建议性语言,目的是让团队自己去思考什么才是对自己真正有效的站会。
此外,新版指南还淡化了关于产品任务列表(Product Backlog Item)属性的相关描述,淡化了迭代任务列表(Sprint Backlog) 中对改进项(retro item)的相关描述,删除了“取消迭代”的小节,将原来17页的指南精简到13页。通过删除或者淡化这些规定性的语言,使Scrum重新成为最低限度的框架。

3、引入产品目标

之前版本的Scrum指南已经有了迭代目标(Sprint Goal),这次新版指南还引入了产品目标(Product Goal)。产品级的目标为团队提供了一个更大、更具价值的指引,每个迭代的迭代目标都应该是使这个增量的产品更接近于整体的产品。这样一来,团队在每个迭代,都能始终保持战略专注,朝着正确的目标方向前进。

4、为产品目标、迭代目标和完成定义安了家

之前版本的 Scrum 指南描述了迭代目标和完成定义(Definition of Done),但是没有真正赋予它们一个身份。也就是说,它们不是完全意义上的工件,而是在某种程度上依附于工件。随着产品目标的引入,2020版指南对此提供了更为清晰的说明。现在,三个工件中的每一个都包含一个相应的“承诺“:
  • 对于Product Backlog(产品待办列表),它是 Product Goal ;
  • 对于Sprint Backlog(迭代待办列表),它是 Sprint Goal ;
  • 而对于Increment(产品增量),它是 Definition of Done。(请注意:现在Done不再加引号)

强关联使得“承诺”融入各个工件的血液中,让工件变得可被量化,团队始终都能关注同一个目标。

5、强调一个团队专注于一个产品

近几年的Scrum实践里,产品经理(Product Owner)和开发团队(Dev Team)之间会出现”代理“的情况。有的团队为了解决产品经理不尽责的问题,还在团队里特意增加了”产品经理代理“(Product Owner Proxy)这样的新角色。当然这是一个为了解决历史遗留问题,而不得已采取的一个替代方案。

但新版Scrum指南更加强调一个团队的概念,产品经理,Scrum Master和开发人员只是这个团队中的不同角色而已。大家专注于同一个目标,中间不应该存在代理,不应该存在“我们和他们”这样的团队鸿沟,更不应该存在所谓“团队中的团队”。

6、服务型领导变成了True Leader

新版指南,将服务型领导者(Servant Leader)改成了真正的领导者(True Leader)。这个变化消除了原先对服务型领导的误解。

举个常见的例子,很多团队中的Scrum Master经常由刚毕业的小弟小妹担任,认为Scrum Master的工作主要是开开会、做做记录、打打报告,有的团队成员还把一些自己不想干的琐事和杂事,理所当然地推给Scrum Master。新版Scrum指南明确对Scrum Master提出了更高要求,Scrum Master不再是一个只提供服务,不起眼的小角色,而是一个可以与团队“一起上战场,夺取胜利”的大将军。
Jeff老师同样认为,Scrum Master不应该游走在一个或者几个团队的周围。Scrum Master就是要专人专职,深入团队,理解产品目标,为团队移除障碍,激发团队的士气,是能够带领团队一起进行价值交付和持续优化的重要角色。

7、自管理胜过自组织

之前版本的Scrum指南将开发团队(Development Team)称为自组织团队(Self-organization),结果有很多“自组织”团队变成了“无组织”团队,甚至有的团队误认为采用了Scrum以后,连管理层都不需要了。

而2020版指南强调,Scrum团队应该是一个自管理(self-management)团队。这样的表述更清晰,更能激发团队能力,指引团队去自组织,去自管理。主动去思考“选择谁”、“如何做”以及“做什么”。

二、新版Scrum的优势与挑战

1.优  势

总的来说,更改后的新版 Scrum指南有如下优势:
  • 更加简化;
  • 更加多元化;
  • 更加提高对Scrum本质的认知,而不是只是停留在可操作的步骤或流程上;
  • 更加趋于成为一个可以创造成果的框架,而不是方法论。

2.挑  战

  • 新版Scrum精简了很多,去掉了许多建议性的语言和流程。也正是精简了那些详细的指导,实际上是给Scrum实践者带来了更多的要求和挑战。
  • 新版框架要求我们成为更牛的人。Scrum实践者不能再直接拿来把Scrum当模版去套用,而是真正地要了解Scrum的本质,理解Scrum的底层设计逻辑。只有在对框架有深入的了解下,充分地实现框架,更好地交付,才能为组织带来商业价值。
  • 新版框架带来了新机遇。由于新版Scrum对更多行业进行了扩展,这也带给非IT行业里,对敏捷、对Scrum感兴趣的朋友们一个新机遇。把这样一个适应性强的“能源”在不同行业实践,为各行各业输送去更加强劲的“动力”,同时也能带回更多的成功案例,来为这个框架进行再次的优化和迭代做准备。 路漫漫其修远兮,吾将上下而求索!我想,这也是Jeff 和ken的初衷,也是所有人所期待的!
文章分类
联系我们
  • 联系人:阿道
  • 联系方式: 17762006160
  • 地址:青岛市黄岛区长江西路118号青铁广场18楼
投稿邀请

如果您有优秀的原创文章,欢迎添加联系人直接与我们联系,或通过下方邮箱发送投稿文章,一经采用,我们会付以一定的稿件报酬。

  • 投稿邮箱: yanruiyu@easycorp.ltd
  • 投稿标题:向 [敏捷开发] 网站投稿
  • 稿件要求:与敏捷开发相关的任何内容

更多投稿相关请点击 更多进行了解~