项目又延期？WorkBuddy四步复盘出根因清单

你有没有过这种时刻：项目明明排了计划，到点还是延期，老板问”到底卡在哪”，你翻了一堆聊天记录，还是说不清根因。不是复盘没做，是复盘停在”发生了什么”，没走到”为什么发生、下次怎么改”，问题就一遍遍重犯。

WorkBuddy 不会替你开复盘会，但它能把你手头零散的项目记录，四步整理成一份”根因清单 + 改进动作”的结构化复盘。下面这套四步法，是我每次项目踩坑都用的，今天原样交给你。

第一步：先让 WorkBuddy 搭复盘框架

别一上来就丢”帮我复盘”。先把框架定下来，让它按”时间线—根因—改进”三段来组织，你确认维度对不对，再填内容：

它会回你一份框架。我每次都先卡这一步，因为复盘的本质是先统一”复盘什么”。框架没定，后面填出来的就是流水账，根因还是埋在细节里。

第二步：喂真实记录，让它挖根因

框架认准了，把项目真实过程丢给它，明确要求用 5 Why 往下钻，别停在表面：

这一步出来的是能当改进依据的根因，不是装饰。我特别要求”标待核实”，是因为 WorkBuddy 可能记错项目细节，标注出来你再回看记录核对，比它编一个准结论安全得多。

第三步：让它生成可落地的改进清单

根因有了，再让它把”下次怎么改”落成清单，必须有责任人和期限，否则复盘白做：

这一步能帮你挡掉”复盘很热闹、改不动”的坑。老板要的不是一份漂亮的复盘 PPT，是”所以谁、什么时候、把什么改掉”。清单尤其值钱——那才是复盘真正落地的部分。

第四步：导出成可复用模板和跟踪表

复盘完只存在聊天框里，等于白做。我让它落两种地：

第一段让它直接给文件；第二段如果改进项多，让它给表结构你填。无论哪种，目标都是”下次复盘，十分钟就能套用”，而不是每次都从零写。

附：一套能直接抄的四步提示词

嫌上面拆开麻烦，把下面这段存备忘录，每次只换项目名和事实：

这套模板我帮几个项目组都用过，从”开完复盘会一团乱”到”拿出能用的清单”，最快一次 18 分钟。你第一次可能要往返两轮调框架，调好后就是复制粘贴。

一个真实小例子：上月一个上线延期

说个真事。上月我们一个支付功能上线延期两周，复盘会开了两小时，结论只有”联调没排期”。我把时间线和关键事实丢给 WorkBuddy，第一步框架先把”根因要追到系统原因”定下来，第二步 5 Why 直接追出：联调没排期 → 因为需求评审没留接口确认环节 → 因为评审清单里没有”联调前置”这一项。第三步清单把这个环节补进评审清单，责任人、期限、验收全列清。整份从乱到清晰，我花了 20 分钟，没手写一个根因。

三个最容易踩的坑

• 坑一：不复盘根因只复盘现象。你说”延期了”，它也只能复述延期，必须把”为什么”框进框架。

• 坑二：让 AI 编项目细节。WorkBuddy 可能记错你项目的真实情况，不标”待核实”就当真，结论会翻车。敏感事实一定回看原始记录。

• 坑三：只存聊天框。复盘完不导出模板和跟踪表，下次又得重来。务必落 .md 和表。

什么时候该自己复，不用这招

适合”项目踩过坑、要留改进清单、以后还会重复做”的延期复盘、事故复盘、版本复盘。三种情况我自己来：一是涉密项目，别整段扔云端，脱敏关键点再用；二是纯主观协作问题，AI 没经历过你的团队，人的摩擦得你自己判断；三是一次性小任务，不值得建模板。其余项目复盘，基本都能用四步提速。

你用 WorkBuddy 做项目复盘最卡的是哪一步？是搭框架、挖根因，还是落清单？在评论区告诉我你卡在哪，我下篇就拆那一环。觉得有用点个「在看」，转发给那个还在手写复盘报告的同事。

#WorkBuddy #AI办公 #效率工具