如何组织一场更有效的项目复盘会--送你一套复盘会公式及复(项目公式送你更有效阶段)

首先，我们需要考虑一下，我们为什么要进行项目复盘？项目复盘会的目的是什么？一般情况下，我们项目复盘会的目的大多会为以下几种：

² 对项目内部成员来说 ： 总结经验教训以便下次更好

² 对项目经理来说： 争取更多，更优质的资源以便下次做的更加顺利

² 对项目发起人来说 ： 了解本次项目大家进行过程中的情况，以便下次项目更好的发起

² 对项目内部成员的资源线leader来说： 了解本次项目进行过程中的情况，以便识别更加优质的资源和如何提升每一位项目内部成员的工作能力，帮助大家更好的完成下次项目

² 对整体项目团队来说： 肯定大家在这个项目的成果，提振团队下次做项目的信心

所以，针对上段话中的召开复盘会的目的呢，其实我们可以发现一个关键词——“下次”

那么既然我们的核心目的归拢为：“下次更好”，那我们自然就可以得出复盘会上不要做什么，要做什么。

² 不要做：

² 要做：

讲到这里，读者肯定会觉得，这些要做的，和不要做的，说起来都会，做起来都废，很容易在复盘会上，开着开着，就跑偏了，不要着急，今天作者给到大家的复盘会召开办法，就是一套公式，你可以直接套用：

对比结果—回顾过程—畅所欲言—KI SS 总结— Teambuiding

对比结果这一环节呢，是一定需要PM去做的，一个项目的结果，通常我们要从三个方面来回顾：范围，进度，成本，这三个铁三角的中间，就是质量了。
回顾公式如下：

进度 ：原计划的项目完成时间VS实际的项目完成时间（可以延伸到项目过程原计划的项目各阶段完成时间VS实际的各阶段完成时间）

成本： 原计划的项目所需成本VS实际的项目花费成本（会存在项目经理不清楚人工成本的情况，但是可以将人员工时量化出来也是很好的）

范围： 原计划的项目需要完成的项目目标VS实际的项目完成的项目目标（一定要落实到立项时的项目目标，立项时就将项目目标可以量化）

质量： 项目普遍会经历：概念阶段——计划阶段——开发阶段——验证阶段——发布阶段，可以尽可能收集全各个阶段交付物的按时率（是否按时，延期多久），评审通过率（经历过多少次评审），下阶段对上阶段输出的交付物发现问题的频率，以及在验证阶段（经历过多少次转测和重复的市场端的 beta验证）和发布前爬坡阶段，收到的问题反馈情况。

在IPD中，我们的项目内部成员及项目干系人会有很多类角色，在回顾过程的这个环节，作者的建议是，让各个角色站在自己的角度回顾过程。

让：BA，SE，PL ，测试代表，采购代表，质量代表，制造代表，市场代表，财务代表，运营，各个角色，从自己的出发点上去画如下拓扑图，当然每个人都不是全局者，但是每个人都肯定知道自己在：概念阶段——计划阶段——开发阶段——验证阶段——发布阶段，都做了什么事情，产生了什么问题，后来又是如何解决的：拓扑公式图如下：

当大家都从自己的角度描述了自己在这个项目里面的过程并讲出来的时候，大家相互也就懂了，不同角色，不同立场。
也不至于盲目的回顾过程。

最后的效果，可以由PM去整合出一张全局拓扑图。
大家就会看到彼此在项目迷宫中走的路了。

我们正视了项目目标的偏差，了解了每个人在项目过程中的挣扎，也恍然大悟自己在项目过程中需要与他人配合的要点，发现项目全局的过程中，离不开每一个人的努力与拼搏，我们反思不足，但也需要有一双发现美的眼睛，发现他人 的美，发现自己的美，畅所欲言的环节是需要大家争相发言的，也是需要PM，项目发起人，项目内部成员的资源线 leader不断的给予肯定和反馈，发言公式如下：

在进行了前三个步骤后，大家基本内心已经对这个项目的过程，产生了很多自己原来没有想过的一些思考，也肯定有了下次怎么做更好的想法和建议，那么，一定要让大家把心里的思考讲出来，你要永远记着，群策群力是最好的复盘，那么如何让大家思考的更加有序，表达更加有效呢？作者依然送给大家一套公式：

作者建议，每一次有效的复盘结束后，一定要升华主题，要让大家明白：“想，都是问题，而，做才是答案”，所以复盘会一定要以“信心”“下次更好”为主题，鼓舞士气，前四步都做完了，那么一定要去 Teambuiding开心快乐一下哦～

复盘的方法已经分享给大家，只看不实操并不能真正提高自己。
按照惯例，作者为大家准备了复盘模板，大家一起操作起来吧~

1. KISS复盘模板