← AI学习中心 / 项目与协作
怎样把项目复盘写成原因证据和改进行动
文中企业场景、人物与业务数字为教学示例，不是客户成果记录。
直答：复盘按“偏差点—原因—证据—改进行动”四列来写：偏差点只选具体的，每条原因必须附上可查的证据，每条改进行动写清谁执行、改什么、怎么验证，并给验证日期。写不出证据的原因和写不出验证方式的行动，不允许留在复盘表里。
业务场景（合成演示）：一家小型设备集成商完成一个展厅项目，总结会上得出七条结论，其中五条是“跨组沟通要加强”“责任心要提高”这类表述。三个月后第二个同类项目开跑，同样的图纸同步问题原样重演——因为那五条结论没有任何一条指明谁改什么、怎么验证。
具体做法： 1. 选点：一次复盘只选两三个具体偏差点，比如某个节点延期几天、某份文件返工几次，不写笼统的整体感受。 2. 问原因：每个偏差点先写事实结果，再追问原因；原因必须能落到一条可核对的记录上，找不到就如实写“证据不足待查”。 3. 定行动：改进行动必须含三要素——谁执行、改什么、怎么验证；验证方式直接写进下一个项目的对应检查点。 4. 复述测试：复盘表填完后，请一位没参与项目的同事只看表格复述经过和改进安排；复述不出来的部分说明证据或要素没写全。 5. 串联：把每条改进的验证日期登记到下个项目的检查点清单，由不负责执行的人核对是否已验证。
示例表（合成演示）：
| 偏差点 | 原因 | 证据 | 改进行动 | 责任人 | 验证日期 |
|---|---|---|---|---|---|
| 图纸确认比计划晚4天 | 客户变更未同步到安装组 | 变更邮件发送时间与安装组获知时间对照 | 变更邮件发出后24小时内同步安装组并要求回执 | 安装组负责人 | 下个项目图纸确认节点 |
反例（合成演示）：同一批人的另一份复盘写“今后加强跨组沟通”——没有责任组、没有验证方式、没有日期。第二个项目开工会时，没有人记得这条结论存在过。无法验证的改进写在复盘里，只是让会议显得完整。
空白模板（可复制）：
偏差点：（事实结果：） 原因： 证据（可查记录及位置）： 改进行动：谁__／改什么／怎么验证 验证日期：__ 状态：待执行／已验证（附核对记录位置）
FAQ： 问：原因查不清楚怎么办？ 答：如实写“证据不足，待补查”，列入下次跟进；不要为了闭环编一个听起来合理的原因，那会让后续复盘建立在错误前提上。
问：改进条目没人执行怎么办？ 答：把验证动作放进下一个项目的固定检查点，由不执行改进的人核对；执行人自查容易流于形式。
讨论问题：你上一个项目的复盘材料里，现在还能拿出“已验证”证据的改进条目有几条？
来源说明：本文工作法为编辑设计。任务练习计划思路受 OpenAI 公开文章（https://openai.com/index/helping-small-businesses-put-ai-to-work/）启发，该来源描述小企业AI任务练习计划，不是已实现目标；本文不声称合作或真实成果。