影响评估与证据收集：谈判记录在变更申请中的故障排查 - 第1节
1.1 变更管理的定义与核心价值
在IT服务管理（ITSM）体系中，变更管理是指对IT基础设施、应用系统、流程或服务状态的所有新增、修改或退役活动进行标准化控制的过程。其核心目标并非阻止变更，而是在响应业务需求与控制风险之间取得平衡。
关键定义：变更管理是确保所有变更都经过评估、审批、实施和回顾，以最小化对服务的影响，同时最大化业务收益的流程。
变更管理不仅仅是技术操作，更是一种治理机制。它通过明确的角色（如变更经理、变更顾问委员会CAB）和流程，确保每一次变更都有据可查、风险可控。
1.2 变更类型：标准、紧急、正常
根据变更的紧急程度、风险等级和预审批状态，ITIL将变更分为三种核心类型。理解这三者的区别是进行有效影响评估的前提。
| 特性 | 标准变更 (Standard) | 紧急变更 (Emergency) | 正常变更 (Normal) |
|---|---|---|---|
| 定义 | 低风险、预授权、重复执行的变更 | 必须尽快实施以修复或预防重大故障的变更 | 需要经过完整评估、审批和测试的变更 |
| 审批流程 | 无需额外审批（已预授权） | 紧急变更委员会（ECAB）快速审批 | 变更经理或CAB审批 |
| 风险等级 | 低 | 高（可能绕过常规测试） | 中到高 |
| 典型示例 | 创建新用户、安装已批准的补丁 | 修复生产环境宕机、安全漏洞热修复 | 升级数据库版本、更换核心交换机 |
| 证据要求 | 执行记录与结果确认 | 事后回顾与根本原因分析 | 完整的影响评估、测试报告与回退计划 |
谈判视角：在变更申请中，明确变更类型是谈判的第一步。例如，将一项“紧急变更”降级为“正常变更”，往往意味着争取到了更充分的评估时间和更低的业务风险。
1.3 变更生命周期概述
变更管理遵循一个闭环的生命周期，通常包含以下六个核心阶段。每个阶段都对应着特定的活动、角色和交付物。
- 创建与记录：提交变更申请（RFC），记录变更描述、原因、范围、实施计划等基本信息。
- 分类与优先级：确定变更类型（标准/紧急/正常）和优先级（低/中/高/紧急）。
- 影响与风险评估：评估变更对业务、技术架构、安全及合规性的潜在影响。这是本课程的核心关注点。
- 审批：由变更经理或CAB根据评估结果进行审批，决定是否授权实施。
- 实施与构建：按照审批通过的计划执行变更，包括开发、测试和部署。
- 回顾与关闭：变更实施后，进行回顾（Post-Implementation Review, PIR），确认变更成功并关闭记录。
1.4 变更管理中的关键角色
为了确保流程的严谨性，变更管理定义了明确的角色与职责。在故障排查和谈判中，理解这些角色的立场至关重要。
- 变更申请人（Change Requester）：提出变更需求，通常是业务部门或技术团队。他们关注变更的快速实施。
- 变更经理（Change Manager）：流程的负责人，负责协调、审批和调度。他们关注流程合规性和整体风险。
- 变更顾问委员会（CAB）：由跨职能专家组成，提供专业评估意见。他们关注变更对各自领域的影响。
- 紧急变更委员会（ECAB）：处理紧急变更的快速决策小组，通常由高级技术和管理人员组成。
- 实施者（Implementer）：负责执行变更的技术人员。他们关注技术细节和操作风险。
故障排查提示：当变更导致故障时，首先应确认变更类型和生命周期阶段。例如，未经过完整影响评估的“紧急变更”往往是故障的高发源头。谈判记录在此刻的价值在于还原决策过程，明确责任边界。