首页 > 代码库 > 知易行难

知易行难

此次学习Scrum,以《Scrum 实战 故事、模型与成功秘诀》作为基本的教材。按照此书的专题进行培训。同时每一专题,讲师可以进行扩展。

这本书有一大特点,每章一个主题,每章以故事开始,然后介绍相应的模型和实施方法。也就是每个主题,都有一个案例故事,围绕案例故事,提供做事的模型(套路)。

这样,所提供的方法和套路,不是抽象的说教,而是针对案例故事的解决方案。这样,通过案例,容易带入相应的场景,后面的模型,也更有针对性。

“知易行难”,故事背景为:

Jeff,敏捷教练;Julie,Jeff的搭档;Suzy,项目群经理;Mike,Suzy项目的首席测试员;Wyatt开发人员;其他人员,Suzy项目组一共8人。

这个故事说的是项目经理Suzy,她的项目组实施Scrum 已经半年,但是项目质量还是不好,所以邀请敏捷教练Jeff来进行指导。

Jeff和他的搭档Julie来到项目组现场,参加项目组的讨论。项目组的讨论一开始就成为了抱怨。首席测试员Mike,认为开发挤占了测试时间,造成测试时间太少,开发人员Wyatt觉得开发时间就是需要那么多时间,同时觉得Scrum才是问题的根源。通过他们的对话,Jeff了解到他们将一个迭代的时间延长到了8周,不是每天开站立会议,回顾会议是两天长,计划会议则有8天长,回顾会议一直在争吵,没有解决什么问题。

---Suzy和他的团队,改造了Scrum,没有达到预想的结果,大家相互抱怨。

通过思考以后,Suzy再次召开会议,自我检讨。觉得要重新再来。大家也都觉得,要按照Scrum的本来要求来做。大家不再抱怨,相互鼓励,对前景充满了期望。

通过这个故事,我觉得有如下的启示:

1) Scrum模型简单,但是不走样的实施,不容易,得到实际效果就更难。

2)知道,会做,能够指导别人做,是不同境界。如Whatt和Suzy了解了Scrum,觉得不复杂,就实施,而且是改造了以后实施,最后效果不好

3)团队遇到问题,抱怨和相互指责,不能解决问题。Mike和Wyatt抱怨,解决不了问题

4)团队领导,遇到问题,不回避,想解决办法,责无旁贷。Suzy首先是想到邀请教练进行指导,在团队抱怨时,引导他们聚焦到解决问题。最后,能够再次开会,陈述自己的问题和团队面临的问题,重新开始。

回想去年进行敏捷教练,如果做好这几点,可能会取得不一样的结果:

1)多花一些时间进行松土,实现进行充分的思想动员,多进行培训,引导每个人对敏捷的认同

2)慢就是快,虽然敏捷本身也需要快。但是是不留质量隐患的快。实施敏捷也不能留有隐患。

3)引入外力,通过独立顾问,可能更能够看到那些是不能走样的,那些是可以变通的。

知易行难