变更日志与变更登记实践
变更日志记录所有变更请求的提出、评估、审批与执行状态，是审计与复盘的基础工具。它与配置管理系统联动，保证每次变更都能追溯到具体版本。关键原则是被拒绝的变更同样要登记，否则同一请求会被反复提出并重复评估，消耗协调资源。
基本信息
| 记录对象 | 全部变更请求，含被拒绝与撤回的 |
|---|---|
| 核心字段 | 编号、提出人、日期、内容、影响评估、审批结论与审批人、执行状态、验证结果、关联版本 |
| 联动系统 | 配置管理系统、需求跟踪矩阵、进度与成本基准 |
| 登记责任 | 项目经理或变更管理员统一登记，禁止口头变更 |
| 审计价值 | 证明基准变更经过授权，支撑验收与结算争议 |
登记范围举例
- 范围与需求新增或删减
- 进度与里程碑调整
- 预算与资源投入变化
- 技术方案与架构选择变更
- 合同条款与交付物形态调整
典型使用场景
- 范围变更提出：登记后进入影响评估，评估结论作为审批依据
- 进度压缩请求：记录压缩幅度与代价（加班、并行、削减测试）
- 紧急线上变更：先执行后补录，但需发起人同意并注明追认时点
- 验收争议复盘：用变更日志还原当时获批的范围与验收口径
- 阶段审计与外部审查：提供完整的变更授权链条与版本对应关系
登记流程要点
登记流程要点
1 提出：登记变更编号、申请人、日期与内容
2 评估：影响分析（范围、进度、成本、风险），列备选方案
3 审批：结论、审批人与日期，拒绝也要留档并说明理由
4 执行：状态更新（实施中/完成/回退）
5 验证：结果确认并关联配置版本与验证记录
字段示例：变更编号 | 提出人/日期 | 内容 | 影响评估结论
| 审批结论与审批人/日期 | 执行状态 | 验证结果 | 关联文件版本常见登记缺口
| 缺口 | 后果 | 补救措施 |
|---|---|---|
| 口头变更未登记 | 范围悄悄扩大，基准失真 | 规定未经登记不得执行，例会上追认 |
| 被拒变更未留档 | 同一请求反复提出 | 拒绝项也入库并注明理由与复核时点 |
| 未关联版本 | 无法追溯实际生效内容 | 变更执行后强制更新配置项版本 |
| 影响评估缺失 | 审批凭感觉，后期代价超预期 | 统一影响评估模板，缺项不予上会 |
变更日志与配置管理系统是两件事：前者记录决策过程，后者记录版本事实；只做一套会导致「批准了什么」或「现在是什么版本」其中之一无法回答。
紧急变更通道若没有次数与范围限制，会逐渐替代常规流程，影响评估环节被系统性跳过。