我有一个朋友在一家初创公司当产品经理,他们团队采用的管理方式是Scrum。然而,进去两个季度后,他就觉得越来越力不从心,好像哪哪都是问题。实际上,这是他第一次实践敏捷,所以他跑来问我,让我帮他分析分析。 基于过往的经验,我猜他们可能存在的最大问题是没有将敏捷的机制落到实处,所以我先问他:“你们团队有没有自己开反思会总结问题在哪?” “呃…基本没有,从我进去到现在,应该只开了一两次。他的理由是迭代压力很大,根本没时间,而且,反思会上大家都在互相推脱责任,会议成了“批斗大会”,所以团队的人都觉得这个会很鸡肋。 这种心态反映的其实也是大多数团队的状况,而这种对迭代反思会的忽视也恰恰是他们陷入混乱的开始。 我认为,产生这种心态的一个重要原因是大部分人开不好反思会。 据我的了解,很多团队在开反思会时是这么干的:产品经理提前做好各种分析和总结,然后召集大家开会一条条过,其他人有一搭没一搭地听,最后反思会就变成“你讲我听”的形式化存在。 说实话,我自己很不喜欢这样的会议形式(跟老板开会时也很容易陷入这样的状况),因为大家没有什么参与感,更别提对问题有什么共识或者讨论了。 所以,在带领团队开反思会时,我会极力避免这种情况的发生。我的目的很简单:1. 让团队每个人都能平等地发表自己的想法;2. 团队对问题要有共识,并能一起探讨解决方案;3. 团队反思氛围比较积极。 要达到这样的效果,需要有一个合适的方法论框架,而我采用的是“海星”法。这种反思方法是基于“海星”的框架来收集意见并让团队共识问题的,框架结构如下: (图片截自:即能 小程序) 【五个角的解释】
在实际操作中,我是这么做的:
(团队的反思,正在念便签做分类/ps:我们平常都是直接贴个白纸在上面画海星的) 一些建议:
海星反思法的好处:
我的心得体会: 在实践敏捷的过程中,我开始一点点体会到“参与感”这个词的意义。“海星”法虽然是一个很小的方法,看起来挺简单的,但对我的团队来说,它却起到了很好的反思效果,至少每个成员在开会时都很投入,每个人都愿意表达。 此外,我们会在每个迭代结束后都开一次迭代反思会。这个很重要! 如果开反思会时,采取的是“三天打鱼两天晒网”的态度,想起来就开,太忙就不开,会让团队失去节奏感,而且减少了及时发现问题,解决问题的机会。因为有了这样定期反思的机制,我的团队也在集体反思中不断进步,做出来的东西也越来越好。 |
|