回顾会议（Retrospective meeting）是scrum中最有价值的会议之一，而且已经有足够多的敏捷团队愿意证实回顾会议对他们的有效性，但是很多团队在执行回顾会的时候往往流于表面，没能触及灵魂，形成有效地行动项，导致回顾会变成了一个例行公事的活动，而失去了它原有的意义。相信很多团队都非常期望回顾会达到真正的效果和目的，产生真正的帮助。因此很有必要探讨一下如何召开触及灵魂的回顾会。

1.Sprint Retrospective回顾会说明

回顾会是在一个Sprint的结尾。在回顾会上，对过去的Sprint的成败得失进行回顾总结，对于做的不足的部分分析出根本原因，基于根本原因进行改进行动项的落实。

2.Sprint Retrospective回顾会作用

1. 做到持续改进
2. 改进团队工作流程
3. 核查工具的使用是否到位
4. 找出潜在问题并进行改进
5. 总结团队表现较好的工作体现
6. 对之前的工作进行系统化总结，并总结出改进方案以及呈现接下来的改进计划。

3.Sprint Retrospective回顾会如何触及灵魂

3.1确认Sprint Retrospective回顾会的进行方式

3.1.1利用时间盒工具

对于2周的迭代时间控制在2小时以内。

3.1.2明确参与人

1. Product Owner
2. Scrum Master
3. Developers

3.1.3制定Sprint Retrospective回顾会的召开方法

在制定回顾会的召开方法之前，我们首先应该先进行安全确认。先确认所有的人在参会的时候感到安全，愿意畅所欲言，把问题暴露出来。因此我们需要在会前需要清楚的表述声明这个会议的目的，召开回顾会议的原则是：“绝对没有想追究任何人的责任的意思。”这样可以给团队创造安全环境，避免开成“抱怨会”或“甩锅会”。

另外召开回顾会，要遵照数据为基础，基于数据的讨论会更有效。比如燃尽图，可以根据sprint的工期和sprint 内剩余任务的总预计工时来获取迭代参考数据。在燃尽图的开始点可以表示出来本次迭代的开始时间，从而了解从Sprint Planning开始到真正开始估算中间消耗了多少时间，可以进而分析这些时间为什么被消耗了，如何能够改进。因此Sprint过程中，应该随时更新燃尽图以确认实际进展，过程中如果发现燃尽图有呈开放趋势，应该提早做出策略，还要对于每次任务都要更新remaining hours从而做出正确的决策。

其他还有速率等迭代数据等都是有效的参考数据。

安全确认和获取参考数据后，我们开始进行召开回顾会。回顾会的召开方法很多种，这里介绍两种比较有效的能够触及灵魂的召开方法。

• 一、卡片回顾法
• 第一步：回顾总结

每个人发放一组报事贴，分别是红黄绿三种颜色。

要求：默写五分钟、每张卡片只写一件事，匿名书写。

红色卡片表示做的不好的，需要改进的点。

黄色卡片表示对应的改进的点的解决方法。

绿色卡片表示做的好的点，需要继续保持。

在此过程中，可以写团队的任何事情，不需要限制范围。

• 第二步：在白板上进行归类，呈现出趋同性。

主持人将卡片收集上来归类的粘贴在白板上。根据归类很容易发现大家共同认为的值得改进的点和需要保持的点。这样做可以避免由于每个人轮流发言而造成大家所说的内容各不相同，无法归类，无法确认优先级的问题。

• 第三步：共创行动项

这个过程中需要考虑到如何才能够分析道根源的原因。其中一个常见的现象是，主持人缺少引导技巧，无法找到真实有效的改进方案。都说5 why法可以帮助找到根源原因，但是机械的问五次why并不能找到真实的根源原因。

为了能够找到根源原因需要问一些触及灵魂的提问。

比如：是什么造成了这个问题，这种提问属于常规提问方法。很可能得到的就是流于表面的回答。比如说：这是马虎造成的。然而马虎是个不容易解决的问题。也就会让问题不了了之。

