1. 课程导论：变更管理核心概念、谈判记录在变更流程中的角色、影响评估与证据收集的重要性
1.1 变更管理核心概念
在ITIL 4框架中，变更管理旨在以受控方式管理所有变更，确保变更被正确评估、授权、调度和实施。其核心目标是在速度与稳定性之间取得平衡，避免因变更引入新的风险或中断现有服务。
关键定义： 变更是指对IT服务或其组件的任何添加、修改或移除。变更管理流程负责处理从“变更请求”（RFC）到“变更关闭”的全生命周期。
变更管理基于风险与影响程度，通常将变更分为三类：
| 变更类型 | 定义 | 审批路径 | 典型示例 |
|---|---|---|---|
| 标准变更 | 预授权、低风险、重复性高的变更 | 无需额外审批，按预定义流程执行 | 用户密码重置、服务器补丁更新 |
| 正常变更 | 需要经过完整评估、授权和调度流程的变更 | 由变更经理或变更咨询委员会（CAB）审批 | 核心数据库升级、网络架构调整 |
| 紧急变更 | 为应对重大事故或安全威胁而必须立即实施的变更 | 紧急变更委员会（ECAB）快速审批 | 安全漏洞热修复、生产环境宕机恢复 |
1.2 谈判记录在变更流程中的角色
谈判记录并非ITIL标准流程中的强制文档，但在复杂或高风险的变更中，它扮演着沟通桥梁与决策证据的双重角色。当变更涉及多个利益相关方（如业务负责人、技术团队、安全审计）时，谈判记录用于：
- 明确需求与约束：记录各方对变更范围、时间窗口、资源投入的协商结果。
- 化解冲突：当技术方案与业务需求存在矛盾时，谈判记录可追溯妥协方案的形成过程。
- 提供审计证据：在事后审计或故障排查中，谈判记录能证明变更决策并非单方面强制，而是经过充分讨论与权衡。
实战建议： 谈判记录应包含：参与方、讨论议题、分歧点、最终决策、决策理由、未采纳方案的简要说明。避免仅记录结论，丢失关键上下文。
1.3 影响评估与证据收集的重要性
影响评估是变更管理的核心决策环节。评估的准确性直接决定了变更是顺利上线还是引发事故。证据收集则是影响评估的数据基础，缺乏证据的评估等同于主观猜测。
影响评估通常需要收集以下证据：
- 技术证据：配置项（CI）依赖关系图、历史变更记录、性能基线数据。
- 业务证据：受影响服务的SLA要求、用户数量、业务关键时段。
- 风险证据：已知错误、已知风险登记册、类似变更的失败案例。
- 合规证据：安全策略要求、行业法规（如GDPR、SOX）约束。
| 证据类型 | 来源 | 在故障排查中的作用 |
|---|---|---|
| CI依赖关系图 | 配置管理数据库（CMDB） | 快速定位变更影响的上下游组件 |
| 性能基线 | 监控系统 | 对比变更前后的性能偏差，判断是否异常 |
| 谈判记录 | 变更会议纪要/邮件 | 还原决策逻辑，识别是否遗漏关键约束 |
| 变更回退计划 | 变更实施文档 | 在故障发生时提供标准恢复步骤 |
故障排查启示： 当变更引发故障时，首先检查影响评估阶段收集的证据是否完整。常见的故障根因包括：未识别关键CI依赖、忽略业务高峰时段、未参考历史失败案例。谈判记录在此刻能帮助快速还原决策上下文，避免重复争论。