deepread43｜第12章 信息系统服务管理 服务运营—变更管理详解

ONEPSOFT | 软考学习知识库

---

deepread43｜第12章 信息系统服务管理 服务运营—变更管理详解

知识点深度解读：服务运营—变更管理

1. 知识点定位

「服务运营—变更管理」属于【第 12 章 · 信息系统服务管理】12.2.5 过程要素设计中的 " 变更管理过程设计 "。它就是 IT 世界的 " 工程变更单 "——任何对系统（硬件、软件、配置、流程）的改动，都不能谁拍脑袋就改，必须走 " 申请→评估→审批→实施→确认→回顾 " 的受控流程，保证变更有序、不乱套。

• 主要教材出处：第 12 章 12.2.5（变更管理过程设计）/ 关联 事件、问题、配置、发布
• 考试角色：选择题 + 案例题必考（变更分类分级、6 步活动、评估机制 5 类指标、与事件问题关联、重大变更重做规划）
• 与运维关联：变更管理就是 " 动系统前的审批闸口 "——很多宕机都是乱改、没评估、没回退导致的。

2. 教材原文精摘（变更管理核心）

【变更管理过程设计·总体要求】原文：

系统规划与管理师在对变更管理过程进行设计时，应根据服务模式的特征，定义变更管理的控制范围，定义变更的分类和分级，设计变更控制活动和顺序，特别注意变更控制与事件和问题的关联关系，应与变更控制活动有机结合，关注由变更带来的连锁反应，当产生重大变更时可能要重新做服务规划设计，制定变更管理考核指标，持续优化过程。变更管理过程须确保供方通过管理、控制变更的过程，确保变更有序实施。

【变更管理过程设计主要活动】原文：

变更管理过程设计的主要活动包括：

● 确定与变更管理过程一致的活动，包括请求、评估、审核、实施、确认和回顾等。

● 建立变更类型和范围的管理机制。

● 建立变更过程和结果的评估机制，包括未经批准的变更数量及占比、不同类型的变更数量及占比、不成功的变更数量及占比、取消的变更数量及占比、变更关联的配置数。

【变更管理关键指标】原文：

变更管理的关键指标包括变更管理过程的完整性、变更记录的完整性等。

3. 系统解读（逐点讲透）

• 一句话：变更管理 = 给 " 动系统 " 装一道审批闸口：任何改动先申请，评估影响、走审批，再实施、确认、回头看，保证 " 有序不乱 "。
• 控制范围 + 分类分级：先定 " 哪些改动要管 "（范围），再把变更分类型分级别（如紧急/标准/重大），大事重审、小事快批。
• 6 步活动：请求 → 评估（影响/风险）→ 审核（审批）→ 实施 → 确认（是否达到预期）→ 回顾（复盘）。
• 和事件/问题的关联：变更可能引起故障（事件），也可能引入根因（问题），所以变更控制要和事件、问题管理 " 有机结合 "，盯紧连锁反应。
• 重大变更：一旦变更够大，可能要 " 重新做服务规划设计 "——不是改个参数，而是动到了架构层面。
• 评估机制 5 类指标：未经批准的变更占比、各类型变更占比、不成功的占比、取消的占比、变更关联的配置数。用来衡量 " 变更管得住吗、乱改多不多 "。
• 关键指标：过程完整性 + 记录完整性。

4. 工程实践举例（土木工程背景）

用 " 工地设计变更/工程洽商单 " 套：现场要改做法、换材料、调图纸，工人不能自己拍板。得走——提出变更请求 → 评估对结构/工期/造价影响 → 监理/业主审批 → 按新图施工 → 验收确认 → 归档回顾。比如要把 C30 混凝土换成 C40，必须评估强度、成本、工期连锁影响，重大变更还要重新报审图纸。私自改了没登记，后面出裂缝谁都说不清。

教材 ↔ 土木工程实践 对照表：

系规概念	土木类比	要点
变更控制范围	哪些改动要办洽商单	管到哪
分类分级	一般变更/重大设计变更	大事重审
请求→评估→审核→实施→确认→回顾	提单→评估→审批→施工→验收→归档	六步
与事件问题关联	改错引发质量安全事故	连锁反应
重大变更重做规划	动主体结构要重新报审	伤筋动骨
评估机制 5 类指标	未批变更率/返工率/关联构件数	管得住吗
配置数关联	改了哪些构件台账	账随动更新

变更管理 6 步受控流程：

流程图（结构化呈现）

1. 请求
2. 评估·影响风险
3. 审核·审批
4. 实施
5. 确认·达预期
6. 回顾·复盘
7. 事件/问题管理
8. 重做服务规划设计
9. 更新配置 CMDB

对应关系

节点A	关系	节点B
评估·影响风险	关联	事件/问题管理
审核·审批	重大	重做服务规划设计
实施	联动	更新配置 CMDB