确认范围是什么
确认范围是正式验收已完成的交付物，由客户或发起人签署确认。它回答的是「接受还是不接受」，而不是「质量是否达标」——后者属于控制质量。顺序上先通过质量控制检验，再进入确认范围；把内部测试通过当成客户验收通过，是项目结算阶段争议的主要来源之一。
基本信息
| 所属过程组 | 监控（5.5 确认范围） |
|---|---|
| 时机 | 每个交付物完成时或阶段结束时 |
| 主要输出 | 验收的可交付成果、变更请求、工作绩效信息 |
| 前置条件 | 先通过控制质量检验，再进入范围确认 |
典型使用场景
- 阶段交付：每个阶段成果交付后取得书面验收确认
- 里程碑验收：对照范围说明书与验收标准逐项核对
- 供应商交付：确认对方成果是否满足合同验收条款
- 分批上线：按批次分别验收，避免一次性验收风险集中
- 变更后复验：范围变更实施完成后重新确认验收结果
易混淆的四个过程
| 过程 | 对象 | 判据 |
|---|---|---|
| 管理质量 | 过程与工作方式 | 是否符合质量要求，属执行过程组 |
| 控制质量 | 交付物质量是否达标 | 质量标准与检查结果 |
| 确认范围 | 交付物是否被客户接受 | 验收标准与签署确认 |
| 控制范围 | 范围是否发生偏差 | 与范围基准对比 |
验收记录的必填要素
验收记录的必填要素
交付物清单与对应需求编号 # 保证覆盖完整，不漏项
逐项验收结论（通过、有条件通过、退回）
验收标准与实测结果对照 # 说明结论的依据
验收人与日期 # 明确验收的有效性
遗留问题清单与整改时限 # 有条件通过时必须登记
# 缺任何一项，结算与尾款阶段都容易出现争议常见验收争议
| 争议 | 根因 | 预防方式 |
|---|---|---|
| 标准解释不一致 | 验收标准写得含糊 | 立项时把判据量化并双方确认 |
| 口径变化 | 中途调整验收方式 | 变更验收标准需走变更流程 |
| 口头同意无效 | 验收只做了口头确认 | 坚持书面签署并归档 |
| 带缺陷交付 | 遗留问题未登记 | 有条件通过需列清单与时限 |
做完不做验收确认就直接推进后续阶段，返工或拒收时损失会成倍放大，且责任边界变得难以界定。
验收记录同时是变更与索赔的证据链：完整记录能显著降低结算阶段的谈判成本，也能保护双方的合理权益。