复盘四部曲：目标回顾、结果陈述、过程分析、规律总结

复盘是运营必不可少的能力，从一次购买蔬菜的经历到100亿元的投资项目，都可以通过复盘来总结规律，提高水平。简单来说，复盘有两个效果:优化弱项，强化强项，明确自己的价值，明确工作的价值。那么，复盘该怎么办呢？换句话说，有没有更高效、更实用的方法来做好复盘？有的。以下内容来源于我在工作中的思考。同时，我参考了柳传志关于复盘的方法论，试图展示一个完整实用的项目复盘流程。第一，复盘的底层逻辑复盘首先要做的是事实陈述，一个有效的AAR(AfterActionReview)必须以“铁的事实”为基础，如果现实难以陈述清楚并达成一致，就会导致复盘进展缓慢或无法深入。一旦确定了事实，就开始对差异的原因进行诊断和分析，找出成功或失败的根本原因，然后进行规律总结。了解为何会成功，哪些关键行为起到了作用，这些行为是否有适用条件，是否有助于提高后续行动的成功率。因此，出现了一个完整的回顾，包括以下四个步骤：目标回顾、结果陈述、过程分析和定期总结。1.目标回顾当初行动的意图或目的是什么？事件/行动的目标是什么？我们计划怎么做？预先制定的计划是什么？想象一下事先发生了什么？2.陈述其实发生了什么？在什么情况下？它是怎么发生的？哪些地方比目标做得好？什么未达到预期？3.过程分析的实际情况和预期是否存在差异？若有，为什么会出现这些差异？是什么因素导致我们没有达到预期的目标？失败的根本原因是什么？如果没有失败，成功的关键因素是什么？4.规律总结从过程中学到了什么新东西？如果有人想采取同样的行动，我会给他什么建议？接下来我们该怎么办？我们可以直接行动的是什么？2、项目复审阶段的过程基本上包括几个核心阶段：目标、需求、设计、开发、测试和在线。只有分解每个阶段的具体工作，才能分析每项工作的进展是否顺利，问题点在哪里，如何更好地优化。在这里分享一个项目复盘的小技巧:按照项目执行的时间线记录工作日记。你不必每天都写，但你必须在每个重要的时间节点留下工作记录，这样你就可以知道整个活动过程。复盘时，只需翻阅这部分日记，列出实际工作时间表，比较计划中的计划时间表，哪部分工作提前，哪部分工作延误，哪部分工作临时添加，完成程度如何。例如，第一步是回顾项目目标。高质量的项目往往伴随着明确的预设目标。如果目标本身不合理，很难说服复盘得出的结论。因此，在复盘时，也有从目标设定的合理性开始复盘，当初是基于什么条件设定的目标。如果项目总体目标较大，建议分解目标，确定项目实施里程碑，形成子目标或阶段目标，便于衡量和跟进目标。以电子商务活动策划为例，影响交易量的子目标包括：流量、转化率、客户单价、回购率。后续步骤也是如此。通过不断分解，对整个项目流程进行完整、可量化的梳理，了解项目指标的实际情况和预期比较。怎样做产品项目复盘？复盘最重要的两个环节：过去的演绎和复盘优化，明确偏差的原因，并提出有针对性的意见。1.项目目标复盘1.1项目进度复盘是否按原计划交付时间交付？原计划的需求点是多少？未按计划实现哪些需求点？每个需求点延迟的原因是什么？延迟的原因有哪些里程碑？1.2项目复审结果中发生了哪些事故？为什么会发生这些事故？用户对新功能点的接受程度与项目规划是否一致？2.需求阶段复盘是否提供完整的需求输出？包括:原型，MRD、PRD、UML等设计师、交互工程师、开发人员对需求是否分别明确？若需求不明确，将严重影响项目的进度和质量。对典型用户和使用场景有清晰的描述吗？3.视觉设计的最终审核员是否确定了设计阶段的复盘？UI设计输出是否符合统一标准？设计是否影响开发进度？影响的原因是什么？什么时候，谁来完成产品设计工作？4.开发阶段复盘4.1工期评估复盘开发实施前，是否有足够的时间预估工期？一方面，工期评估是让项目成员为项目的整体进度做好准备，也是对项目需求进行详细梳理的过程。工期预测与实际开发时间是否有差异，分析差异原因。4.2开发文档复盘是否已撰写开发文档？开发文件是否符合规范？4.3是否存在需求无法实现的情况？原因是什么？团队成员是否发生变化？如何应对成员变动？怎样避免后期？功能模块是否与需求不一致？原因是什么？5.测试阶段复盘5.1测试计划复盘是否有完整准确的测试用例？有测试计划吗？这个计划有效吗？团队如何测试和跟踪产品开发效果？5.2使用哪些测试工具来帮助测试测试工具的复盘？能否持续使用？测试时间、人力和软件/硬件资源是否足够？5.3复盘哪个功能模块产生的bug最多，为什么？哪些bug出现回滚，原因是什么(回滚:即程序版本的回滚。大bug，程序从1.1返回到1.0，迭代后全是bug，修复成本高)？6.上线阶段复盘6.1验收复盘是否正式上线验收？在正式发布过程中是否存在情况？后续怎样避免？上线前是否与运营、文案进行了充分沟通？是否检查了数据埋点，数据埋点是否符合操作要求？6.2上线后效果复盘上线后是否有重大bug？为什么没有发现测试阶段？产品上线后的问题反馈渠道是否流程？产品上线后收集到哪些问题反馈？都是什么类型？如何改进？每次项目复盘，都是对自己的折磨和锤炼，迭代产品每三个版本复盘一次。一般情况下，发布的节奏是一个月一个版本，所以可以按照3个月的节奏复制。复盘结束后，复盘会议将在最短的时间内召开，因此许多活动的执行细节和用户反馈都历历在目，复盘的可靠性相对较高。诚实地分析对方，既不推卸责任，也不贬低自己，而是尽可能地呈现一个完整而真实的项目流程。每个参与者都有平等的发言权，能够真正表达自己的想法。要有专人控制时间和记录要点，开会最忌讳的就是无缘无故的开会又臭又长。控制每个部分的时间非常重要。此外，记录要点也是会议结果的输出，有利于总结经验，开展下一步行动。