2020版Scrum指南更新对比全面解析 | IDCF

共 4225字,需浏览 9分钟

 ·

2020-11-28 17:26


来源:PM搞事情
作者:Ethan 李岩


Scrum指南



11月18日,Scrum指南发布了最新版本,整个发布会持续了3小时,全程英文,对于中国的敏捷热爱者,不知道有多少人熬夜看了直播。如果错过了也没关系,收藏本文,我们一起来逐字逐句地对比一下,2020版的Scrum Guides,到底有哪些变化。
PS:不喜欢看原文的同学,直接拖到最后看总结。


一、Scrum 指南目的



【个人理解】
1.从“他们”到“我们共同”,这个主语上的微妙变化,其实可以看出两位创始人Ken Schwaber & Jeff Sutherland对于这个版本的用心程度,及Scrum框架开放的心态。
2.强调Scrum框架中每个元素都非常重要,不要轻易去裁剪。所以,很多同学在抱怨Scrum不好用的时候,仔细想一想,你是不是很好的遵守了Scrum的主流程呢,还是只实践了其中一部分?
3.强调Scrum虽然在软件研发领域应用最为广泛,且指南的描述性语言也都采用了IT类语言,但Scrum也同样适用于非IT部门。当然这不是凭空说的,而是融合了Scrum成立25年以来,全球各界人士在各个行业的多元实践。源于实践,指导实践。
4.Scrum指南更多的是通用性语言,其余的交给大家自行扩展。

二、Scrum定义




【个人理解】
1.从“创造产品”,变成“创造价值”。这个变化我认为是非常重要的一点,我们交付的是价值,一定不是产品。“价值”才是更应该掉强调和关注的,而“产品”只是“实现价值”的一个载体。
2.增加了一条“Scrum需要SM营造环境”。可能从以往的反馈来看,没有合适的“环境氛围”,Scrum很难落地。营造环境这个重任,落到了SM身上,真是任重而道远啊。
3.从“轻量级的、容易理解的、难以精通的”,到“易于理解的、不完整的、集体智慧的、规则是用于指导的”。这里面强调了:
  • “不完整是故意的”,因为需要大家在Scrum落地中自行扩展,能更好的因地制宜。
  • “集体智慧的”,不要“我觉得(包括SM)”,要“大家觉得”。在共识的基础上才能更好的落地和执行。
  • “规则是用于指导的”,不是死板的遵循,而限制了其灵活性。

三、Scrum理论




【个人理解】
1.Scrum理论描述部分,新增了“精益思想”重要性的描述,目的是减少浪费,专注于根本。
2.强调分享的重要性,共同学习,共同成长,全技能培养。

四、Scrum价值观




【个人理解】
行动核心靠“引导”,而不是强制的要求。

五、Scrum Team




【个人理解】
1.从“自组织”变成“自管理”。可能之前很多人在执行过程中,把“自组织”玩成了“无组织”吧,所以,为了减少这种误区,采用了新的词汇自管理(self-management)来描述。
2.强调了Scrum团队的责任,并不是简单的把产品上线就结束了。而是要围绕“产品目标“Product Goal”去全流程的参与,保障“价值”能在“产品”上被真正的被体现。

六、开发团队




【个人理解】
1.强调DoD在内建质量的重要地位;
2.新增Sprint Goal概念,并每天检验计划。

七、产品负责人




【个人理解】
PO是PBL唯一负责人被删掉了,从2020版的描述中揣测,可能是在以往的执行过程中,PO过于强势,或者开发同学参与PBL梳理过少,而阻碍了大家友好的交流和互动。

八、Scrum Master




【个人理解】
将服务型领导者(Servant Leader)改成了真正的领导者(True Leader)。这个变化消除了原先对服务型领导的误解。SM不是团队保姆,而是要营造合适的环境,消除各种隔阂,并且作为教练,辅导组织采纳正确的Scrum。

九、Sprint




【个人理解】
1.再一次强调,迭代交付的是价值;
2.Sprint Goal不能改变,但是大家可以围绕目标,进行细节澄清和范围调整。

十、取消 Sprint




【个人理解】
正如2017版描述的那样,因为sprint周期较短,所以取消sprint的意义不大。另外2020版指南,引入了“Sprint Goal”的概念,这样能很好的防止由于没想好、或者目标不聚焦带来的失败。所以取消sprint将成为极小概率的事件,且不鼓励这种行为,所以被删掉了。

十一、Sprint 计划




【个人理解】
1.在Sprint计划中,所要做的事情,都必须要与Product Goal进行关联,换句话说,关联不上的需求,都是伪需求。
2.Sprint计划要解决的问题是:(WHY)为什么做?(WHAT)做什么?(HOW)怎么做?这个很像黄金圈法则(Golden Circle)和影响地图(Impact Mapping)的结构。

十二、Daily Scrum




【个人理解】
删掉了站会内容常见的三个问题:“昨天做了什么?”,“今天做什么?”,“有没有阻碍?”。可能是防止误导大家认为这三个问题是站会中每个人都必须要生硬回答的问题,目的是让团队自己去思考如何开站会是高效的,且适合自己的。 

