无论是对于企业还是个人来说，复盘都是一个能让我们快速成长的方法，尤其是项目经理和PMO，你是带领项目团队的，每一次项目的完成，都有很多经验，俗话说，最大的浪费是经验的浪费！

复盘，才有机会翻盘。反思，才有机会反转。

复盘的作用在于快速找到问题，总结经验的同时，找到工作的突破点，发现可以完善的方向。

复盘的意义：对结果进行核对，并不断回顾、反思、研究自己的行为，从中找出规律，指导自己每天进步。复盘的步骤可以分为：记录分析、反思原因、探究提升。

总结和复盘的区别：
  • 总结主要分析成功或失败的原因；
  • 复盘不仅可以分析成功失败的原因，还能够通过假设的推演，找到不同的方法和可能性。

一、KPT复盘法

K (Keep): 

保持对项目团队的及时沟通和协作，以及有效地分配任务和提高效率的方法需要继续保持。在这次项目中成功运用的技术和工具也需要保持并继续完善和应用。

P (Problem): 在项目中，我们遇到了许多问题，例如：

- 任务分配不清晰，导致某些任务需要多次返工；

- 有些团队成员在任务过程中缺乏主动性和积极性；

- 一些问题没有及时得到沟通和解决。

T (Test): 下次项目中，我们可以尝试以下改进：

- 更明确的任务分配和任务周期；

- 在项目早期对团队成员进行培训和鼓励，提高其主动性和积极性；

- 增加更多的站会和每日迭代回顾会议，及时沟通和解决问题。

案例如在一个软件项目复盘中，团队不断遇到由于代码质量问题导致的延迟和返工，可以保持项目成员之间的协作沟通，采用代码审查工具来提高代码质量。通过测试不同的代码审查工具和流程，以及在团队中定期分享代码审查心得和经验，可以尝试改进并提高项目成员的工作效率和质量。

 

二、3R复盘法

Record记录：

我们在一个软件项目中，负责开发一个新功能模块。经过多次开发迭代，我们发现模块的功能不够完善，测试人员反复提出问题，导致了任务延期和返工。

Reflect反思[ruminate 深思]：

我们反思了项目过程中的问题和不足，发现以下问题：

- 没有在项目早期与测试人员合作，以便确认功能的正确性；

- 在设计和开发过程中，缺乏对用户需求的全面考虑，导致功能的不完备和不可靠；

- 由于多次迭代，任务时间和复杂度被低估。

Refine提炼[react 反应]：

我们从项目实践中提炼出以下改进方法：

- 与测试人员紧密合作，确保及时发现并解决错误和问题；

- 在需求分析和设计阶段，更多地考虑用户体验和功能完备性，编写更全面和准确的需求文档；

- 制定更严格的时间和进度计划，以便更准确估算任务时间和复杂度。

 

通过记录、反思和提炼，我们成功找出项目的问题和不足，并总结出了有效的改进方法和行动计划。现在，我们已经开始在这些方面采取行动，以确保我们的下一个项目顺利实施并取得成功。

 

三、KISS复盘法

K——keep：需要保持的
I——Improve：需要改进的
S——Start：需要开始的
S——Stop：需要停止的

适用场景：活动结束后，项目结束后，日常生活工作后；

如何应用：

1.需要保持的：活动中做的好的，以后继续保持。
2.需要改进的：活动中准备不充分的，后续改进。
3.需要开始的：哪些想法这次没有做的，以后可以开始实行的。
4.需要停止的：对活动不利的，需要停止的。

KiSS模型同样适用于个人成长领域。         

 

四、PDCA复盘法

P (计划)：供应链管理团队计划提高其供应商采购过程中的效率、减少错误数量以及提高采购质量。为此，他们计划开展一项供应商绩效评估项目，以及确定最佳的采购流程以及购买决策标准。

D (执行)：团队首先设计并实施了一份绩效评估表，用于评估每个供应商的业绩。他们还审查了他们的现有采购流程，并使用业内最佳实践重新设计了每个环节的流程；团队还定期与供应商沟通，以讨论采购需求并发出定期的采购订单。

