隐喻回顾会

作为 ScrumMaster 或者敏捷教练，引导团队进行有效的回顾会是工作内容之一，2~4 周一次的迭代周期意味着每次迭代结束，就要引导一次团队回顾。这么看还是挺频繁的:)。如果总是一成不变的回顾形式，难免会流程化或者形式化，慢慢 Team 就失去了兴趣，回顾会的效果也就打了折扣了。很多书和网站会介绍各种回顾会的方式，小伙伴可以汇总下来可以挨个试试:)。不过这种也会容易让 Team 只关注形式，而教练本身也会疲于切换使用，最终容易忽略了回顾会的实质目的——回顾本身。今天我想介绍的是一个最近尝试过的、可以自己设计的、并且可以模板化的一种回顾方式——隐喻回顾。想了解完整细节的小伙伴可以去看看《改善敏捷回顾 提升团队效率》这本书中对应章节的描述。今天我主要是分享我尝试后的感想。

常规的回顾一般模式如下步骤

1. 设定基调：开场说明当次回顾会使用的规则。并尽可能构建安全氛围。

2. 检查假设：如果是第一次回顾会可以忽略这一步。如果不是，那么是上次回顾会的一些实验的验证结果更新。这步和第一步可以根据情况互换顺序。

3. 搜集数据：让 Team 写下当次迭代的想法。可以通过一些引导手段进行发散。

4. 生成见解：通过一些方式结合分组讨论生成见解，这一步属于收敛的过程。例如：使用 5 个为什么挖掘根本原因，最后多个 team 合并相似的原因。

5. 定义实验和假设：通过头脑风暴或者其他方式对见解设定实验方案。

6. 收尾：对 Team 表示感谢。保留回顾成果。

隐喻回顾的步骤

所谓的隐喻就是借助一些大家熟悉的事物进行类比，这样更容易得到共鸣，引发思考，减少顾虑，更方便“借题发挥”。那么借用上面的回顾模式如何设计一次隐喻回顾会呢？首先是选择一个隐喻的对象。其实一些大家都熟悉的回顾会方式就是隐喻回顾，例如 “快艇回顾法”,“赛车回顾法”。他们是把迭代中的 Team 映射到快艇或者赛车这些隐喻对象上下文中。我结合自己团队的情况选择 “火车旅行”这个主题来尝试。下面是具体步骤：

1. 检查假设：更新上一次回顾会设定的实验结果。

2. 设定基调：介绍这次回顾会的形式和规则，让大家把这次迭代过程想象成一次火车的旅行。在一定时间内生成大家能够想到的，能够代表这次旅行相关的名词，也可以理解为这个隐喻的术语清单。例如：行李，绿皮车，轨道，占座，逃票等。

3. 搜集数据：基于上一步生成的术语清单来描述这次旅行。可以分组生成旅行故事。故事中会包含 Team 对迭代的感受、情绪、和想法。之后每组通过讲故事的形式来分享“旅行感受/见闻”。

4. 生成见解：上一步的故事分享大家都会有感兴趣的地方，这个阶段把最关注的通过投票选出。之后可以分组讨论找到大家认可的原因。

5. 定义实验和假设：基于根本原因，团队考虑定制新的“旅行方案/计划”。

6. 收尾：开始新的旅程，每个人可以畅想一下期待的旅程是什么样的。

感触

• 氛围轻松、安全

• 容易引发共鸣

• 讲述故事的形式避免吐槽的尴尬

• 团队参与度高

• 会有意想不到的收获

我们 Team 最后回顾总结 Email 如下，内容仍然可以延续故事的形式。

小贴士

1. 隐喻可以选择工作或者生活中大家都熟悉的事情。方便接受和理解。

2. 框架是固定的，但是使用哪种隐喻，设计隐喻和迭代的映射关系，如何激发大家思考，可以根据实际情况自己设计场景。

3. 可以隐喻回顾——常规回顾——隐喻回顾——常规回顾这种节奏交替进行，保持团队兴趣。

参考书籍

《改善敏捷回顾 提升团队效率》

【欢迎关注我的博客】