GRAI 复盘
按目标、结果、分析、洞察四步复盘，最后落到可执行的改进。
可整段复制 占位符用双大括号标出，替换成你的内容即可
# {{事项}} GRAI 复盘
## 一、基本信息
- 复盘对象：{{项目/活动/决策}}
- 时间范围：{{起止日期}}
- 参与人：{{姓名}}
- 复盘主持人：{{姓名}}
## 二、G（Goal）目标
- 原定目标：{{具体目标与指标}}
- 成功标准：{{怎样算成功}}
- 关键假设：{{当时认为成立的前提}}
- 约束条件：{{时间/资源/合规}}
## 三、R（Result）结果
- 实际结果：{{数据与事实}}
- 与目标差距：{{超出/达成/未达}}
- 关键节点：{{按时间列出结果}}
- 意外结果：{{没有预料到的正负结果}}
## 四、A（Analysis）分析
- 达成部分的原因：{{做对了什么}}
- 未达部分的原因：{{根因，不只表面现象}}
- 可控因素：{{我们能改变的}}
- 不可控因素：{{外部环境/他人决定}}
- 关键决策回看：{{当时的选择是否正确}}
## 五、I（Insight）洞察
- 可复用的方法：{{下次继续这样做}}
- 需要避免的做法：{{下次不再这样}}
- 需要验证的假设：{{下一次如何验证}}
- 对机制的建议：{{流程/工具/协作调整}}
## 六、改进计划
| 改进项 | 具体动作 | 负责人 | 时间 | 验收 |
| --- | --- | --- | --- | --- |
| {{改进一}} | {{动作}} | {{姓名}} | {{日期}} | {{标准}} |
| {{改进二}} | {{动作}} | {{姓名}} | {{日期}} | {{标准}} |
## 七、一句话结论
{{这次复盘最值得记住的一句话}}
复制与下载都在浏览器本地完成，不会上传内容，也不需要登录。
怎么用
- 结果部分只写事实与数据，分析部分再解释原因。
- 分析要追到可控的根因，不要把结论停在「沟通不到位」。
- 洞察必须能变成下一次的具体动作，否则只是感想。
为什么这么写
- GRAI 把复盘从「发生了什么」推进到「下次怎么做」。
- 目标与结果对照，能避免事后降低标准。
- 可控与不可控分开，减少无效自责。
- 改进计划带负责人和时间，复盘才会改变行为。
常见错误
- 目标没写清，复盘时无法判断是否达成。
- 分析变成追责会，大家开始防御。
- 洞察停在口号，没有改进动作。