十三、Sprint Review




【个人理解】
Sprint评审中同样删掉了大段的说教性描述,并提醒大家,“将Sprint Review仅用于展示”是一种反模式,更多的是应该产生“个体和互动”,一起围绕“Product Goal”进行检视和调整。 

十四、Sprint Retrospective




【个人理解】
1.SM不应该是流程的监督者,删掉了这个说法。前面也提到了,SM应该负责营造环境,然后以教练的方式,去辅导组织和团队按照Scrum流程去执行。
2.明确了Sprint回顾中产生的改进,是可以添加到下一个Sprint的Sprint Backlog中的。

十五、Scrum工件




【个人理解】
1.工作代表的是价值,所以它的核心作用就是要最大限度地提高关键信息的透明度,为检视提供基础。这个很好理解,不可见的东西,就没办法进行管理,里面暗含着高风险。
2.三个工件,明确的新增了“承诺”的概念,目的是为了增强透明度,并聚焦于可度量进展的信息。关键词:透明、聚焦、可度量

十六、Product Backlog




【个人理解】
这里有一个点需要注意吧,就是Product Goal是长期目标,且必须先实现(或放弃)一个目标,再进行下一个目标,目的应该是为了“更聚焦”。简单理解:要立长志,不要常立志。要精专,不要胡子眉毛一把抓。

十七、Sprint Backlog




【个人理解】
1.Sprint Backlog 是一个高度可视且实时的工作画面。这里面的“实时性”要求略高,可能需要很多DevOps工具链的打通。
2.Sprint Goal(为什么做),需要每个人充分理解,铭记于心。这样做的好处是,有效的避免了把开发当成代码工具人的现象。

十八、Increment




【个人理解】
1.每次交付的Increment必须是可用的,别忘了,可工作的、且有价值的软件才是衡量进度的唯一标准。
2.DoD被作为一个正式的“承诺”引入,并且强调每个Developers都需要遵守。

总结



1.Scrum框架中每个元素都非常重要,不要轻易去裁剪!
2.Scrum不仅适用于IT行业,也适用于非IT行业;
3.Scrum的核心是创造价值,不是交付产品。所以,引入了“Product Goal”、“Sprint Goal”、“DoD”三个承诺,目的是为了增强透明度,并聚焦于可度量进展的信息。具体体现在:
  • 在Sprint计划中,强调所要做的事情,都必须要与Product Goal进行关联。为了更聚焦,必须先实现(或放弃)一个目标,再进行下一个目标。
  • 在迭代过程中,关于Sprint Goal(为什么做),需要每个人充分理解,铭记于心。DoD被作为一个正式的“承诺”引入,并且强调每个Developers都需要遵守。
4.Scrum指南中删除了大量说教性的描述,比如早会三个常规问题、Sprint评审具体执行内容的描述。目的是让团队自己去思考如何工作是高效的,且适合自己的。“规则是用于指导的”,不是死板的遵循,而限制了其灵活性。
5.从“自组织”变成“自管理”。可能之前很多人在执行过程中,把“自组织”玩成了“无组织”吧,所以,为了减少这种误区,采用了新的词汇自管理(self-management)来描述。
6.强调了Scrum团队的责任,并不是简单的把产品上线就结束了。而是要围绕“产品目标“Product Goal”去全流程的参与,保障“价值”能在“产品”上被真正的被体现。
7.PO是PBL唯一负责人被删掉了,从2020版的描述中揣测,可能是在以往的执行过程中,PO过于强势,或者开发同学参与PBL梳理过少,而阻碍了大家友好的交流和互动。
8.将SM服务型领导者(Servant Leader)改成了真正的领导者(True Leader)。这个变化消除了原先对服务型领导的误解。SM不是团队保姆,而是要营造合适的环境,消除各种隔阂,并且作为教练,辅导组织采纳正确的Scrum。
9.正如2017版描述的那样,因为sprint周期较短,所以取消sprint的意义不大。所以删掉了这个小节。
10.Scrum理论描述部分,新增了“精益思想”重要性的描述,目的是减少浪费,专注于根本。
11.其他个人感受:因为Scrum新版指南的核心落脚在了“价值”上,所以在围绕价值描述的过程中,感觉融入了“黄金圈法则(Golden Circle)”的思想,从WHY出发,回答了(WHY)为什么做?(WHAT)做什么?(HOW)怎么做?
【leansoftX.com招贤令】你不必对DevOps和敏捷已经具备很深的认知。最难的恐怕是通过我们的面试,在整个面试过程中,对每一名面试者我们都将投入超过20小时的时间与你沟通,一同工作和讨论未来发展方向。如果你能通过如此严苛的面试,就证明你已经是同行中的佼佼者。我们也不会让“专业”的HR来审核你的简历,因为一个不懂技术的人是无法判断一个技术人员的能力的,和你进行面试交流的都是业内的技术大牛和专家。我们相信只有技术人可以懂得技术人。
如果你已经动心了,就行动吧!

扫描下方⬇️海报中二维码,输入关键词:job

请发送您的简历至:wanglin@idcf.io

浏览 77
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报