在Scrum开发模式下，Scrum Master被定位为仆人式领导，需要服务团队。那么，作为团队的SM，怎么去服务团队呢？下面讲一个我的亲身经历。
我们公司从去年开始导入Scrum框架，进行敏捷开发，其中有一个团队，直接在现场面对客户，由于客户的需求方面变更比较频繁，也缺乏强有力的PO，所以他们一直没办法在Sprint内封闭需求，然后大家整体对敏捷理念的理解还不够深入，还没有完全接受敏捷理念，团队产生了一些抵触心理。
在这时，我跟团队的PM进行了沟通，根据项目当前的情况，决定先引入看板方法，不进行Sprint的封闭，但是回顾会的实践还要坚持下来。
在引入看板方法的过程中，首先给团队做了一次培训，跟大家就可视化、限制在制品、管理流动上达成一致。
在实际执行的时候，第一次回顾会上引导大家反馈发现的问题，最后根据分析，发现问题的根源在于可视化没做好：任务的状态更新不及时，跟实际不相符，造成其他问题被掩盖。最后团队决定在后续先改进这一点，做好任务的及时更新。
在回顾会过程中，我主要负责会议议程，会议讨论和结果，以及行动计划，由团队自行讨论得出。
在讨论时有个细节，要求大家把自己发现的问题和意见写在报事贴上，刚开始的时候PM在写的时候发表了个人意见，我没有去制止，而他自己觉察到了这一点，自己说出来了，我及时肯定了他的自我觉察。
我觉得在这个过程中，我在服务团队，引导团队自我觉察，自我改进，而且PM已经有一些收获。这对我也很有触动，怎么去引导团队、服务团队，而不是直接去指导，去建议，是我需要继续努力的。
网友评论