最新Scrum阅读感悟

Posted 2021-04-25 PM日常

新版Scrum阅读感悟

11月18日，Scrum指南发布了最新版本，整个最新版本大致15页，其中与2017年版本略有一些改动，最近一段时间，终于阅读完了最新版本，今天个人梳理下两个版本的异同，更好的理解新的改动的精髓。

改动一：1、强调Scrum可以被应用在各行各业

2017年版本Scrum更多被强调用于IT行业和互联网行业，而最新版则描述也可以被非IT领域、非IT部门的各行各业使用。期待有一天比如像行政、HR可以采用Scrum框架工作

改动二：删除或淡化规定性语言

2020版Scrum强调提供一个框架，而不是方法论。减少规则性描述。

Daily Scrum Meeting原来Scrum规定Scrum master主持，团队成员依次回答：“昨天做了什么？”，“今天做什么？”，“有没有阻碍？”。在新版指南中，正式删除关于每日站会三个提问的建议性语言，目的是让团队自己去思考什么才是对自己真正有效的站会。

此外，新版指南还淡化了关于产品任务列表（Product Backlog Item)属性的相关描述，淡化了迭代任务列表（Sprint Backlog) 中对改进项（retro item）的相关描述，删除了“取消迭代”的小节，将原来17页的指南精简到13页。通过删除或者淡化这些规定性的语言，使Scrum重新成为最低限度的框架。

改动三：引入产品目标

之前版本的Scrum指南已经有了迭代目标（Sprint Goal），这次新版指南还引入了产品目标（Product Goal）。由迭代目标引导产品目标，目的是让Scrum团队对整个产品建设和产品规划有长远目标感，同时每个迭代的冲刺都能为产品目标增加产品增量。（如果在实施产品OKR，可以把产品的O直接用到Product Goal）。

改动四：自管理胜过自组织

新版Scrum强调了“自管理”，淡化了“自组织”，个人理解是因为开发团队（Development Team）称为自组织团队（Self-organization)，结果有很多“自组织”团队变成了“无组织”团队， 有的团队甚至希望按照自己的想法去开发产品，没有按照产品的业务价值，或者开发团队忽略了很多Scrum规则导致产品上线质量问题。

而2020版指南强调，Scrum团队应该是一个自管理（self-management)团队。这样的表述更清晰，更能激发团队能力，指引团队去自组织，去自管理。主动去思考“为什么做”、“如何做”以及“做什么，达到什么效果”。（黄金圈框架）

改动五：服务型领导变成了True Leader

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

举个常见的例子，很多人认为Scrum Master以类似服务员的身份参与Scrum团队，新版Scrum指南明确对Scrum Master提出了更高要求，Scrum Master不再是一个只提供服务而是一个可以与团队“一起上战场，夺取胜利”的大将军。

Jeff老师同样认为，Scrum Master不应该游走在一个或者几个团队的周围。Scrum Master就是要专人专职，深入团队，理解产品目标，为团队移除障碍，激发团队的士气，是能够带领团队一起进行价值交付和持续优化的重要角色。个人理解Scrum master堪比项目经理，对整个产品进度，质量，需求，运维，上线全流程端到端跟进，要求具有很强的综合能力和沟通技巧。

改动六、正式提出产品目标、迭代目标、DOD，一个团队专注一个产品

随着产品目标的引入，2020版指南对此提供了更为清晰的说明。现在，三个工件中的每一个都包含一个相应的“承诺“：

对于Product Backlog（产品待办列表），它是 Product Goal ；对于Sprint Backlog（迭代待办列表）, 它是 Sprint Goal ；而对于Increment(产品增量)，它是 Definition of Done。（请注意：现在Done不再加引号）

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

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

— THE END —

写文章的坚持，更需要您的一个肯定

欢迎关注PM日常