项目收尾与经验教训

是什么

项目最容易烂尾的两个时刻：开始（没人愿意立章程）和结束（大家都赶着下一个项目）。收尾不是形式主义，它是把"这一次花的学费"转换成"下一次的起点"的唯一机会。

收尾要做好五件事：

事项	内容
交付验收	交付物逐项验收、遗留项清单与责任
文件归档	项目档案、评审记录、变更记录、PPAP 资料
预算结算	实际 vs 预算，差异原因
资源释放	人员、设备、场地、系统权限
经验教训	复盘工作坊 + 经验教训报告 + 知识入库

经验教训怎么收

时机：大型及以上项目在阶段收尾时做一次，每个项目在整体收尾时再做一次。不要只在项目结束时回忆一年前的事，记忆会自我美化。

形式：结构化的复盘工作坊，最好有中立主持人。项目经理自己主持、自己记录，结论一定偏向"我们很努力，是客观原因"。

参会人：核心团队 + 关键职能代表（研发、工艺、质量、采购、生产、物流），必要时拉上客户接口人。

议程（90 分钟够用）：

1. 目标回顾：立项时的四类目标（时间/质量/成本/预算）实际达成情况；
2. 做对了什么：哪些做法值得复制，为什么有效；
3. 做错了什么：哪些节点失守、哪些问题反复出现；
4. 根因分析：用 5Why 追到流程/机制层，不停在"某某没做好"；
5. 建议与资产化：哪些进模板、哪些进检查表、哪些进培训；
6. 责任与期限：谁来改、什么时候改完、怎么验证。

经验教训报告怎么写才有用

一份能复用的报告，结构建议如下：

部分	写法
项目概况	类型、规模、周期、关键节点，一页说清
目标达成	四类目标计划 vs 实际，用数字
有效做法	具体到动作与场景，不写"沟通良好"这种空话
主要问题	按影响排序，每个问题配现象、根因、代价
可复用资产	模板、检查表、参数、供应商名单、试验方案
流程改进建议	指向具体流程条款或模板，能落地
待跟踪项	谁在什么时间完成哪项改进

关键：每条教训都要能回答"下次怎么做会不一样"。回答不了，那只是抱怨。

把教训变成组织能力

经验教训不落地，等于没做。三个动作让它固化：

1. 进模板：把教训转成门径检查表的新条目、风险登记表的初始项、报价模型的参数。
2. 进培训：典型失败案例做成内部分享材料（去掉人名与公司信息，只留场景与决策逻辑）。
3. 进知识库：经验教训报告汇总到项目管理部门，形成可检索的案例库；同类项目立项时先查历史教训再定计划。

收尾检查清单

• 所有交付物已验收，遗留项有责任人与期限
• 项目档案完整（章程、手册、计划、评审记录、变更记录、试验报告、PPAP）
• 预算已结算，超支/结余原因已说明
• 供应商合同关闭，尾款与索赔处理完毕
• 人员、设备、场地、系统权限已释放
• 经验教训工作坊已开，报告已归档
• 可复用资产已移交（模板、参数、方案）
• 改进项已分配到人，进入跟踪清单

常见坑

• 收尾即散伙：人走了、文件散了，客户三个月后要资料找不到。
• 复盘变表彰会：只写成绩不写问题，教训为零。
• 复盘变批斗会：追着个人问责，下次没人敢说真话。
• 根因停在表面："供应商不配合"不是根因，"供应商早期未介入、技术交底缺失"才是。
• 教训不进流程：报告写完归档，下个项目原样再踩。
• 遗留项无主：验收时"后续处理"，之后再无人认领。
• 预算不结算：项目结束了账还挂着，成本永远算不清。