PROJECT RETROSPECTIVE

××× 项目复盘

复盘不是分锅,也不是表扬大会——是为了下一次做得更好。

汇报人:×××  |  周期:××月 - ××月

BACKGROUND

先把这个项目说清

目标

当初定的目标是什么,衡量标准是什么,谁定的。

过程

实际怎么推进的,关键节点在哪,谁做了什么。

周期

计划多久、实际多久,差在哪里。

先客观陈述,不加评价——评价留在后面单独讲,避免情绪混进事实。

RESULTS

结果是

¥ 386万项目产出
92%目标完成度
-18天较计划提前
4超出预期的收获

成功的地方也要量化——"感觉挺顺"不叫复盘结论。

WHAT WORKED

哪些做法值得保留

经验 1

前期小步验证

先做最小版本试水,避开了大投入后发现方向错误的坑。

经验 2

关键人盯关键事

把最重要的一件事交给最合适的人,减少扯皮。

经验 3

每周固定同步

问题早暴露、早解决,没有拖到最后一刻爆雷。

经验 4

留了余量

工期和预算都留了缓冲,意外来了没慌。

WHAT WENT WRONG

哪些地方该改

问题 1

需求反复变更

开工后需求改了 × 次,返工成本占了总工时 ××%。改进:变更前评估影响并签字确认。

问题 2

资源预估偏乐观

人力比实际需要少了 ××,导致后期加班。改进:参照历史数据估算。

问题 3

信息不同步

有两处关键信息没传达到执行层。改进:建立单一信息源。

问题 4

验收标准模糊

验收时对"完成"理解不一致。改进:开工前写清验收清单。

ROOT CAUSE

为什么会出现这些问题

根因写到第三层就够深了,别变成追责——重点是"下次怎么防"。

ACTION

下次怎么做

✔ 继续保持

小步验证、固定同步、留缓冲余量。

✘ 立即停止

开工不定验收标准、需求口头变更。

▶ 开始执行

变更评估表、单一信息源、每阶段复盘 15 分钟。

改进措施必须落到"谁、什么时候、做什么",否则就只是愿望。

TODO

待办与责任人

THANK YOU

谢谢

复盘的价值不在这一页,而在下一次不再犯同样的错。

← → / 空格翻页 · 数字键跳转