15.3 变更管理

一句话讲明白

项目里想改任何东西，都必须书面申请 → 评估影响 → CCB 拍板 → 实施 → 验证 → 归档，谁也不能口头一句话就改。

生活类比

改签火车票：你不能冲上站台让列车员改目的地，得先去窗口提交申请（变更申请）→ 窗口查余票和差价（变更方案论证）→ 系统按规则决定能不能改、补多少钱（CCB 审查批准）→ 出新票（发出通知并实施）→ 上车时闸机认新票（变更验证）→ 行程结束后结算差价、留档（效果评估与收尾）。想偷偷上车？门都没有——这就是"变更必经正式流程"。

正经定义

项目变更是指在信息系统项目实施过程中，由于项目环境或其他原因而对项目的功能、性能、架构、技术指标、集成方法和项目进度等方面做出的改变。变更管理是为使项目基准与项目实际执行情况相一致、应对项目变化的一套管理方法；其实质是根据项目推进过程中越来越丰富的项目认知，不断调整项目努力方向和资源配备，最大程度地满足项目需求，提升项目价值。可能的结果是拒绝变化或调整项目基准。

拆解与流程

一、变更产生的原因与分类

常见原因：产品范围（成果）定义的过失或疏忽；项目范围（工作）定义的过失或疏忽；增值变更；应对风险的紧急计划或回避计划；项目执行过程与基准要求不一致带来的被动调整；外部事件。

分类：按性质分 重大变更 / 重要变更 / 一般变更（通过不同审批权限控制）；按迫切性分 紧急变更 / 非紧急变更；按行业特征分（弱电工程）产品（工作）范围变更、环境变更、设计变更、实施变更、技术标准变更。

二、变更管理 7 条原则

基准管理（基准是变更的依据，每次变更评审后都应重新确定基准）→ 变更控制流程化 → 明确组织分工（评估、评审、执行职能分离）→ 与干系人充分沟通 → 变更的及时性（宜早不宜晚，越晚代价越大，可做可不做的尽量不做）→ 评估变更的可能影响（含客户不可视的内部工作）→ 妥善保存变更产生的相关文档。

三、与相关活动的关系

• 与项目整合管理：变更管理是整合管理的一部分，13.12 实施整体变更控制 贯穿项目始终；一旦确定项目基准，就必须通过变更管理处理变更请求；批准前需了解对进度、成本、质量、资源等多方面的影响。
• 与配置管理：配置管理是变更管理的基础与载体。配置管理重点关注可交付产品（含中间产品）及各过程文档，变更管理着眼识别、记录、批准或否决对项目文件、可交付产品或基准的变更。变更管理过程中包含的配置管理活动包括：配置项识别、配置状态记录、配置确认与审计。

四、角色与职责

五、变更工作程序 8 步（必背）

1. 变更申请：应及时以正式方式提出并留下书面记录；任何干系人都可以提出，一般由项目经理或项目配置管理员负责信息收集与初审。
2. 对变更的初审：三目的——确认变更的必要性、确保变更有价值；格式与完整性校验；在干系人间就变更信息达成共识。
3. 变更方案论证：论证需求是否可实现，把技术要求转化为资源需求供 CCB 决策；内容含技术评估与经济与社会效益评估；大型变更可召开论证会议，由变更顾问委员会出具专家意见。
4. 变更审查：项目所有者根据变更申请及评估方案决定是否变更项目基准；专业评审与经济评审应分开，涉及项目目标和交付成果的变更，客户和服务对象的意见应放在核心位置。
5. 发出通知并实施：调整项目目标、最终成果、工作内容和资源、进度计划；若造成交付期调整，应在变更确认时发布，而不是交付前才公布。
6. 实施监控：通常由项目经理负责基准的监控，CCB 监控变更的主要成果、进度里程碑，也可通过监理单位完成监控。
7. 效果评估：依据项目基准；看变更初衷是否达成；比较技术论证、经济论证与实施过程的差距。
8. 变更收尾：判断变更后的项目是否已纳入正常轨道；确认资源配置及时到位，此后按新基准进行整体监控。

六、变更控制的三大目标（三类控制对象）

变更输入：项目基准、项目计划、配置管理计划、项目文件、OPA、变更前的工作绩效报告、变更请求和变更方案。 变更输出：批准的变更请求；更新的项目基准与计划、配置管理计划、项目文件、变更日志；变更后的工作绩效报告；共享经验教训。

七、版本发布和回退计划

发布前准备：进行相关的回退分析；备份存储过程、函数等数据的存储及回退管理；备份配置数据；备份在线生产平台接口、应用和工作流版本；明确启动回退机制的触发条件；说明回退机制职责（通知部门、关联系统、回退时间点）；对发布风险做评估并评审 Check list。

回退 8 步：通知用户开始回退 → 通知各关联系统回退 → 回退存储过程等数据对象 → 配置数据回退 → 应用程序、接口程序、工作流等版本回退 → 回退完成后通知各周边关联系统 → 回退后进行测试保证可正常运行 → 通知用户回退完成。最后要深入分析回退原因、总结经验。

考试怎么考

• 题型：选择题 + 下午案例大题（几乎年年考）。
• 必背：8 步流程；CCB 是决策机构非作业机构；变更依据是项目基准；项目经理管基准监控、CCB 管成果与里程碑；变更实质是"调整方向和资源配备、提升项目价值"。
• 常见问法：
• "项目变更的依据是？" → 项目基准（不是甲方要求、不是干系人需求）。
• "发现团队成员用了与 WBS 词典不符的方法，项目经理首先应？" → 确定这种变化是否改变了工作包的范围。
• "客户明确提出需求更改，项目经理应该？" → 先评估变更对项目的影响，再与客户协商解决措施。
• "关于流程和规则，错误的是？" → "所有变更流程都不能简化、不分级"（错，应分级并可对紧急变更精简）。
• 陷阱词："口头提出后补书面报告即可"（应正式书面提出）；"监理不对变更分级"（错）；"变更应尽快实施不用评估"（错）。

易混辨析

一秒记忆

"申请-初审-论证-审查-通知-监控-评估-收尾，八步走完才算改完；CCB 拍板不干活，项目经理盯基准，配置管理当载体；依据是基准，原则是宜早不宜晚；发布之前先想好怎么退。"

相关

• 15.2 配置管理
• 13.12 实施整体变更控制
• 15.4 本章练习
• 15-组织保障