C (检查)：采购业务的效率与质量都有所改善；然而，某些供应商在某些方面表现不佳，导致采购过程出现一些错误。团队意识到，他们需要更好地评估每个供应商，并且还需要进一步优化其采购流程。

A (行动)：

- 团队计划定期评估每个供应商的绩效，发现问题并快速解决。

- 团队将采购流程中的每一个环节都进一步细化并进行最优化。

- 团队将审查每个采购决策的标准，并进行改进，以确保采购决策的准确性和实效性。

 

通过PDCA复盘法，团队成功地提高了他们的采购效率和质量，并且他们还发现了一些问题并采取了有效措施进行改进。他们的下一个PDCA循环将在上一个周期的基础上继续拓展和完善。

 

五、GRAI 复盘法

G(Goal)目标回顾:
-项目目标:
在6个月内开发一套企业内部管理系统,投入资金200万元。
-核心阶段目标:
2个月内完成需求分析,3个月内完成系统设计,4个月开始系统开发。
R(Result)结果评估:
  • 项目总体目标完成,但超期1个月,项目投入达到230万元。
  • 需求分析与设计阶段目标基本完成,但开发期出现技术问题导致进度延迟。
  • 项目新增移动端App的开发,增加项目工作量与难度。
A(Analysis)过程分析:
  • 项目前期工作比较充分,但开发期技术问题判断不准确,导致项目进度推迟。
  • 项目团队对新技术运用不够熟练,学习成本较高,影响项目速度。
  • 项目新增移动App开发,工作量增加但进度未做调整,项目进度出现压力。
I(Insight)规律总结:
  • 后续项目在方案验证阶段要加大技术验证投入,避免开发期出现技术问题。 
  • 项目团队在使用新技术前要提前针对关键技术点进行培训,降低学习成本。
  • 项目进度安排要考虑工作量的变化,在工作增加时要及时调整项目总进度。
  • 项目变更要严格控制,避免影响项目的进度与投入预算。
通过对项目目标、结果与过程的回顾分析,找出导致超期与超投的主要原因。并在此基础上总结出项目管理的主要改进方向与规律,为后续项目管理提供借鉴,不断提高管理能力与效果。

六、STAR复盘法

SITUATION:
我负责公司一个关键的产品研发项目,该产品可决定公司下一年度的销售目标。但是研发团队大部分是刚加入公司的新人,缺乏相关经验。而项目周期较短,难度较大,一开始大家都不太清楚该如何开始。
TASK:
作为项目经理,我的任务是带领这个不太稳定的团队,在6个月内完成产品研发并投入生产。我需要快速帮助团队积累经验,达到配合默契,高效完成工作任务。
ACTION:
我采取的行动如下:
1)项目初始阶段,我花时间和团队深入交流,理解产品定位及各自的技术专长和工作习惯。
2)项目计划中,我给每个阶段划分详细的里程碑,并与团队一起确认工作任务。 
3)项目执行中,我们每周召开3次会议,围绕任务进度和技术问题进行讨论,我积极引导新人提出疑问。 
4)遇到技术问题时,我们一起研究相关案例,总结解决方案,新人可以从中学习。
5)项目结束前,我们总结研发过程中存在的问题,并提出改进措施,以备后续项目参考。
RESULT:
最终,我们如期完成产品研发并投入生产。新人的技能与经验也在项目中有了较大提高。我也从中学到如何带领新团队高效完成工作,特别是要多与团队互动理解,积极引导新人提问并进行经验分享。这有助于快速提高团队能力,敏捷应对项目任务。
通过STAR法则,我们可以清晰看出该项目经理在面对不稳定团队和紧迫任务时,是如何通过开放沟通、细致管控和经验分享等行动,帮助团队超越自我,最终实现项目目标。这能够成为我们在管理项目和团队时的一个很好借鉴。