4.4 项目收尾与复盘

4.4 项目收尾与复盘

监控曲线归零不等于项目结束。收尾是调度台最容易被跳过的一站——大家急着奔向下一个小班次，验收手续拖成糊涂账，复盘会开成散伙饭。本节讲两件事：怎么把账结干净，怎么把教训变成下一班列车的规章。收尾的成色，决定了组织是在积累经验，还是反复交同一笔学费。

人散之前，账要结清

收尾有一份固定清单，逐项过完才许散场：

收尾清单 · 云梯结算平台 v1
  业务侧：
   □ 对照章程验收：三项成功目标逐条核验
     —— 对账人力 6 降至 1.2 人日/月（达成）
     —— 计费差错率万分之1.8（未达万分之三，转二期专项）
     —— 结算周期月结改周结（达成）
   □ 干系人书面确认，遗留项进二期章程
  财务与合同侧：
   □ 供应商合同结清，采购台账销项
   □ 项目预算与 EAC 对照，差异写明原因
  资产侧：
   □ 代码、文档、配置入库归档，交接清单签字
   □ 生产系统值班与应急联系表更新
  团队侧：
   □ 人员释放计划：转岗去向明确，不留悬空期
   □ 技术债清单随版本移交维护团队
​

注意差错率那条的写法：没达标就写没达标，转专项而不是含糊带过。验收的公信力来自敢在纸上留未达标记录——全是达成的验收单，读的人反而会起疑。

复盘：把教训写成下班的规章

复盘会的失败形态人人见过：领导致辞、互相表功、气氛和谐、一无所出。有效的复盘有固定议程，核心是四个问题，顺序不能乱：

复盘的灵魂在最后一格：改进项必须落到"改哪份规章、哪条流程"。落不到制度上的改进项，会以"大家以后注意"的形式蒸发。云梯复盘的两个真实产出示例：

复盘产出 · 云梯 v1 项目
  事实线摘要：
    中期挣值 SPI 0.87 / CPI 0.90，主因规则引擎返工；
    尾期灰度回滚一次（缓存键冲突），恢复 7 分钟。
  归因：
    1）需求验收标准含糊 → 迭代七返工 11 点中的 7 点
    2）缓存键无命名空间规范 → 上线冲突
  改进项（均有负责人与期限）：
    A. 验收标准模板全员培训，纳入需求评审必查项
       —— 负责人：产品经理，期限：下迭代 D3
    B. 缓存键命名规范发布，存量代码两周内改造
       —— 负责人：架构师，期限：两周
  制度修订：
    《评审清单》新增"验收标准可测"一节
    《发布检查单》新增"缓存键命名审查"一条
​

对照失败的复盘看差别：这份产出里没有任何一句"以后大家多沟通"——每条都能在两周内被核验做没做。

组织级的学习：别让经验锁在个人脑里

单个项目的复盘只完成了一半，另一半是让经验跨项目流动。三个轻量的做法：估算系数库——每个项目收尾时回填各类任务的实际工时与估算比，下个项目的三点估算不再全靠拍脑袋；缺陷模式榜——把各项目的走查与测试高频缺陷归类发布，走查清单随之生长；运行图册——新项目立项时先翻同类旧项目的章程与复盘，五分钟看清前人踩过什么。

⚠️ 收尾阶段有个隐蔽的坑：人员提前撤场。开发在验收前一周就全部转到新项目，验收发现的缺陷没人接，收尾清单变成无法执行的字面文章。资源释放计划要在收尾清单里排好批次，核心人员留守到验收书面确认为止——这半个月的成本，远比回场救火便宜。

验收会：最后一道闸的议程

验收会的失败形态是变成成果汇报会。可执行的议程只有四段，按时长硬性分配：对照章程逐条核验目标数字（一半时间，数据提前备好）；遗留项清点与去向裁决（四分之一时间，每条遗留项当场定"二期处理/放弃/限期整改"三选一）；资源释放确认（确认关键人员留守窗口与交接人）；书面签署（当场签或明确签署时限，口头验收不算数）。云梯的经验是数据包提前三天发出——验收会上的每个数字都该是"核对"而不是"首次见面"，会上才现做的数据，本身就是项目不健康的表现。

度量回填：给下个项目攒系数

收尾还有一件容易被漏掉的事：把本项目的数据回填进组织的系数库（第 4.2 节埋过伏笔）。回填四类数：估算比（各类任务实际工时除以估算工时，供下个项目校准）、缺陷分布（缺陷集中在哪类模块、哪类活动，喂给走查清单）、变更档案（变更总量与集中来源，供下个项目预留变更预算）、进度噪音（节假日、插单对班次速度的实际影响幅度）。每类数据三五条，半天填完，却是组织唯一能带走的资产——项目结束，人各奔东西，只有这些数字能让下一个项目站在本项目肩膀上。

收尾期的"知识抢救"

人散之后最难找回的是当时的判断理由。收尾期值得做一轮定向的知识抢救，把三类易蒸发的东西落成文字：决策理由——中途几次大的方案转向，当时为什么换道、否掉的备选是什么，补进设计文档的决策记录；环境与账号——压测环境的特殊配置、外包平台的联系人、监控告警的路由规则，这些散落在私人聊天与个人笔记里的信息，统一收进交接文档；未结的线头——查到一半的偶发缺陷、怀疑但未证实的设计问题，写成"已知未解"清单交给维护团队。抢救动作合计不过一两个人日，却决定了半年后维护团队是站在证据上工作，还是在考古。

两个高频疑问

问：复盘会开了没人执行改进项怎么办？ 执行率低的根因通常有两个：改进项太大（"加强沟通"这类无法核验的愿望）或没有挂进既有节奏（写完就散）。处方各一副：改进项必须改成两周内可核验的小动作；执行情况并入下一班的班次回顾固定议程，第一条就查上一条。改进项与日常节奏脱钩的那一刻，就是它死亡的时刻。

问：失败项目的复盘要额外注意什么？ 三个"更"：更早开（趁人未散、记忆未美化）、更对事（失败项目的归因压力天然指向个人，主持人要更早立规矩）、更向外（失败的组织成因常在项目之外——立项冲动、资源承诺失信，复盘要有权把镜头拉到项目外面）。失败项目交的学费最贵，回收率却最低，因为没人愿意翻旧账——这正是必须制度化翻账的原因。

本节要点回顾

• 收尾四本账：业务验收、合同财务、资产归档、团队释放；未达标项如实记录并转专项。
• 验收的公信力来自敢留未达标记录。
• 复盘四问按序走：还原事实、找根因、提改进项、归档回灌，对事不对人。
• 改进项必须落到规章修订，"大家以后注意"等于没有产出。
• 组织级学习靠三件套：估算系数库、缺陷模式榜、运行图册。
• 资源释放分批次，核心人员留守到书面验收为止。

调度台四站走完。下一章转到安检与仪表——质量怎么定义、怎么保证、怎么度量。