# 项目 / 迭代复盘

> 项目 / 迭代：  
> 时间：  
> 主持人：（建议不由团队最高职级的人担任）  
> 参与人：

---

## 填写说明
1. 第 1、2、3 节由 PM **会前**准备好，会上不现场回忆；会前向参与人收集三个问题：哪里好？哪里不好？有什么建议？
2. 会上按「结果 → 时间线 → 根因 → 动作」的顺序；只挑 2–3 个最重要的问题深挖。
3. 根因追问到「改了它，同类问题就不会再发生」为止；追到「某人失误」不要停，继续找机制缺口。
4. 改进项不超过 3–5 条，每条有负责人和截止日，能明确回答「做了没有」。
5. 会后改进项进任务系统；下次复盘先过第 0 节。

开场规则：对事不对人；先事实后观点；不追求覆盖所有问题。

---

## 0. 上次改进项检查
| 改进项 | 负责人 | 截止 | 完成？ | 未完成原因 |
|--------|--------|------|--------|------------|
| | | | 是 / 否 | |

## 1. 目标 vs 结果（用上线前定好的指标）
| 目标 | 实际 | 达成 | 说明 |
|------|------|------|------|
| | | 是 / 部分 / 否 | |

## 2. 时间线
| 日期 | 计划 | 实际 / 关键事件 | 决策或影响 |
|------|------|-----------------|------------|
| | | | |

## 3. 过程数据
- 需求变更：__ 次，共增加 __ 人天
- 延期：__ 天，发生在 ____ 环节
- 提测打回：__ 次，原因：
- 缺陷：严重 __ / 一般 __ / 轻微 __
- 上线后问题：

## 4. 做得好的（要固定下来）
1. 
2. 

## 5. 根因追问（每个重点问题一张）
```
现象（带数据）：
为什么？→
为什么？→
为什么？→
为什么？→
根因：技术上 ____；过程上 ____
检验：改了它，同类问题还会发生吗？□会（继续问）□不会
```

## 6. 改进项（不超过 5 条）
| 问题 | 根因 | 动作 | 负责人 | 截止 |
|------|------|------|--------|------|
| | | | | |

## 7. 可沉淀
- 可以变成模板段落 / 检查项的：
- 要同步给没参会的相关方：

> 来自公众号「PM交付手册Pro」