14.2 收尾过程组的重点工作

收尾过程组项目验收项目移交项目总结高频考点考频极高第14章 14.2，教材 P541

一句话讲明白

收尾真正干的三件大事：先验收（业主点头），再移交（东西交出去），最后总结（经验留下来）。

还是装修交房：先带业主逐项验房、试住一个月（验收测试 + 试运行）、把说明书保修卡交齐（文档验收）、签字确认（终验）；再把钥匙、门卡、水电账号交给业主，把维修热线交给物业（移交）；最后装修公司内部开会算成本和经验（总结）。顺序不能倒——没验收就移交，等于把钥匙塞给一个还没点头的人。

收尾过程组的重点工作包括 项目验收、项目移交、项目总结 三部分。项目验收是收尾的首要环节，只有完成项目验收工作后，才能进入后续的项目总结等工作阶段。

验收依据：前期签订的合同及技术附件 + 变更后的合同内容 + 双方签署认可的软件需求规格说明书。验收测试用例应覆盖需求规格说明书中的全部功能性需求和非功能性需求。验收报告须由参与各方签字确认，各方对验收结论承担责任。

系统集成项目验收的四个环节：

环节	干什么	关键点
① 验收测试	按合同约定的系统环境全面测试	编写用例 → 建环境 → 执行 → 出报告 → 签署报告；由业主与承建方共同进行，或由第三方进行
② 系统试运行	数据迁移、日常维护、缺陷跟踪与修复	试运行中的新需求，可以走变更流程，也可以暂缓作为后续升级项目内容（教材答案：不必"马上"处理）
③ 系统文档验收	与系统匹配的文档同步交用户验收	项目介绍、最终报告、说明手册、维护手册、软硬件说明书与质量保证书；交付前所有文档须验收合格并双方签字
④ 项目终验	试运行后约定时间（如 3 个月或 6 个月）启动	一般项目可将系统测试与最终验收合并；终验标志着项目结束和售后服务的开始

通用验收流程四步（做题常考）：验收准备 → 初步验收 → 正式验收 → 签署验收报告。

对象	依据	移交内容
向用户移交	立项管理文件、合同或协议中的交付内容规定	需求说明书、设计说明书、项目研发成果（实体与知识产权）、测试报告、可执行程序、用户使用手册
向运维和支持团队移交	上线发布或运维移交的相关规定	上述内容 + 安装部署手册 / 运维手册，并承担后续运维责任
向组织移交过程资产	组织过程资产库要求	① 项目档案（各类计划、日历、登记册、变更与风险文件）② 项目或阶段收尾文件（含提前终止时说明原因的正式文件）③ 技术和管理资产（可复用代码、组件、用例 + 度量数据、优秀实践、经验教训、风险问题解决经验）

⚠️ 只移交最终成果、不移交过程成果是错的——过程资产同样必须提交组织更新到过程资产库。

意义：了解全过程工作情况和团队绩效、了解问题并总结改进措施、总结值得吸取的经验、讨论通过后存入公司知识库并纳入组织过程资产。
准备：收集整理过程文档和经验教训（全体项目人员共同进行，非项目经理一人）；形成项目总结会议讨论稿，列出主要优点与主要缺点。
总结会必谈的 7 个方面：① 项目目标 ② 技术绩效 ③ 成本绩效 ④ 进度计划绩效 ⑤ 项目的沟通 ⑥ 识别问题和解决问题 ⑦ 意见和改进建议。
⚠️ 会议形成的文件必须经所有人确认，任何有违此项原则的文件都不能作为结论。

题型：选择题高频（尤其"不正确的是"），案例题常考"验收/移交做得对不对"。
必背数字与关键词：试运行后 3 个月或 6 个月启动终验；文档 4 类（项目介绍、最终报告、说明手册、维护手册）；移交 3 个对象；总结 7 个方面。
常见问法：
"试运行期间的新需求应马上执行变更流程" → 错，可走变更也可暂缓作为后续升级内容。
"项目试运行与最终验收是两个固定环节，不可以合并" → 错，一般项目可以合并。
"移交时只移交最终成果，无须提交过程成果" → 错。
"哪项不属于项目总结会议关注内容？" → 选需交付内容（属移交/验收，不属总结）。
陷阱词："验收依据可以随意变更" → 错，必须以合同及附件为依据；发生大变更的，以变更后的合同及附件为主要依据。

"验（测试-试运行-文档-终验）、交（用户-运维-组织）、总（目标-技术-成本-进度-沟通-问题-建议）：先点头、再交钥匙、最后开复盘会。"