基准变更流程是什么
基准是经批准的范围、进度与成本版本，是绩效对比的固定参照。基准变更不能私下调整，必须走完整链路：提出与登记、影响评估、按权限审批、更新文件与分发、执行后验证效果。缺少任一步骤都会造成口径漂移——有人按新版本做事，有人按旧版本考核。
基本信息
| 适用对象 | 范围基准、进度基准、成本基准及其组成文件 |
|---|---|
| 触发来源 | 变更请求、纠正措施、预防措施、缺陷补救 |
| 审批权限 | 项目经理批小额与不触及基准的变更，CCB 批基准变更，超阈值升级指导委员会 |
| 必备留痕 | 变更单编号、影响评估、批准人、生效日期、影响对象清单 |
| 完成后动作 | 更新基准、通知干系人、在下个报告周期验证效果 |
典型使用场景
- 客户提出新需求，评估后决定纳入本期，需调整范围与进度基准
- 关键资源流失导致工期延长，需重估并修订进度基准
- 法规变化强制增加合规工作，需同步更新范围与成本
- 实施中发现原方案技术不可行，需要替换实现路径并更新计划
- 纠正措施需要额外预算，超过容差后上报变更控制流程
流程节点（文字示意）
流程节点（文字示意）
1) 申请：变更单写清内容、理由、期望时间与提出人 # 无单据的口头变更不进入流程
2) 评估：分析进度、成本、质量、风险与依赖的影响 # 必须给出不做变更的替代方案
3) 审批：按权限分级决策，记录批准人与日期 # 越权批准等同于无批准
4) 更新：修订基准文件、计划、跟踪矩阵与测试用例 # 只改一部分文件会造成数据源冲突
5) 分发：通知受影响团队、供应商与干系人，替换旧版本 # 版本混乱是偏差的常见来源
6) 验证：在下个报告周期核对执行结果与预期是否一致 # 审批通过不等于执行到位变更后需同步的对象
| 对象 | 同步动作 | 常见遗漏 |
|---|---|---|
| 进度计划 | 更新任务、逻辑关系与里程碑日期 | 只改总结日期不改活动级计划 |
| 成本基准 | 重算预算与应急储备，更新现金流 | 忘记调整储备与付款节点 |
| 范围文件 | 更新范围说明书、WBS 与词典 | 只更新 WBS 图未更新词典 |
| 跟踪矩阵 | 刷新需求与测试用例的关联 | 新增需求没有对应测试用例 |
| 采购与合同 | 涉及外部交付时同步修订合同条款 | 口头确认但合同未改 |
变更审批通过只是起点：应把变更效果纳入下个报告周期的工作绩效对比，确认偏差是否按预期收敛。若连续两次验证未达预期，说明当初的影响评估模型需要修正。