敏捷回顾会议 Retrospective or Prospective？

       在敏捷软件开发的过程中，回顾会议（Retrospective）一直是团队活动中必不可少的一个环节。这也是很多团队自我提高的一种重要途径。但是很少有人深入思考过，Retrospective到底是个什么东西？ 来自于哪？为什么叫Retrospective？下面，我们就用5分钟时间剖析一下。

        Retrospective方法来自与一种医学调查方法。 具体来说，通过纯粹的被动调查来做研究的方法叫做流行病学调查（Epidemiology），而最容易的流行病学研究是回顾性的问卷调查（Retrospective），它的具体做法是，先找到病人，然后询问比较他们的生活方式，然后经过讨论来得出他们得病的原因和他们生活方式的关联关系。这种调查的好处在于可以直接调查到病人，得到第一手的资料。但是这种调查方法难度在于，由于病人已经得病，在他们再去接受大夫的询问的时候，会不经意间不断地在强化记忆中自己的生活方式和得病之间的关联关系。另一个方面来说，如果去问一个病人他很长时间以前发生的某个事情和现在得的病之间的关联关系，对绝大部分人来说，对过去的某个时间的事情，只存在一个模糊记忆。这些就是回顾会议（Retrospective）一个天生的缺陷。

        一个更可靠的方法是前瞻性调查（Prospective）。比如说科学家想知道核辐射对人体的损害，现在日本地震导致核泄漏之后哪些的确的那些人收到了辐射是非常明确的，根本也就不用对他们进行问卷调查，自然也就没有偏见。有了干净的初始数据，科学家只要长期跟踪这些被打了核辐射标签的人群，再跟正常人对比，就可以指导辐射对人体的影响。可是这里的困难就在于长期。

        回到我们敏捷回顾会议中，其实我们做Retrospective的形式和对“病人”的问卷调查是很相似的。在整个回顾的过程中，引导者的起到了十分重要的作用的。面对一个团队，一个掌握熟练引导技能的引导者完全可以按照他的想法，把整个回顾会议得出的结论偏向于一个和真正问题差别很大的方向（有时候就是引导者想让大家得出的结论）（也有一种情况是没有合适的引导者，大家只是自己在做，最后讨论得出的结论和需要解决的问题相差天壤之别的情况）。

       所以为了避免单一只做Retrospective 带来的片面性，团队也需要同步的进行Prospective调查。通过Prospective调查，我们可以得出团队客观的表现/产出/效率等这样一些客观存在的数据，这些数据不以人的不同意见/不同时间和环境而变化的。这些是能够直接的告诉团队现在团队存在的问题。同时，我们也可以用业界大家经过总结提炼出来的业内经验来告诉团队，如果团队不做xxx，将会产生xxxx的后果这样的建议。

      简而言之，一个好的回顾会议，我们需要在操作中把两个方面结合起来看。一方面，我们需要组织者有一定的引导技术，能够引导大家做出客观公正地回顾。同时也需要利用一些客观的数据客观的事实，来直观告知团队出现的问题（以及后续纠正的方法）。这样操作，能够让敏捷回顾会议做的既客观，又全面。（完）