项目可沉淀的组织过程资产不仅包括项目直接产出的过程和结果资料（项目档案），还包括项目管理形成的流程和知识资产，这些在项目结束时都需要归档。项目直接产出的过程和结果资料包括项目交付物、技术方案和成果、设计稿、源代码、过程资料文件等。项目管理形成的流程和知识资产，包括管理标准、流程、模板等，以及国标行标、法律法规解读、风险点、策略、项目管理经验与教训总结文档等知识库等。

归档让项目成果变成组织过程资产，随时可查阅，以备后续类似项目、相关技术方案参考。组织过程资产的持续沉淀，才能促使组织生产效率提高、边际成本降低、团队变大变强。

小项目的复盘方法是什么

复盘最常用的方式是项目复盘会。在项目复盘会之前，项目经理要梳理项目的关键进程，包括项目或里程碑的各项数据、方案、成果、需求变更、进度、成本和质量状况等。复盘会开始先向项目组汇报项目的客观数据、成果和绩效。然后，让项目成员反馈项目中做的好的和不好的环节、解决方案，发起讨论。对于做得好的，总结记录经验；对于做得不好的，现场讨论出改进方案。改进方案应该是基于当时的场景的优化后的可落地的方案，这样才能在后续的行动中真正有价值。

项目复盘是学习过去经验，服务将来项目。复盘应包括成功经验和失败教训，复盘是将项目经验和教训分布式存储到组织的成员中农村创业有哪些创业模式，并以书面的形式记录下来。复盘成功经验不是论功行赏，是为了将最佳实践在组织中沉淀、复用。复盘失败教训不是挑刺甩锅，是为了找到问题的根源，并避免或改进。

每次的项目复盘都是对自身的一次反思和提升。迭代型产品通常会在每个版本发布之后进行复盘，一般按照每三个月为一个复盘周期。复盘结束后，应尽快召开复盘会议，这样可以更清晰地回顾活动执行细节和用户反馈，提高复盘的可靠性。在会议中，彼此要坦诚地剖析问题，既不推卸责任，也不过度自责，而是力求呈现一个完整真实的项目流程。每个参与者都应该有平等发言权，能够真实地表达自己的想法。另外，要有专人控制会议时间并记录要点，避免会议无关紧要的冗长讨论。记录要点也有助于总结经验并采取下一步行动。

6.2 上线后效果复盘：上线后是否出现了重大的Bug？为什么在测试阶段未发现？上线后的问题反馈渠道是否畅通？收集到了哪些问题反馈？都属于哪些类型？如何进行改进？

6.1 验收复盘：是否进行了正式的上线验收？在正式发布过程中是否出现了问题？如何避免后续发生类似问题？在上线前是否与运营、文案进行充分沟通？是否检查了数据埋点，并满足了运营的要求？

5.3 测试结果复盘：哪个功能模块产生了最多的Bug？为什么？是否出现了回滚情况？原因是什么？回滚是指程序版本回退，出现较大的Bug后，程序从1.1回退到1.0，迭代后仍有bug，修复成本较高。

4.3 突发状况复盘：是否出现了无法实现的需求？原因是什么？团队成员是否发生了变动？如何应对成员变动？后续如何避免？是否出现了功能模块与需求不符的情况？原因是什么？

是否确定了视觉设计的最终审核人？UI设计的产出是否符合统一标准？设计工作是否对开发进度产生了影响？影响的原因是什么？产品设计工作是在什么时候由谁完成的？

是否提供了完整的需求输出？包括原型、MRD、PRD、UML等。设计师、交互师和开发人员对需求的明确程度如何？如果存在需求不明确的情况，将严重影响项目的进度和质量。是否对典型用户和使用场景有清晰的描述？

1.1 项目进度复盘：项目是否按原计划按时交付？原计划中的需求点完成了多少？有哪些需求点未按计划完成？每个需求点延迟的原因是什么？是否存在里程碑延迟，延迟原因是什么？

回顾项目的两个重要环节：过往演绎和复盘优化。过往演绎是指对项目的历史进展进行全面审视，复盘优化则是明确任何偏差的原因并提出相应的建议。以下是复盘的几个关键点：

例如，在复盘的第一步是项目目标回顾。优质的项目往往伴随着明确的预设目标，而如果目标本身不合理，复盘得出的结论也难以令人信服。因此，在复盘过程中，也要从目标设定的合理性开始复盘，回顾当初是基于怎样的条件设定目标。如果项目整体目标较大，建议进行目标分解，确定项目实施的里程碑，形成子目标或阶段性目标，这样有助于对目标进行衡量和跟进。以电商类活动策划为例，影响交易额的子目标可能包括：流量、转化率、客单价、复购率。后续步骤也是如此，通过不断分解来对整个项目流程进行完整、可量化的梳理，从而了解项目指标的实际情况和预期之间的对比。

这里分享一个项目复盘的小技巧：根据项目执行的时间线记下工作日志。不一定要每天都写，但是在关键的时间节点上留下工作记录非常重要，这样才能对整个活动过程了如指掌。在复盘的时候，只需要翻阅这些日志，制作一个实际工作时间表，与策划书中的计划时间表进行对比。可以看出工作提前、延迟、临时加入的部分，以及完成度如何。通过这种方式可以清楚地看到效率的成功和失败，并将其归因于个人，进行表扬或批评。

