一句话: 复盘写成表扬稿,是因为从"感受"开始而不是从"事实"开始。正确顺序:先对齐目标和结果的差距 → 还原时间线(不下结论)→ 按证据归因 → 改进动作落到人和时间。AI 负责整理事实和逼问证据,责任和判断归人。
很多项目复盘最后写成了工作总结:做了什么、完成了什么、辛苦了大家。
但真正有价值的复盘,要能回答:目标是否达成,哪里判断错了,问题为什么发生,下次怎么避免。 AI 可以帮你整理复盘,但不能替你承担责任和判断。
第一步:对齐目标和结果
我想做一次项目复盘。 项目目标是:[目标]。 实际结果是:[结果]。 请先帮我判断哪些信息还缺失,再设计复盘结构。
先让 AI 挑"信息缺失"是有意为之:大多数复盘开不下去,是因为当初目标就没写清(没有数字、没有截止线),现在只能凭印象吵。缺什么先补什么,补不出来的,这次复盘的第一条改进就是"下个项目把目标写成可衡量的"。
第二步:还原时间线,忍住别下结论
请帮我整理项目过程时间线。 包括关键节点、决策、变更、风险出现时间、处理方式。 不要先下结论。
把聊天记录、周报、会议纪要一起喂进去。时间线的价值是暴露"风险出现"和"风险被处理"之间隔了多久 — 大多数项目不是死于风险本身,是死于风险晾了三周没人管。
第三步:归因要有证据
请基于项目记录做问题归因。 从目标设定、资源、沟通、流程、技术、外部依赖几个角度分析。 每个问题给出证据和下次改进动作。
盯住"证据"列:没有证据的归因是甩锅("沟通不畅"四个字谁都能写),有证据的归因才能改("需求变更 3 次都没同步测试,改进:变更必须抄送测试群")。
| 坏的归因 | 好的归因 |
|---|---|
| 沟通不畅 | X 月 X 日接口变更,前端两天后才知道(群记录),损失 2 天 |
| 时间太紧 | 排期没含联调缓冲,实际联调花了 5 天(计划 0 天) |
| 需求总变 | 变更 4 次,其中 2 次在开发过半后,没走变更评估 |
第四步:输出文档,动作落到人
请把以上内容整理成项目复盘文档。 结构:背景、目标、结果、做得好的地方、主要问题、原因分析、改进动作、负责人和截止时间。
改进动作的硬标准:有负责人、有截止时间、下次能验证。"加强沟通"不算动作,"双周同步会固定周四、产品主持、缺席要提前找代理"才算。超过 5 条动作等于没有动作 — 挑最痛的 3 条。
复盘最容易翻车的三处
- 开成批斗会:一旦现场开始追责,所有人下次都只报喜 — 主持人要把问题指向流程而不是人;
- 只复盘失败:做得好的地方不总结,下次就复制不了;
- 复盘文档无人回看:把改进动作塞进下个项目的启动会议程,才算闭环。
Glouth 怎么用
整理时间线、做归因草稿、生成复盘文档,用 Glouth Chat。要把项目数据、工单和复盘系统接入 AI,看 Glouth Link;需要稳定开通 AI 订阅,看 Glouth Pay。
FAQ
Q:项目记录很散,AI 能整理吗? 能,这正是它的主场。把群聊导出、周报、会议纪要原样丢给它做时间线,比人工翻三小时强 — 但日期、人名、数字要抽查核对。
Q:复盘会前要不要把 AI 归因发给大家? 发"时间线 + 问题清单",别发归因结论。结论先入为主,会就开不出新东西了。
Q:小项目(一两周)也要这么复盘吗? 精简版:30 分钟,只问三个问题 — 目标达成了吗、最大的一个问题是什么、下次改一件什么事。
Q:复盘和绩效挂钩吗? 建议脱钩,至少明面上脱钩。挂钩的那天起,复盘里就再也看不到真话了。
最后提醒
复盘不是追责,也不是表扬会。
把事实还原,把原因讲清,把下次动作落到人和时间,这样项目复盘才真的有用。
想直接上手?
这篇讲的活,打开 Glouth Chat 就能干:GPT-5.5 / Claude 等模型中文直接用,不用翻墙、不用海外卡。想给自己的 ChatGPT 账号开 Plus 的看国内充值指南;要把 AI 接进自己的工具,走 Link API。