复盘最早来源于棋类术语，也称“复局”，指对局完毕后，复演该盘棋的记录，以检查对局中双双的优劣与得失关键。复盘被认为是围棋选手增长棋力的最重要方法，尤其是有比自己更高水平的人和自己对弈并帮助复盘的时候，可以看到选手看不到或者思考不到的地方，从而将选手的眼光和视野拓宽。这种思维不仅仅是一种思考和管理的工具，更是一种文化。

原来在外企工作时，每个项目完成后都要复盘一下，感觉那时候成长还是蛮快的，最近接受一个新项目，对很对业务知识和项目背景都不甚了解，为了快速学习和避免发生不必要的失误，引导团队成员做了一次复盘。根据原来复盘的一些经验，我把复盘总结为四步九项，具体过程如下图所示。具体的四步回顾目标、结果评估，分析原因，总结经验。通过复盘使得常规失误不发生第二次。

回顾目标就是回想最初的目的、初衷是什么。从项目的角度，我们需要复盘项目的目标是什么？最初的计划是什么？项目实施的风险评估及应对模型是什么？具体到5.0.6项目的中如下：

5.0.6项目目标：在2天之内完成所有模块的回归测试，确保线上不出现故障

5.0.6项目计划：拆分出项目中每一个要回归的具体模块，每个模块责任到人，每半天实施同步进度

风险预估：项目处于交接期，没有做相应的风险评估与应对模型，重点关注项目进度与测试缺陷风险

在回顾完目标后，需要对照目标和结果对项目结果进行结果评估，发现差距或差异。对于结果评估首先要做到客观，从实际发生了什么开始，再分析发生事件的条件是什么？特别关注项目实施过程中是否有风险发生，有没有风险意外的事件发生等，具体结合5.0.6版本项目分析如下：

5.0.6项目实际发生了什么？：组内负责项目如期按进度完成，但整体项目延期半天发布

5.0.5项目在什么条件下发生了什么意外：因为AAA因为双12延期上线，BBB项目因为接口人请假延期半天

在评估完结果后，就到了复盘中的核心环节分析原因。能够实现改进，取决于原因分析得到不到位。分析原因的部分需要重点关注以下问题（从客观和主观两个角度分析）：

1）目标或收益没有实现的原因是什么？

2）导致项目目标或绩效未完成的原因是什么？

3）风险应对措施不好的原因是什么？

4）为什么有些意料之外的事情未被识别为风险？

分析原因主要从客观和主观两个方面分析，在分析问题的过程中一定要多问几个为什么？如果分析结果是偶发的，发生的原因是因为某个人，说明分析问题基本不到位，需要重新思考。以5.0.6项目为例

目标没有实现的原因是什么？表面上原因是AAA项目双12影响上线和BBB项目因为接口人请教导致延期。实际上是项目管理沟通不到位，风险分析和风险应对策略不合适导致的。

导致项目绩效未实现的原因是什么？AAA项目管理排期计划不合理，在本次项目实施前已经知道其风险，但没有同步到相关干系人，导致部分人员信息滞后；BBB项目没有及时监控和人员备份机制，其核心问题是项目风险意识和风险识别能力不足。

风险应对措施不好的原因是什么？因为项目风险识别能力不足，导致没有制定合理的风险应对计划。项目监控不到位，导致风险发生没有及时启动风险应对方案。

为什么有些意料之外的事情未被识别为风险？项目交接期，项目风险规划不到位，没有建立项目风险list和应对方案。

第四步是项目的总结教训，很多时候会忽略或不够重视这一步。复盘会不会白复就看最后这步有没有落实。这部分包含两项重要的内容，一是总结，二是改进计划。

总结相当于是对整个过程的回顾，特别是分析原因后大家得出来的一些结论，需要重点回顾，以促进达成共识。在总结的过程中，推荐大家使用“三长两短”方法，如在5.0.6项目中表现比较好的地方如下：

在5.0.6项目中总体良好，虽然项目在进度上出现一定延期，但对项目上线影响可控，本次项目实施过程中有以下三点比较好：

1.项目拆分模块后，责任到人，每个人都能够认真高效的完成自己所分的模块。

2.项目监控较为到位，实施监控项目进度和缺陷状态，实施了解项目进度及风险。

3.人工测试和自动化测试协同工作，为后期项目实施奠定基础

需要改进的两点

1.项目风险评估不到位，没有建立项目风险模型。

2.模块细节了解不到位，不能准确预判项目执行情况【在5.0.6项目中，很好的进行了项目模块拆分，但拆分后的执行情况没办法监控，因为组织架构调整导致部分人员不了解项目情况和背景，仓促进行测试，可能会存在一定风险】

改进针对这些问题，我们要如何改进。有些原因可能需要系统的改进方法，在现场可能无法给出一个完整的方案。而针对不同角色的原因则可以分别明确一个改进的计划。基于大家对问题的共识，系统地改进方案则可以在会后，单独商定。针对5.0.6项目改进建议如下：

建立项目风险表(List),在下次项目启动时对照项目风险表评估分析。实施人：XXX；实施时间：从项目复盘当日开始梳理。

建立业务AB备份机制，通过相互讲解，相互学习，深入理解业务，在未来一个月内陆续进行项目业务培训。提升组内人员业务能力。实施责任人：BBB；实施时间：未来一个月陆续进行。

另外在总结完成时，一定要进行复盘归档，一并将项目复盘信息归档。对于改进计划的落实，有必要设置检查点和负责人。

每次复盘出来的问题都可以在下一次复盘时重新审视，这些问题是否还存在，之前的解决方案是否有效。组织的持续改进就在这一点一滴的优化和迭代。项目复盘的终极意义在于同样的失误不发生第二次。文章来源：MiniStarClub北京，致力于提供最具价值的测试及测试管理领域原创文章。包括测试技术、测试方法、测试思想、测试管理等。

· 推 荐 阅 读 ·

RECOMMENDATION

基于风险的测试策略

基于业务分层的测试策略

服务端性能测试指标及问题排查

全面的质量保障体系之发现缺陷

全面的质量保障体系之回归测试策略

全面的质量保障体系之测试用例分级

服务端性能问题排查及优化---CPU高问题分析

服务端性能问题排查及优化 ---内存问题分析

服务端性能问题排查及优化---高延迟问题分析

京东金融App端链路服务端全链路压测策略

一次服务端性能问题排查过程

再读《性能之巅》学习心得

你点的每个“在看”，我都认真当成了喜欢！