产品经理要怎么做一个复盘总结

[关于餐饮中心基础管理实习经理的总结性范文]在写总结时，一定要以客观事实为基础，不要写得华而不实，一旦被人看出有虚假成份时，对你的成绩会大打折扣的。一般来说，要遵循以下几步： 1、对自已做一个简单的介绍，如姓名、实习部门...+阅读

很多公司（包括我所在的公司），要求员工要按时提交：每日工作总结、每周工作总结、月度述职报告、季度述职报告、半年度述职报告、年度述职报告。所以，我们每个人，每天都在做着复盘。有些是我们意识到，但更多的是我们无法意识到的复盘。一、首先，什么是复盘一个项目，不管是0到1或者是版本迭代，基本都会包含以下几个核心阶段（见下图）。产品复盘就是把每个阶段中的具体工作进行分解，分析每一项工作的进展是否顺利，问题点在哪、以及如何更好的优化。二、其次，为什么要复盘之前的文章中，我表述了一个观点，“产品经理天然的路线就是走向管理”。而作为走向管理的第一步，就是要会总结得失。每一个项目从开始到结束，过程中或多或少都会出现计划之外的突发状况。而复盘就是是绝佳的反思的机会，产品上的得与失，通过一条一条的罗列，不断深入思考，提升自己的总结能力。产品经理核心的能力之一，就是总结能力，将收集到的需求建议、竞品优势等进行归纳整理，结合项目自身的差异点才能形成自己的需求思路。三、最后，怎么做复盘前文已经说过，复盘就是对具体工作进行分解，分析问题点和如何改进，以下就任务分解之后的复盘点，进行阐述。 1 项目目标复盘 1.1 项目进度复盘 1.1.1 是否按照原计划交付时间交付？ 1.1.2 原计划的需求点实现了多少？哪些需求点没有按计划实现？每一个需求点延后原因分别是什么？ 1.1.3 哪些里程碑有延迟，延迟原因是什么？1.2 项目结果复盘 1.2.1 项目中出现了哪些意外？为什么会出现这些意外？ 1.2.2 用户对新增功能点的接受程度和项目规划中的是否一致？2 需求阶段复盘2.1 需求定义复盘： 2.1.1 是否提供完整的需求输出，包括：原型、MRD、PRD、UML等 2.1.2 设计师、交互师、开发人员分别对需求是否明确：如果出现需求不明确的情况，将会严重影响项目的进度和质量。 2.1.3 是否对典型用户和使用场景有清晰的描述？2.2 需求变更复盘 2.2.1 需求变更次数：敏捷开发已经将需求变更的影响降到最低，但是较少的需求变更仍然是项目进展顺利的前提之一。 2.2.2 哪些需求变更影响了项目实际进度 2.2.3 每次变更的原因：领导干预？前期考虑欠缺？需求无法实现？分析每一次的变更原因，可以在后期项目中进行合理的避免。 2.2.4 每个项目成员是否都清晰的知道每一次的变更：只有每位项目成员清楚的了解每次需求变更，并做好充分的沟通，才能保证项目的进度和质量。 2.2.5 项目成员是否能接收需求变更：这就要求每次需求变更，都要和相关人员做好沟通。3 设计阶段复盘 3.1 是否确定视觉设计的最终审核人？ 3.2 UI设计产出是否符合统一标准？ 3.3 设计工作是否影响开发工作的进度？影响原因是什么？ 3.4 产品设计工作在什么时候，由谁来完成的？4 开发阶段复盘4.1 工期评估复盘 4.1.1 开发实施前，是否有充分的时间做工期预估：工期评估一方面是让项目成员能够对项目的整体进度有所准备，也是对项目需求进行详细梳理的过程。 4.1.2 工期预估与实际开发时间是否有差异，及差异原因分析4.2 开发文档复盘 4.2.1 是否有提供开发文档？ 4.2.2 开发文档是否符合规范4.3 突发状况复盘 4.3.1 是否出现需求无法实现的状况？原因是什么？ 4.3.2 是否出现团队成员变动情况？如何应对成员变动？后期如何避免？ 4.3.3 是否出现功能模块与需求不符的情况？出现原因是什么？4.4 Code Review复盘 4.4.1 是如何进行的：包括如何分工，如何复查等。 4.4.2 Code Review结果是什么？ 4.4.3 是否严格执行了代码规范？对不规范的代码如何处理？5 测试阶段复盘5.1 测试计划复盘 5.1.1 是否有完整、准确的测试用例？ 5.1.2 是否有一个测试计划？这样的计划是否有效？ 5.1.3 团队是如何测试并跟踪产品开发效果的？5.2 测试工具复盘 5.2.1 使用了哪些测试工具来帮助测试？是否可以持续使用？ 5.2.2 测试的时间、人力和软件/硬件资源是否足够？5.3 测试结果复盘 5.3.1 哪个功能模块产生的Bug最多，为什么？ 5.3.2 哪些BUG出现回滚，原因是什么？6 上线阶段复盘6.1 验收复盘 6.1.1 是否进行了正式的上线验收？ 6.1.2 在正式发布的过程中是否有出现状况？后续如何避免？ 6.1.3 上线前是否和运营、文案进行充分的沟通？ 6.1.4 是否检查了数据埋点，数据埋点是否满足运营要求？6.2 上线后效果复盘 6.2.1 在上线之后是否出现重大bug？为什么测试阶段没有发现？ 6.2.2 产品上线后的问题反馈渠道是否流程？ 6.2.3 产品上线后收集到哪些问题反馈？都是什么类型？如何改进？每次的项目复盘，都是对自己的一次拷问和锤炼，迭代型产品每逢3个版本进行一次复盘，一般情况下，发版的节奏是一个月一个版本，因此可以按照3个月的节奏进行复盘。最后，每次的复盘结果都要形成文字记录，这将是你成长路上的重要积累！