不开三小时复盘会，用WorkBuddy复盘项目

项目一收尾，最尴尬的环节就来了：拉个会议室坐三小时，前半小时互相客气，中间一小时开始甩锅，最后半小时匆匆写份「加强沟通」的总结，归档、遗忘，下个项目照样踩同一个坑。

我以前带项目也这么干，直到把整套复盘搬进WorkBuddy——现在一个项目的复盘，我花40分钟出一份能存进知识库、下次真能用上的报告。今天把这套四步法给你，提示词全部可以直接复制，换个项目名就能用。

为什么传统复盘会没用：它在做「回忆」，不是「归因」

复盘会效果差，根子不在人不用心，在流程本身有三个硬伤。

第一，信息全靠记忆。项目跑了两个月，谁还记得第三周为什么延期两天？大家凭印象说，凭印象吵。

第二，结论停在感受层。「沟通不畅」「需求变更太多」——这些不是原因，是现象。真正的原因藏在「需求变更走了什么流程、谁批的、平均几天响应」里。

第三，没人复用。总结文档存进网盘，下个项目启动时没人翻。

WorkBuddy能补的正是这三块：它能吃下你所有过程材料，能按框架逼出深层归因，还能把结论转成下个项目的检查清单。

第一步：先喂材料，别先提问

这是最多人做错的地方——上来就问「帮我复盘这个项目」，AI只能给你一堆正确的废话。

正确做法是先把过程材料丢进去。项目管理工具导出的任务列表（含计划时间和实际完成时间）、需求变更记录、周会纪要、群里的关键决策截图、最终交付物清单——有多少给多少，格式乱也没关系。

材料齐了，发这句：

两个关键设计：「先不要给结论」 强制它先建立事实基础；「材料未覆盖就明说」 是防幻觉的安全阀。我第一次这么做，它直接列出材料里有7个任务没有实际完成时间——这本身就是个管理问题，我们的工单根本没人及时关。

第二步：用框架逼出真归因

时间线出来后，别急着问「哪里做得不好」。换成结构化框架提问：

「追到可改变的机制层面」是这段提示词的灵魂。没有这句，AI会给你一堆「沟通不足」；有了这句，它会给你「需求变更由业务方直接在群里提出，未经产品经理评估即进入开发，平均导致每次返工1.5天」——后者才是能改的。

区分系统性和一次性也很重要。一次性原因（比如主力开发突然生病）不值得建流程，系统性原因才需要动机制。

第三步：把「做得好的」也挖出来

复盘不是批斗会。这一步很多人省掉，其实亏大了：

我们团队有个环节一直很顺——测试从不拖期。复盘时才发现原因是测试同学自己维护了一份「提测准入清单」，不达标不接。这个动作后来变成了全组规范。成功经验不挖出来，它就只是某个人的个人习惯，人一走就没了。

第四步：转成下个项目能用的清单

到这一步才是复盘真正产生价值的地方：

WorkBuddy会直接把报告生成好排版的文档文件，标题层级、表格都是现成的。我通常只改一处：把检查清单的负责角色落实到具体的人名。

三个让复盘不流于形式的习惯

• 复盘要趁热，别等一个月。项目结束一周内做，材料还在、记忆还新。拖到月底，你连聊天记录都翻不到了。

• 每次复盘前，先把上次的清单喂回去。加一句「对照这份上个项目的检查清单，本次哪些项做到了、哪些又犯了」，复盘就从一次性动作变成了持续闭环。这一条的价值超过前面所有技巧。

• 报告里必须有名字和日期。「优化需求变更流程」没人做，「产品经理张三在8月15日前输出变更评审SOP」才会被执行。

常见的两个坑

坑一：材料给太少，指望AI靠常识补。 只丢一份周报进去，出来的复盘一定是通用模板。宁可多花20分钟导材料，也别省这一步。

坑二：一次性问完所有问题。 把四步压成一个提示词发过去，每个环节都会变浅。分步走，每步的输出都是下一步的输入，深度完全不一样。

复盘这件事，难的从来不是「想不明白」，而是「懒得系统地想」。把重复劳动交给WorkBuddy之后，你终于有精力去想那些真正需要人判断的部分。

你们团队的复盘会一般开多久？最后那份总结，下个项目真的有人翻吗？评论区聊聊你踩过的坑。觉得这套四步法有用，点个「在看」，也转给正在收尾项目的同事——下周他就用得上。

#WorkBuddy #AI办公 #效率工具

—— 高总AI办公笔记