玩货 AI 实干库

用 AI 做项目复盘：从零散记录到改进清单

AI 实战方法

复盘不是写心得，而是找到下一次能改的动作

项目复盘容易变成表扬会、追责会或流水账。有用的复盘只回答三件事：哪些做法该保留，哪些阻塞要移除，下一步把什么动作写进新项目。AI 可以帮你把周报、聊天记录、验收表和返工记录整理成改进清单，但不能替你归因，也不能把猜测写成事实。

准备安全的复盘资料

先选出能说明过程和结果的记录，不要只凭记忆复盘。可以按项目阶段挑 5 类材料。

  • 原始需求和客户确认记录。
  • 计划时间、实际完成时间、返工次数和延期原因。
  • 周报、会议纪要、聊天摘要和验收记录。
  • 修改请求、缺陷清单、测试结果和交付证据。
  • 成本、工时、工具费用和人力投入；未公开金额先脱敏。

不要粘贴密码、密钥、token、验证码、客户身份证号、完整合同或未公开财务数据。必要时用“项目 A”“客户 B”“金额 X”“日期 D”代替。

复制项目复盘提示词

把提示词发给可处理中文长文本的 AI，再粘贴已经脱敏的项目记录。工具可以换成你当前可用的模型，但事实边界不要删。

请只根据我提供的“项目复盘资料”整理一页中文项目复盘，供下一次同类项目改进。

必须分为 6 段：
1. 结果回顾：对照原目标和验收标准，写完成、部分完成、未完成和证据。
2. 有效做法：写可以保留的做法、适用条件和依据。
3. 阻塞与返工：写问题、发生阶段、影响、相关记录和证据。
4. 原因假设：区分“记录能支持的原因”和“需要进一步确认的假设”。
5. 改进动作：写动作、负责人建议、适用项目、开始时机和验收结果。
6. 新项目检查项：写下一次开工前必须确认的清单。

规则：
- 只使用复盘资料里的信息，不补写没有记录的原因、责任人和结论。
- 区分事实、影响、原因假设和改进建议，不把假设写成事实。
- 不做个人评价、不追责、不用“执行力不足”“沟通不畅”这类无法执行的表达。
- 每个改进动作都要有可检查结果和开始时机。
- 缺失信息写“待补充记录”。
- 用平实中文，不使用“赋能”“闭环”“重大突破”这类没有验收含义的词。

错误结果：把归因写成评价

本项目因为沟通不畅导致延期，下次大家要增强责任心，加强配合，提升交付质量。

没有说明哪件事、哪个阶段、什么证据、谁来改、怎么验收，下一次仍会重复。

能执行的复盘

证据：8 月 12 日需求单未确认，8 月 14 日新增 2 页页面，最终延期 1 天。可支持的原因：开工前缺少范围冻结和变更影响确认。改进动作：新项目在开工前填写需求确认单，新增页面先由负责人确认工时和排期，验收标准是确认单已回签。

有证据、有动作、有验收方法。

复制空白复盘表

AI 生成后不要直接归档。先核对证据，删除无依据归因，再用下面结构整理。

# 项目复盘
项目：
复盘范围：
参与人：
复盘日期：

## 1. 结果回顾
- 原目标：
  结果：
  证据：

## 2. 有效做法
- 做法：
  适用条件：
  依据：

## 3. 阻塞与返工
- 问题：
  发生阶段：
  影响：
  证据：

## 4. 原因假设
- 记录能支持的原因：
  待确认假设：

## 5. 改进动作
- 动作：
  负责人建议：
  开始时机：
  验收结果：

## 6. 新项目检查项
1.
2.

归档前验收

复盘归档前逐项检查

  1. 每条结果都能对应原目标和验收标准，没有被 AI 补写。
  2. 事实、影响、原因假设和改进建议已经分开。
  3. 阻塞和返工都有发生阶段、影响和证据。
  4. 改进动作有负责人建议、开始时机和可检查结果。
  5. 没有把复盘写成追责、表扬或无法执行的心得。
  6. 敏感金额、客户名、账号、密码和未公开合同信息已脱敏。
  7. 下一次项目开工前能直接使用“新项目检查项”。

继续完成完整工作流

把复盘接回项目生命周期