一个项目一般会包括几个核心阶段：目标确定、需求分析、设计规划、开发实施、测试验证和上线发布。为了了解每个阶段的具体工作进展情况、发现问题并进行优化，需要对每一项工作进行细致分解和分析。这样能够及时发现工作进展的顺利与否，确定问题所在，并寻找更好的优化方案。

4、规律总结：从整个过程中，我们学到了什么新的东西或经验？如果有其他人要进行相同的行动，我会给他们什么建议？接下来，我们应该采取什么行动？哪些是我们可以直接行动的事项？

3、过程分析：实际状况与预期有无差异？如果有差异，为什么会发生这些差异？是哪些因素导致我们未能达到预期目标？失败的根本原因是什么？如果我们没有失败，成功的关键因素是什么？

2、结果陈述：实际发生了什么事情？发生的情况如何呢？是怎么发生的？与我们最初设定的目标相比，我们的表现如何？有哪些地方做得不错？哪些方面没有达到预期？

首先，在进行复盘时，最重要的是建立在确凿的“铁的事实”基础上。这意味着我们需要清晰、一致地陈述事实，才能推进复盘的进程，否则会导致进展缓慢或无法深入分析。一旦事实明确，我们可以开始对差异的原因进行诊断和分析，找出成功或失败的根本原因，并总结出规律。了解成功的原因、关键行为的影响以及这些行为是否适用于不同条件，对于提高后续行动的成功率至关重要。因此，一个完整的复盘过程包括以下四个步骤：回顾目标、陈述结果、分析过程、总结规律。

项目回顾是运营工作中不可或缺的能力，不论是一次简单的购物经历还是涉及数十亿乃至数千亿的投资项目，都可以通过回顾总结经验，提升自身水平。简而言之，项目回顾的目的主要体现在两个方面：① 优化不足之处，加强优势；② 清晰认识自身价值，明确工作的价值。那么，怎样进行项目回顾呢？又或者说，有没有高效且实用的方法来做好项目回顾呢？是的，确实存在这样的方法。

要有专人控制时间和记录要点，开会最忌讳的就是不着边际地开得又臭又长，控制每个部分的时间很重要，另外记录要点也是一种会议成果的输出，有利于总结经验并开展下一步行动。

彼此坦诚剖析，既不推卸责任，也不妄自菲薄，而是尽可能地呈现一个完整真实的项目流程。每个参与者都有平等的发言权，都能真实地表达想法。

每次的项目复盘，都是对自己的一次拷问和锤炼，迭代型产品每逢3个版本进行一次复盘。一般情况下，发版的节奏是一个月一个版本，因此可以按照3个月的节奏进行复盘。

哪些BUG出现回滚，原因是什么（回滚：即程序版本回退。出现较大bug，程序从1.1回退到1.0，迭代之后全是bug，修复成本高）？

开发实施前，是否有充分的时间做工期预估？工期评估一方面是让项目成员能够对项目的整体进度有所准备，也是对项目需求进行详细梳理的过程。

如果项目整体目标较大，建议进行目标分解，确定项目实施里程碑，形成子目标或阶段性目标，便于目标的衡量与跟进。以电商类活动策划为例为例，影响交易额的子目标包含：流量、转化率、客单价、复购率。

比如第一步是项目目标回顾给父母做什么小生意比较好，优质的项目往往都伴随着明确的预设目标，目标本身要是不合理的话，复盘得出的结论也很难有说服力。所以在复盘的时也有从目标设定合理性开始复盘，当初是基于怎样的条件设定的目标。

不一定要每天都写，但一定要在各个重要的时间节点留下工作记录，这样才会对整个活动过程了如指掌。复盘的时候，只需要重新去翻这部分日记，列出一个实际工作的时间表，对比策划书中的计划时间表，哪部分工作提前，哪部分工作延后，哪部分工作是临时加进去，完成度怎么样。

一个项目，基本都会包含几个核心阶段：目标、需求、设计、开发、测试、上线，把每个阶段中的具体工作进行分解，才能分析出每一项工作的进展是否顺利，问题点在哪、以及如何更好的优化。

一旦事实确定下来了，就开始诊断、分析存在差异的原因，找出导致成功或失败的根本原因后进行规律总结。明白为什么会成功、哪些关键行为起了作用、这些行为有没有适用条件，对于提高后续行动的成功率有没有价值。

复盘首先是要做的是事实陈述，一个有效的AAR(After Action Review)必须建立在“铁的事实”的基础上，如果现实难以陈述清楚，并取得一致，将导致复盘进展缓慢或无法深入下去。

产品笔记：项目复盘，一文学会，附7种常用方法论

Analysis（分析原因）：他们分析了成功和失败的关键原因。成功吸引潜在客户的原因包括活动主题与目标客户群匹配、参与者在活动中获得有价值的信息、活动流程顺畅等。而品牌知名度提高不明显的原因可能是宣传力度不够、活动内容与品牌形象不符等。

全面质量管理的思想基础和方法依据就是PDCA循环，在质量管理活动中，PDCA循环法要求把各项工作按照作出计划、计划实施、检查实施效果，然后将成功的纳入标准，不成功的留待下一循环去解决。这一工作方法是质量管理的基本方法，也是企业管理各项工作的一般规律。