反思会的小方法：帮你告别无效的反思会

身边的很多产品经理朋友经常向我反馈程序员们不爱交流，不爱表达，开迭代回顾反思**的时候也比较沉默寡言。但我认为，团队的交流氛围是可以靠一些小方法和小技巧培养起来的。所以，此篇文章主要整理了各种开反思**的小方法，给各位PM提供参考。

在上一篇文章中（分享我的方法：如何避免团队反思**形式化），我分享了海星团队反思法，受到很多人关注，也有人表示希望了解更多团队开展有效反思**的方法，所以这几天我就抽出时间将我认为比较实用的方法做了合集，希望能对大家有所启发。

一、提问法（Ask Questions）

简介：提问法是在敏捷反思**中经常使用的方法，通过提问——收集答案——讨论——改进的迭代方式来建立团队反馈机制，如果你所在团队是初次尝试反思**，可以考虑这种方式，因为简单易操作。

操作方法：在实施过程中，可以采用 Norman Kerth 提出的四个关键问题模型来进行反思**，这四个关键问题分别是：

1. 有哪些是我们做得好并且需要想办法继续保持的地方？
2. 我们在这一阶段中学到了什么？
3. 我们有哪些需要改变的地方？
4. 我们现在有哪些困惑？

在反思**上逐步提出这四个问题（也可以采用我在上篇文章中提到的写便利贴的方法），让团队成员发表各自的意见，并讨论得出下一步行动的方案。

注意：提问法听起来很容易，但关键点在于你要把反思**营造出畅所欲言的氛围，让团队成员能够说出自己的想法。而且，要真正将这些建议落实到实处，这样才能让成员有继续参加反思**提出想法的动力。

二、天气模式（Weather patterns）

简介：这个方法可以用来快速收集团队成员对上个迭代工作的态度：积极还是消积，而且在**议最开始，它也可以起到一个小小的暖场作用。

操作方法：非常简单，在白板上画出不同的天气模式：雷雨、大雨、多云、晴天，然后让成员用便利贴投票。投完票之后可以让大家各自阐述下自己的理由，并一起分析原因。

三、帆船模型 （Agile Boat model）

简介：帆船模型适合任何在前进中的团队，可以让团队思考他们自己的目标、障碍、风险和推动力。这个模型让团队从另一个角度出发，对拖慢或者加速实现团队目标的因素更加明确。

操作方法：

步骤一，画图：在反思**中，你需要在纸或者展示板上画出一艘船（代表团队），风和云（代表推动团队前进的因素），礁石和冰山（代表阻碍团队前进的因素和潜在的风险），岛屿（可以有几个，代表团队目标），等等其他你认为需要的因素。

类似下图：

（图**来源：kabisa）

步骤二，填充内容：画完图之后，开始头脑风暴，给成员五到十分钟时间去思考并写下想要放在各个区域的内容，然后给每个人几分钟说出他们的想法，同时将相似的想法进行归类。

步骤三，讨论方法：在成员对每一部分的内容达成一致之后，就需要去讨论如何继续实践，加强那些写在风/云区域上的内容，这些都可以促进团队更好的发展，也要去讨论怎样去降低已识别的风险，怎样解决那些拖慢团队进度的因素。逐一把所有内容讨论完。

步骤四，确定任务优先级：当把所有解决方式和措施都确认之后，就需要去确认这些方法的执行顺序，以及明确赋权到相应团队成员，这样团队在下一个迭代周期中如何做以及做什么就清晰明了。

注意：在讨论过程中如果有成员对于要处理的问题存在分歧，可以采用投票的方式来解决，用帆船模型营造出来的是团队的整体感，需要大家齐心协力，所以存在分歧的时候，也可以通过帆船这一个隐喻来提醒大家“我们是一个团队，我们有共同的目标”

四、星座模型（Constellation）

简介：想要成功举办反思**，必须要有一个阶段能让团队能够自由地表达自己的想法，星座模型可以做到这一点。团队刚成立不久或者当团队成员对彼此信任感不强的时候，星座模型就很适用，因为这个方法不需要成员为了回答问题而发言，而是通过动作直接表达自己的想法。

另一个优势是这个方法能够揭示整个团队对某个主题的态度，不需要浪费时间进行前期讨论。

操作方法：

步骤一：移动**议室的桌椅，留下一个物体放在场地中心（可以是一本书或者其他任何东西），作为团队的中心。

步骤二：让团队成员以中心点为圆心围成一圈，然后由主持者开始进行团队相关的描述（e.g. 团队现在的效率很高），当成员认为这个描述是真实的，他可以向着中心点移动，当成员认为这个描述不真实，他可以选择向着远离中心点的方向移动，移动的距离依照他认为的程度自定。

步骤三：当一个主题的问题问完之后，可以让团队成员去观察现在的形状，然后大家一起对这个形状的产生原因进行沟通分析，最终得出每个主题下需要进行的改善或提升方法。

注意：“星座”只是其中一个例子，如果你有其他更合适的场景，也可以进行替换。这种技巧对于反思**主持者的控场能力要求更高，需要调动气氛，让成员更真实的表明想法，也需要去言简意赅的说明规则，还要让大家去共同分析形成这种形状的原因，对所需要的改善和提升达成一致。

五、根源分析法（Five Times Why）

简介：根源分析法可以帮助团队分析出问题的根本原因，解决现在的问题并防止类似问题重复发生。这个方法通过反复地问“为什么”，对每一个原因再进行更深一步的质疑，逐步挖掘，可以让团队向着正确的方向改进和前行。

操作方法：在反思**中使用这个技巧，你需要绘制一个因果图（电子版or纸质版都可以），针对团队现在遇到的每个问题，从不同层次上询问原因并找到更深层次的原因，通常需要4到7个层次的原因分析，才能达到所有成员都觉得没有必要深入探索的停止点（再问“为什么”也没有人能给出答案），这就确定了一个根本原因。重复操作，直到所有的问题都找到了最深层次的原因。

大概模式是下图这样：

注意：根本原因分析的方法，不仅适用于当团队对问题进行分析的过程中，在前面所提到的任何一种技术或者任何一场有效的反思**中，根源分析方法都是有效的。不仅仅是对问题的分析，对于优势的分析，也可以运用这种方法，让优势从根本上得以持续。也就是说，根源分析方法，在大多数反思**中都适用，在任何的原因分析中都推荐适用。

以上 5 种方法也是我带团队在开反思**时经常交替使用的方法，开好一个反思**对团队非常重要，只有有效的反思才能帮助团队不断成长。

因为篇幅的限制，其他尝试过的小技巧没有放在这里，如果大家有兴趣的话再做后续更新：）

本文由 @柯北北 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pixabay，基于 CC0 协议

给作者打赏，鼓励TA抓紧创作！

**赏

5人打赏