项目复盘别开成追责大会，先还原当时发生了什么

项目出现了问题，众多团队都会把复盘会当作固定的安排。但是复盘会开得怎么样，那可是差别非常大的。有的复盘会一开起来就渐渐变成了追责的会议：这个环节到底是谁负责的？为什么没有做到？一个问题接着一个问题地问，当事人变得越来越紧张，其他人赶忙和这件事情划清界限。散会之后问题还是那个问题，下一次还会再次出现。

复盘的目的并非是去寻觅一个能够被责怪的人。高质量的复盘乃是对当时的信息以及决策状况予以还原，找出问题产生的系统性缘由，接着去落实能够降低再次发生几率的改进办法。追责仅仅是解决由谁来承担责任的问题，而复盘所要解决的是下一次如何才不会出现同样的情形。

复盘开成追责大会，就废了

要是复盘的会议变成了去追究责任的这样一个场合的话，那么每一个人就都急忙赶忙地开始为自己去考虑，去进行自我的保护。

技术部门那边的事情不是已经上报给领导了。就是时间实在是太过于紧张了，要不然是不会出现差错的。大家都在纷纷解释说不是自己的过错。可是那最后的结果又是什么样的？没有人愿意去深入探究真正的原因，因为要是深入去挖掘的话很有可能是要承担责任的。会议结束之后，就留下了一大堆互相指责的情况，而问题还是像往常一样不断地出现着。

更为严重的是，追责这样的文化会使得报告问题变成一件危险的事情。是谁发现问题谁就会遭遇不好的情况，那么大家的选择就会变成：有问题首先把它隐藏起来。藏着藏着小的问题就会被拖延成大的事故。所以那种追责式的复盘，不仅仅效率是低下的，而且还在系统性地营造出一种不敢说真话的氛围。

无责不等于无责任

有的人或许会这么说：要是不去追究责任的话，那难道就不会有任何人来担负起责任了？这实际上是一种非常大的误解。

无责复盘，并非是说没有责任。而是换一种去理解责任的角度。假定参与事件的人在那个时候是怀着善意的，是依据他当时所掌握的信息，做出了他自认为合理的判断。复盘所要去分析的并非是这个人究竟是如何的情况，而是系统、流程、工具、培训还有组织条件这些方面，为会让这个问题出现。

同一件事情，存在着两种全然不同的问法。其一是去问小王为没有对数据进行检查；其二是去问为在流程当中不存在强制的数据校验环节。后面这种问法，能够带来改进。无责就是把矛头从人转移到系统和流程上面，使得人们敢说出真实的情况，让问题能够被看到 。

复盘要回答的问题不是"谁干的"

毫无责任地来进行复盘，其核心之处需要去回应的是一连串的问题，而并非是去追究到底是谁做了什么样的事情。

要回答：发生了什么？影响了谁、持续了多久？从发现、判断、升级、缓解到恢复，时间线上每个关键节点是怎么走的？为什么会发生——直接原因是什么、有哪些促成因素、本来应该起防护作用的机制为什么没起作用？当时采取的处置动作，哪些有效、哪些反而延误或扩大了影响？

当你把这一串问题问完毕之后，你便会发觉，绝大多数的问题并非是由于某一个人品质恶劣所造成的，而是由许多条件所引发的：像是信息呈现不透明，流程存在着缺口，工具不能够依靠，培训没有达到应有的程度等等情况。必须要去寻找到这些相关的条件，才可以去谈及进行改进之事。

一份高质量复盘的七个部分

一份能够切实用来进行指导改进的复盘文档，通常包含着七个方面的内容。

事件的摘要需要把发生了什么事情、影响到哪些人以及持续的时长都清晰地说清楚。影响方面的评估需要去讲述对用户、业务、成本、交付或者声誉所产生的影响。时间线需要把从发现问题到恢复问题的关键节点一一列出来。成因方面的分析需要去区分直接的原因、促成的因素还有防护机制存在的缺口。处置方面的评价需要去回顾当时哪些动作是有效的哪些动作是失误的。纠正行动每一项都得有负责人、优先级、截止时间以及验证的方式。最后是经验方面的共享，要让别的团队也能够识别出类似的风险。

这七个部分将所发生的事情以及应该如何去做串联成了一个完整的循环。特别需要留意去纠正这样的行动：很多没有负责人、没有时间限制、没有验证标准的行动项目，如同没有写出来一样。

复盘不做成闭环，等于白做

最后得要着重地来讲一讲：在进行复盘操作的时候可不能够只是单纯地去开展分析，但是却不把分析所得的结果去付诸于实际的行动之中 。

有不少团队在进行复盘的时候搞得十分热闹，文档也撰写得颇为好看。但是散会之后，却没有人去跟进很多行动项。等到下次出现问题的时候，再进行一次复盘，却发现还是很多行动项依旧在文档里面。像这样的复盘，成本可不低，收益那是零。

要使得复盘真正发挥作用，有三件事情是必须要去做的。其一事先清晰明确好什么样等级级别的事件是需要正式进行复盘的，可不能等到出现了大的问题之后才想起来去做这件事。其二复盘需要及时地去进行操作，及时地去进行评审，及时地去进行传播，如果拖延得太久了那么信息就会消失不见。其三行动项目得放置到团队的待办事项里面，按照约定好的时间期限去进行跟踪，完成了之后得去进行验证，要是验证不通过的话就得说明相应的情况。复盘的价值并不在于那一份文档之上，而是在于文档之后的执行方面。

回归到最开始所说的那句话。项目进行复盘的时候可别弄成追责的大会。首先得把当时究竟发生了些给还原出来。无责可不等于没有责任。是要把那矛头从人转向系统还有流程。用七个部分把事件给讲透彻。然后让每一个行动项目都有人去负责、有期限去限定、有验证去开展。只有做到了这些，复盘才真真儿变成组织学习的工具，而不是变成互相指责的仪式。你在做复盘汇报 PPT 的时候也是一样的道理。可别放上一页责任划分的内容让气氛变得僵硬。得放上事件的时间线、成因分析、改进行动项目这些能够推动变化的页面。二狗 PPT 能够帮你把复盘的时间线、成因图、行动项清单给排列清楚。让复盘会有一个清晰的骨架。但是无责的氛围该怎么去营造、行动项该怎么真正地落地，那可是团队管理的事儿。工具只是帮你把复盘给讲清楚罢了。让复盘真正去改变些，那可就得靠你自己。