隐喻回顾会

Posted by Bruce Wong on January 9, 2022

作为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如下,内容仍然可以延续故事的形式。 Metaphor

小贴士

  1. 隐喻可以选择工作或者生活中大家都熟悉的事情。方便接受和理解。
  2. 框架是固定的,但是使用哪种隐喻,设计隐喻和迭代的映射关系,如何激发大家思考,可以根据实际情况自己设计场景。
  3. 可以隐喻回顾——常规回顾——隐喻回顾——常规回顾这种节奏交替进行,保持团队兴趣。

参考书籍

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