Scrum精髓

重温Scrum精髓 - Scrum的核心到底是什么

Bob Jiang
为什么写《Scrum精髓》 2014年我和两位好友左洪斌、米全喜一起翻译了《Scrum精髓》这本书。翻译完这本书之后,在整个敏捷社区里面还是引起了蛮大的影响。到目前为止已经印刷了超过2万册。但是即便是这样,依然有很多人和很多团队并不了解Scrum的精髓到底是什么。因此今天想来跟大家聊一聊Scrum精髓这一个很重要的话题。 2016年我申请到了Certified Scrum Trainer (CST)。这段旅程让我对Scrum有了更深一步的理解。这几年在培训过程当中,我也发现了学员最常问的问题,比如说,Scrum团队如何进行估算,Scrum团队如何进行绩效,Scrum团队怎么来考核他们,Scrum团队应该选择什么工具?等等等等,每次培训都会有大量的这类问题。 这让我对于Scrum的推广深感不安!推广Scrum这么长的时间,依然这么多的人不了解Scrum的精髓! 因此今天特意写篇文章来澄清一下Scrum的精髓到底是什么? Scrum精髓是什么 在介绍Scrum精髓之前,先说说Scrum精髓不是什么。有很多的小伙伴认为Scrum不就是3355吗(简单好记)?其实Scrum的精髓根本就不是这些。Scrum也不是流程,Scrum也不是工具。Scrum是通过交付产品的方式,来解决客户的问题,这句话是站在Scrum教练的角度上来说的。 Scrum精髓 Part1 - 解决客户问题 作为Scrum教练就是要帮助客户解决他的问题,Scrum只是帮助客户很好的交付产品一种方式。这里是站在Scrum教练的角度上来说客户去交付产品,那为了要能达到快速的交付产品,Scrum只是第1步。在这非常重要的第1步,很多个人、团队和组织都在做反Scrum的模式。比如说他们更看重流程,更看重角色,而忽视了团队,忽视了团队内的人与人之间的连接,也忽视了开发团队与真正用户之间的协作,这些对于Scrum都是非常的重要(其实不仅仅Scrum,应该是客户的核心价值)。 所以要看Scrum转型组织追求的目标是什么,如果只是追求一堆度量数字,恭喜你走错了。最终的目标一定是要让客户满意,要让客户的最终用户满意,帮助客户解决他的问题,那你在解决问题的过程当中,Scrum只是第1步而且是非常重要,且要坚持的第1步。那除去Scrum还有很多其他的方式,现在市场上有很多都是过度包装进了敏捷,其实这是一个很不好的现象,尤其是SAFe,DevOps,大家更加看重组织分层,更加看重工具,更加看重流程。 Scrum精髓 Part2 - 关系 Scrum精髓的第2部分就是团队成员之间的关系,团队与客户之间的关系。这些关系处理不好,那用什么方式都是无用的。另外对于Scrum精髓,就是帮助客户真正的提高交付速度。只有提高了交付速度,才能不断试错,才能去探索方向。如果你的交付速度提高不起来,那就没有办法去做到快速应对变化。 Scrum精髓 Part3 - 反思 每天作为Scrum Master应该反问自己、反问团队,我们现在是否帮助客户解决问题了,我们和客户的关系怎么样?通过每天不断的反思,不断的问这些问题来促进团队成长。 Scrum的反模式 对于Scrum的模式,有三个常见的: 第1个就是以流程为中心 第2个是以考核绩效为中心 第3个组织“推动”敏捷转型 以流程为中心 Scrum不是没有流程,但不能是SQA的人来搞流程,也不能是不做开发的同学制定流程。因为这些人制定的流程,是死的,不适合团队,也不会轻易改变。流程是用来提高工作效率的,适合团队才是合适的。更重要的是团队一起反思如何更快的进行产品交付。而不是如何制定一个更完美的流程。 以绩效为中心 度量什么,就得到什么。 – 彼得德鲁克 绩效是一把双刃剑,也是背景驱动的,即不同的团队采用不同的绩效,没有正确的绩效也没有不变的绩效。所以还是回到Scrum精髓的本质,把团队的注意力拉回到正确的路上。 “推动”敏捷转型 很多的组织都是“推”敏捷,员工是被推着走,管理层也是被老板推着走。没有人愿意主动寻求改变。这种情况下,还是洗洗睡吧,别折腾了,到最后大家都很累。何苦? Scrum转型,需要是团队、管理层、老板都一致认为,我们需要改,理解驱动力(WHY)。 总结 所以Scrum的核心,精髓有三点 (需要日日反思): 解决客户问题 关系 反思 做不到以上三点,就不要硬上Scrum,上了也没太大好处。因为采用Scrum之后,团队不断暴露问题(或者用新的方式隐藏问题),没人愿意接受,也没人愿意改进,何苦呢? 最后那你理解的Scrum精髓是什么?你认为什么才是Scrum真正核心的内容?