触及灵魂的提问方法是要让团队进行深入思考，能够找到根源原因的方法。比如说：一种涵盖全面思考的方法是引导式提问，不仅通过提问，还要借助于白板等方法，在白板上描画出整个问题需要关注的因素，然后逐个提问。比如说：管理、技术、工具、思维方式、协作关系等多方面思考可以让原因分析的时候更加深入。

另外，要把所有的思考以可视化的方式呈现出来。如果是原因的原因分析，可以用脑图来呈现。每个节点都用便签纸来书写，中间连线。

因此在收集改进项的卡片时，贴在团队房间里在任务板附近的一堵墙上。这样就能保证团队中的每个人都可以看见这些障碍，把问题隐藏起来只会让大家忽略它们的存在，把问题暴露出来才能给予团队足够的压力来解决问题。这也大家会调动积极性来分析根源原因，找到根源性改进方法。

• 第四步：总结行动项

要求：排出行动项的优先级，只取前三条执行即可。

行动项要规避诸如加强，改进，提升，降低，缩小之类的不具体的行动。

下面是一个行动项目的参考表格

责任者	行动项	预计完成时间	期望效果

• 二、ORID方法

ORID法，又叫焦点访谈法。主要是用对发生的故事进行回顾总结的方法之一。

O代表Objective Layer, 表示客观层，描述事实。这里描述发生了什么事实。

一个常见的问题是，很多人在描述事实的时候会和感受，情绪等混合起来。这里主持人要注意引导听众，将事实和感受分离。

“我感到委屈”虽然也是个事实，但是要放到下一层来说。

“你就是针对我”这个太过于情绪化，不应该出现。

R代表Reflective Layer，表示反射层，描述各自的感受。

这里描述基于上述事实的各位的具体感受。

通过这些感受表示这些项的表示该项目是否值得改进或者保持。

每个人都可以就该事实进行投票。投票的方法可以采用发放贴纸的方式进行。

I代表Interpretive Layer，代表诠释层，描述背后的原因。

这里和前面一样，要找到这些问题的原因，原因的原因，最终找到根源的原因。

D代表Decisional Layer，代表决策层，描述行动项。

和前面一样，要有明确的，可执行的，可跟踪的行动项，具体到人、时间、行动、效果上，聚焦在优先级最高的三条。

采用ORID方法进行回顾会的时候，要求主持人有非常强的引导技巧，可以很好地帮助团队分离事实和感受，帮助团队找到根源原因，避免跑题，混淆等问题的发生。

3.2定期有质量的召开Retrospective Meeting回顾会

1. 做到避免会议产出的改进计划不明确，不能落实，没有跟踪，更没效果。
2. 拒绝团队缺乏持续改进的意识，应提高整体视野，降低只是停留在埋头处理手上的工作。
3. 避免使用含糊不清的关键词，空洞的改进项，难以取得实际的效果。例如：加强、改进、提升、缩短、减少。
4. 缩短Retrospective Meeting回顾会的召开时间，保证高效率的前提。

3.3聚焦

1. 整个会议重点在于聚焦问题并持续改进。
2. 避免对重大问题视而不见，避免天马行空的谈论不切实际、不可能完成或者不相关的话题。
3. 避免感情用事，做到对事不对人。

3.4按照优先级排序形成行动项

贯彻执行改进项为了保证改进项能够顺利落实，需要选择对大家目前影响最大的，即优先级最高的，同时需要综合考虑改进项的成本和开销后选择。

3.5行动项要有时间，负责人，具体行动以及预期效果

会议要保证一定的产出，要对产出物形成固定的要求。同时需要做的改进项建议一定要写入下个迭代的backlog中，方便跟进的同时也能使得改进项负责人认真对待。

4.总结

回顾会是一个查缺补漏、持续改进的过程。以上的方法可以使回顾会开的更有效果和迈入更深的层次，但我们需要注意的是，发现问题仅是第一步，发现问题之后及时制定改进措施，落实追踪并执行，这样才能真正达到回顾会的作用。