7.2 项目复盘与评估
把执行阶段管好很重要——但真正让下一个项目变强的，是这个项目结束之后发生的事：复盘和评估。
这一节讲的是怎么从结果、流程、团队和组织几个维度同时反思，以及怎么用结构化的方法挖出那些值得重复的成功、和值得避开的错误。
复盘为什么重要
项目一结束，多数团队成员会立刻投入下一份工作。跳过复盘，往往会留下：
- 说不清楚的成功原因——所以也复制不了
- 悄悄重复出现的失误和疏忽
- 困在某一个人脑子里、传不到团队的洞察
复盘不是为了责备过去；它是一项战略动作，目的是提高下一个项目成功的概率。
项目复盘的四个维度
要看到完整的画面，从四个角度来审视项目：
- 结果：目标达成了吗？质量、交付、成本、满意度
- 流程：规划、进度跟踪和变更管理是否有效？
- 团队：协作、角色和沟通是否清晰？
- 环境：外部因素——干系人、组织结构、工具——是否合适？
四个维度一起看，会把讨论从"做得好/做得不好"推到真正有深度的洞察。
评估方法：KPT、5 Whys、360 度反馈
KPT（Keep / Problem / Try）
- Keep：做得好、应该继续做的
- Problem：没做好的
- Try：下次想要尝试的改进
5 Whys
连续追问五次"为什么？"，把问题追溯到根因。它能把讨论从表面现象推到真正的原因上。
360 度反馈
从所有相关人那里收集反馈，让团队从多个角度看清自己——从而揭露任何单一视角都看不到的动态。
用 AB 来做复盘
AB 给复盘提供了一个能站住脚的基础：
- 回放任务历史和评论，看清决策当时是怎么流转的
- 用燃尽图和甘特视图分析节奏、找出延期出现的位置
- 把复盘模板（KPT 格式）作为共同文档分享出去
- 通过匿名评论或问卷收集真实的反馈
结果是一次基于事实、由对话驱动的复盘——而不是靠记忆比拼。
怎么让复盘真正落地
避免复盘退化成例行公事，可以这样做：
- 把它排进收尾阶段，而不是当成可有可无的附加项
- 让整个团队参与进来，而不只是 PM
- 把对话框定为面向未来的改进，而不是追责
- 把产出回流到项目模板和 WBS 里，让下次受益
结语：复盘点燃改进
复盘不是为了懊悔过去——它是为了设计一个更好的下一个项目。把洞察从个人经验变成团队的共同知识，是一支学习型团队的标志。
在 AB 中是这样的
在 AB Project Management 里，项目 Wiki 中的一篇"复盘"页可以以下一支团队都能搜到的格式承载 KPT。从项目首页置顶它，让任何后来打开项目的人最先看到。带 Lesson 标签的任务承载着每个人有归属的个人收获——而通过 MCP 接入的 AI 助手可以根据项目的变更历史，生成一份初步的复盘草稿，作为讨论的种子。
→ 接下来，继续 7.3 给未来项目的知识传递，看看怎么把经验有效地沉淀和传递下去。