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