好的项目有必要去复盘么

之所以强调复盘，是想通过复盘这个动作，来控制好一些变量，进而争取结果能够向更好的方向发展。复盘的价值在于一种“相对的好”，是通过与过去的自己（或团队）对比，这次、下次能更好一点点。

深度复盘，该如何做？

复盘，指在反思的基础上对工作进行的一种系统化思考，是在经历某件事、某个项目之后，对项目事件的节点进行复演，以找出其中的优劣，再将一个抽象的概念形成一套可执行、可复制的方法路径。今天结合两个例子，看看深度复盘该如何做。

例一：日复盘

日复盘，就是针对当天做过的一些事情进行复盘，具体的事项和数量，根据自己的关注点设置，只要有需要两三项都可以。也许，有人觉得这个过程略显幼稚，似乎也无法让一个人即刻达到的高度，但复盘的好处就是能让原本只拿70分的人，能够慢慢拿到71、72、75、80分......与过去的相比，每一次都有进步。

虽说一次日复盘三五分钟就能完成，但即便是三五分钟，能够坚持下来的人也并不多。这里想跟大家说句心里话：日复盘看着复杂，花的时间也不多。但前提是要对我们所做的事情认可，那样才不会觉得是负担，才有坚持的动力。所以，认同是基础和前提。给大家提供一个日复盘的参考模板，如果想尝试可以直接套用，也可以探索更适合自己的模式：

——日复盘——

2022年1月24日

【收获】学会了某个模型初步使用规则

【饮食】正餐油腻，适当增加蔬菜；饮料奶茶（本周已喝一杯，余额0）

【睡眠】0000点~0600点，需要调整睡眠时间

【提醒】会议

【感悟】项目不如想象中的简单，需要补充知识

【记录】X

【进步】理解了一个新概念，新模型

【小确幸】无

【工作状态-5分】5分，提交报告+会议+计划方案

【学习状态-5分】3分，看书时间缩短至45分钟

例二：某公司计划做一个及时更新公司新上线的产品信息系统，计划30天时间完成测试并上线。针对这个案例，我们应该如何做深度复盘？

正式进行复盘前，我们需要知道项目复盘到底要盘什么。说到底，复盘就是复盘项目过程中的“人”和“事”。先进行简单梳理：

对人：

1）项目出现了哪些问题？自己做得怎么样？经过哪些调整会达到更好的效果？

2）执行过程中，个人或团队，哪些地方具有优势？哪些地方有进步的空间？

3）团队其他人有哪些问题？哪些优势值得学习？哪些缺点需要避免？

4）执行过程的团队协作流程、交互方式上，是否有进步的空间？

5）项目中，产生了哪些矛盾和冲突，后来又是如何去缓解、消除的？

6）自己在项目里的角色，做了哪些事，产生了怎样的结果？

对事： 

1）项目是如何开始的？项目计划制定的初衷是什么？

2）项目目标是什么？项目时间节点是什么？

3）项目结果是好还是坏？衡量标准是什么？

4）实现项目目标，阻碍有哪些？制定了怎样的策略？（包括调动了哪些资源？）

5）项目是如何进行的？执行过程中遇到哪些问题，问题是如何解决的？

通过对这些的关键问题的梳理，能让你在回顾目标时思路更加清晰，有利于事件推演顺利进行。当然在这个过程里，应该把这些问题一个个写下来，不要“脑嗨”，用文字系统的梳理远比跳跃式地想象来的有效。对关键问题进行梳理后，再针对案例做复盘，这里给大家推荐一个经过实践的可行方法：回忆—拆分节点—关键节点—节点剖析—专项击破—执行清单。

1. 回顾目标

从接触项目的时间开始回忆，包括启动—规划—执行—监控—收尾。

2. 拆分节点

捋出项目的大节点，再通过大节点层层拆分小节点。比如，大节点：启动阶段（项目计划、需求会、供应商沟通等）；测试（交付标准、测试所需文件、软件）；交付（团队协作、项目汇报等）。

3. 关键节点

回忆拆分节点的同时，锁定需要重点击破的关键节点。比如：发现某节点出现问题较多的部分；预测目前通过有计划的行动，可以提升的部分等。

4. 节点分析

按照拆分的每个小节点，从哪里好、哪里不好、该注意什么、有哪些启发等方面，分别进行深度分析。

5. 专项击破

就专项击破的重要节点，找出原始资料，专项细化分析，并首先落实到可执行的任务清单。

6. 执行清单

将在分析过程中的任务清单关键词进行整理，总结成总任务清单，能附上时间节点的附上节点。

需不需要复盘，相信此刻大家已经有了答案。对项目的复盘，并不是简单的罗列自己干了多少事，做出了哪些成就，而是通过复盘的过程，带动我们思考与分析，去找到项目中不足之处，再针对这些不足或缺失，以节点推演的形式，发现问题并落实到行动、解决问题的方式，达到专业沉淀的目的。