最佳实践 | 通过“海星框架”避免团队反思会形式化

这篇文章主要分享的是我和团队在用的一个开反思会的方法，希望能对其他同样在做团队管理／项目管理的leader有所启发。

我有一个朋友在一家初创公司当产品经理，他们团队采用的管理方式是Scrum。然而，进去两个季度后，他就觉得越来越力不从心，好像哪哪都是问题。实际上，这是他第一次实践敏捷，所以他跑来问我，让我帮他分析分析。

基于过往的经验，我猜他们可能存在的最大问题是没有将敏捷的机制落到实处，所以我先问他：“你们团队有没有自己开反思会总结问题在哪？”

“呃…基本没有，从我进去到现在，应该只开了一两次。他的理由是迭代压力很大，根本没时间，而且，反思会上大家都在互相推脱责任，会议成了“批斗大会”，所以团队的人都觉得这个会很鸡肋。

这种心态反映的其实也是大多数团队的状况，而这种对迭代反思会的忽视也恰恰是他们陷入混乱的开始。

我认为，产生这种心态的一个重要原因是大部分人开不好反思会。

据我的了解，很多团队在开反思会时是这么干的：产品经理提前做好各种分析和总结，然后召集大家开会一条条过，其他人有一搭没一搭地听，最后反思会就变成“你讲我听”的形式化存在。

说实话，我自己很不喜欢这样的会议形式（跟老板开会时也很容易陷入这样的状况），因为大家没有什么参与感，更别提对问题有什么共识或者讨论了。

所以，在带领团队开反思会时，我会极力避免这种情况的发生。我的目的很简单：1. 让团队每个人都能平等地发表自己的想法；2. 团队对问题要有共识，并能一起探讨解决方案；3. 团队反思氛围比较积极。

要达到这样的效果，需要有一个合适的方法论框架，而我采用的是“海星”法。这种反思方法是基于“海星”的框架来收集意见并让团队共识问题的，框架结构如下：

推荐阅读更多