结束项目或阶段是什么
收尾过程完成验收、移交、财务结算、资源释放、文档归档与经验教训总结，是唯一属于收尾过程组的过程。收尾容易被当成走过场，但审计、运维接收与收益跟踪都依赖它的产出。提前终止的项目同样需要规范收尾：不清算责任与合同，遗留问题会长期悬挂。
基本信息
| 所属过程组 | 收尾（4.7 结束项目或阶段），每个阶段结束也可执行 |
|---|---|
| 主要输入 | 章程、验收的可交付成果、商业论证、协议、采购文档 |
| 主要输出 | 最终产品移交、最终报告、组织过程资产更新 |
| 两种收尾 | 行政收尾关注文档与流程；合同收尾关注结算与索赔关闭 |
典型使用场景
- 阶段验收：每个阶段结束时做局部收尾，避免问题积压到项目末端
- 运维移交：把系统、文档、监控与应急流程完整交接给运维团队
- 供应商结算：确认交付物验收结果后关闭合同与尾款
- 提前终止：目标不再成立时清算资源、合同与已交付成果
- 经验教训沉淀：把可复用的估算与流程改进写入组织过程资产
收尾检查清单
收尾检查清单
1) 范围验收：可交付物验收记录与双方签署 # 验收是第一依据
2) 移交：运维或业务接收确认，含培训与文档 # 移交要有接收方签字
3) 合同收尾：供应商结算、尾款与索赔关闭 # 与行政收尾分开确认
4) 财务：最终成本核算、储备余额处理 # 结余归属要说清
5) 资源：人员释放与绩效评价 # 及时释放，避免占用
6) 归档：文档、配置项与经验教训入库 # 便于后续项目复用
7) 收益跟踪：移交收益责任人与度量约定 # 项目结束但收益要继续被跟踪行政收尾与合同收尾
| 维度 | 行政收尾 | 合同收尾 |
|---|---|---|
| 关注对象 | 项目文档、流程与组织资产 | 协议条款、付款与索赔 |
| 主要动作 | 归档、经验教训、最终报告 | 结算、验收签署、索赔关闭 |
| 完成标志 | 文档入库且可被检索复用 | 双方确认无遗留索赔与尾款 |
| 失败后果 | 信息丢失，后续项目重复踩坑 | 法律与财务风险长期悬挂 |
移交验收要点
| 要点 | 要求 | 常见缺口 |
|---|---|---|
| 验收标准 | 按范围说明书逐项核对 | 临时放宽标准，掩盖遗留缺陷 |
| 运维准备 | 监控、备份、应急预案具备 | 上线后才发现无监控无预案 |
| 知识转移 | 培训到场记录与操作手册 | 未培训，运维靠原团队口口相传 |
| 责任边界 | 明确移交后的问题响应流程 | 移交后责任真空，问题无人接手 |
提前终止的处理
- 先确认终止决策与依据，形成书面记录并通知相关方
- 盘点已完成成果与已发生成本，明确可复用部分
- 与供应商协商部分交付的结算方式，避免全额索赔
- 把终止原因与教训写入组织过程资产，供后续项目参考
收尾不做资源与合同关闭，遗留责任会长期悬挂；合同收尾与行政收尾需要分别确认完成，缺一都不算真正结束。
收尾阶段团队陆续解散，此时最依赖文档质量。若文档在过程中持续维护，收尾只是归档；若留到最后补，返工成本会成倍上升。