第 12 章 IT 服务运营与服务管理流程，是全书分值占比最高、案例大题出得最勤的一块，案例分析里经常占 15～20 分。

考场上最容易搅在一起的，是事件管理和问题管理的目的。找茬改错里，变更管理的回退方案、紧急变更补办手续、发布前测试，也是高频漏分点。

这一篇把四大流程的界限和三道实战题放在一起。

本期看点

• ▪▪ ▪ ▪ ▪ 知识重点： 事件管理、问题管理、变更管理、发布管理的目标区分、关键活动、核心指标，以及案例找茬高频陷阱。

事件管理、问题管理、变更管理、发布管理的目标区分、关键活动、核心指标，以及案例找茬高频陷阱。

• ▪▪ ▪ ▪ ▪ 速记口诀： 事件 vs 问题，「事件求快恢复，问题求深根治」。事件流程「受分调解关」（受理、分类分级、调查诊断、解决恢复、关闭）。变更四大件「RFC 申请、CAB 评估、测试验证、回退方案」。

事件 vs 问题，「事件求快恢复，问题求深根治」。事件流程「受分调解关」（受理、分类分级、调查诊断、解决恢复、关闭）。变更四大件「RFC 申请、CAB 评估、测试验证、回退方案」。

• ▪▪ ▪ ▪ ▪ 刷题清单： 题 1 单选，事件管理 vs 问题管理目标与场景辨析；题 2 单选，变更管理控制要点与紧急变更规范；题 3 案例分析，金融核心交易系统四大服务管理流程全景找茬改错。

题 1 单选，事件管理 vs 问题管理目标与场景辨析；题 2 单选，变更管理控制要点与紧急变更规范；题 3 案例分析，金融核心交易系统四大服务管理流程全景找茬改错。

备考建议

看到「频繁发生同类故障、每次只重启」，立刻想到缺少问题管理，未查根因、未建已知错误库。

看到「未经评估直接上线、升级失败无法恢复」，立刻想到变更管理缺失，未做测试、未做 CAB 评估、未制定回退方案。

看到「故障解决后直接关单」，立刻想到事件管理不规范，缺少需方确认环节。

找茬题要把「流程名称 + 问题 + 改进措施」成对写。采分词对齐教材原文，分类分级、需方确认、根因分析、已知错误库、回退方案、CAB 评估审批、仿真测试、更新 CMDB，不要自己发明词。

四大核心服务管理流程

事件管理（求快）

核心目标是在降低对业务影响的前提下，尽可能快地恢复正常服务。关注焦点是「快」，恢复业务优先，可以用临时替代方案。

标准活动：受理 → 分类分级 → 调查诊断 → 解决恢复 → 事件关闭（需方确认）。口诀 受分调解关 。

找茬陷阱：未分类分级；未设升级机制；解决后未向需方确认就直接关单。

事件管理是救火队。缩短停机时间，业务恢复了就算完成使命，哪怕只是临时重启或切到备用设备。

问题管理（求深）

核心目标是寻找引发事件的根本原因，制定规避措施，防止同类事件再次发生。关注焦点是「深」，消除根本原因，更新已知错误库与知识库。

标准活动：问题识别 → 分类与优先级 → 根因诊断 → 建立已知错误 → 提交 RFC 或更新知识库 → 关闭。

找茬陷阱：把事件当问题；只救火不查根因；查出根因不导入知识库；不提交变更。

问题管理是侦探组。要问火是怎么烧起来的，找到根本原因（例如代码内存泄漏、硬件老化）并彻底根治。

变更管理（求稳）

核心目标是使用标准方法和程序，把变更引发的风险与影响降到最低。关注焦点是「稳」，可控、可追溯，确保风险可承受。

标准活动：变更申请（RFC） → 风险评估（CAB） → 变更审批 → 实施与测试 → 确认与回顾。

找茬陷阱：未经 CAB 评估；未在测试环境验证；未撰写回退方案；紧急变更未补办审批。

• ▪▪ ▪ ▪ ▪ 所有变更必须有 RFC： 先提交变更请求。
• ▪▪ ▪ ▪ ▪ 重大变更必须过 CAB： 变更控制委员会评估与审批。
• ▪▪ ▪ ▪ ▪ 上线前必须过测试： 生产环境上线前，仿真测试环境要通过。

生产环境上线前，仿真测试环境要通过。

• ▪▪ ▪ ▪ ▪ 必须有回退方案： Fallback Plan，失败时能快速还原。

Fallback Plan，失败时能快速还原。

发布管理（求合）

核心目标是确保经过测试的合规版本，安全、顺利地部署到生产环境。关注焦点是「合」，版本合规，保持生产环境稳定。

标准活动：发布规划 → 设计与构建 → 测试与验收 → 部署实施 → 回顾与关闭。

找茬陷阱：未做发布测试；未与配置管理（CMDB）联动更新；发布无回退机制。

记住「事件求快，问题求深，变更求稳，发布求合」。临时恢复、重启、切换备机，归事件管理；排查根因、彻底消除、写入已知错误库，归问题管理。

今日实战演练

题 1（单选题·事件管理 vs 问题管理）

某 IT 运维团队接报核心数据库响应缓慢，工程师首先采取重启数据库服务的临时措施恢复了业务（耗时 10 分钟），随后成立专项小组排查发现是慢查询 SQL 缺失索引导致的，并通过优化索引彻底解决了该隐患。关于上述过程中涉及的服务管理流程，下列说法正确的是。

A. 重启数据库恢复业务属于问题管理，优化索引彻底解决隐患属于事件管理

B. 重启数据库恢复业务属于事件管理，优化索引彻底解决隐患属于问题管理

C. 两个过程均属于事件管理，因为目的都是解决故障

D. 两个过程均属于变更管理，因为改变了数据库运行状态

事件管理的核心目标是尽可能快地恢复正常服务。重启服务采取临时替代措施，10 分钟恢复业务，体现求「快」。

问题管理的核心目标是查找引发故障的根本原因并彻底消除隐患。排查慢查询 SQL 根因并优化索引，体现求「深」。

因此，重启数据库恢复业务属于事件管理，优化索引消除隐患属于问题管理。

题 2（单选题·变更管理与紧急变更）

系统规划与管理师在设计变更管理流程时，必须确保变更过程可控且风险最低。关于变更管理的控制要点，下列说法 错误 的是。

A. 所有重大变更在实施前必须经过变更控制委员会（CAB）的评估与批准

B. 生产环境的变更必须在测试环境完成测试验证后方可实施

C. 变更方案中必须包含详细的回退方案，以便变更失败时能快速恢复系统

D. 对于紧急变更，为了节省时间，可以不执行任何评估且无需补办审批手续

即使是紧急变更，也必须走紧急变更审批程序（例如紧急 CAB 评估），并且在变更实施完成后，按规定补办正式的变更申请与审批记录。绝不能不评估、不补办手续。

选项 A、B、C 都是变更管理的标准控制要点。

选择题和案例判断里，凡是写「紧急变更可以不补办手续」或「时间紧可以省去回退方案」的表述，都是错误选项。

题 3（案例分析题·金融核心交易系统四大流程找茬）

某商业银行核心交易系统由乙公司承接运维服务，系统规划与管理师小章担任运维项目经理。

在事件管理方面，客服接听用户报修电话后，直接口头通知工程师处理，未在工单系统中统一记录。工程师处理完故障后，认为问题已解决，直接在后台关闭工单，未向用户进行确认与反馈。

在问题管理方面，该系统近两个月中连续发生 3 次同样的内存溢出崩溃事故。运维团队每次都仅采取重启服务器的方式恢复业务，从未组织人员调查事故的根本原因，也未将该问题建立为已知错误记录。

在变更管理方面，系统架构师小王为了修复一个代码漏洞，撰写了变更方案。小王认为自己技术过硬，方案中未编写回退方案，也未经变更控制委员会（CAB）评估审批，直接在夜间对生产环境进行了代码发布。升级过程中新代码触发重大兼容性 Bug 导致交易瘫痪，因没有回退方案，系统整整瘫痪了 4 个小时才恢复。

在发布管理方面，新版本代码在上线前未经任何仿真测试环境测试，且上线后也未通知配置管理人员更新配置数据库（CMDB）。

（1）请结合案例背景，分别指出小章团队在事件管理、问题管理、变更管理、发布管理中存在的问题，并给出对应的改进措施。

（2）简述变更管理流程的 6 个标准实施步骤。

问题（1）参考答案（找茬诊断与改进措施）

• ▪▪ ▪ ▪ ▪ 问题 1： 事件未统一记录在工单系统中，采用口头通知。 改进措施： 服务台必须对所有接报事件进行规范记录、分类与分级，实现工单电子化管理。

事件未统一记录在工单系统中，采用口头通知。 改进措施： 服务台必须对所有接报事件进行规范记录、分类与分级，实现工单电子化管理。

• ▪▪ ▪ ▪ ▪ 问题 2： 故障解决后未向需方（用户）进行确认与反馈，直接关闭工单。 改进措施： 事件解决后必须经过需方（用户）确认满意后，方可正式关闭事件工单。

故障解决后未向需方（用户）进行确认与反馈，直接关闭工单。 改进措施： 事件解决后必须经过需方（用户）确认满意后，方可正式关闭事件工单。

• ▪▪ ▪ ▪ ▪ 问题 3： 重复发生同类崩溃事故，仅做重启处理，未排查根本原因，未建立已知错误库。 改进措施： 建立问题管理流程，对重复发生的事件开展根因调查与诊断，确定解决方案，建立已知错误记录并导入知识库。

重复发生同类崩溃事故，仅做重启处理，未排查根本原因，未建立已知错误库。 改进措施： 建立问题管理流程，对重复发生的事件开展根因调查与诊断，确定解决方案，建立已知错误记录并导入知识库。

• ▪▪ ▪ ▪ ▪ 问题 4： 变更未撰写回退方案。 改进措施： 所有变更方案必须制定详细、可行的回退方案，确保变更失败时能快速恢复系统。

变更未撰写回退方案。 改进措施： 所有变更方案必须制定详细、可行的回退方案，确保变更失败时能快速恢复系统。

• ▪▪ ▪ ▪ ▪ 问题 5： 变更未经 CAB（变更控制委员会）评估与审批，擅自上线。 改进措施： 严格执行变更审批流程，重大变更必须提交 CAB 进行风险评估与授权审批后方可实施。

变更未经 CAB（变更控制委员会）评估与审批，擅自上线。 改进措施： 严格执行变更审批流程，重大变更必须提交 CAB 进行风险评估与授权审批后方可实施。

• ▪▪ ▪ ▪ ▪ 问题 6： 新版本上线前未经仿真测试环境测试，上线后未联动更新 CMDB。 改进措施： 发布前必须在仿真测试环境进行充分的测试验证；发布完成后须联动配置管理，及时更新配置数据库（CMDB）。

新版本上线前未经仿真测试环境测试，上线后未联动更新 CMDB。 改进措施： 发布前必须在仿真测试环境进行充分的测试验证；发布完成后须联动配置管理，及时更新配置数据库（CMDB）。

问题（2）参考答案（变更管理 6 个标准实施步骤）

• ▪▪ ▪ ▪ ▪ 变更申请： 提交变更请求 RFC。
• ▪▪ ▪ ▪ ▪ 变更评估： 由 CAB 等评估变更的风险、影响与可行性。

由 CAB 等评估变更的风险、影响与可行性。

• ▪▪ ▪ ▪ ▪ 变更审批： 授权人员或机构进行批准。
• ▪▪ ▪ ▪ ▪ 变更实施： 含测试与回退方案准备。
• ▪▪ ▪ ▪ ▪ 变更确认 / 验证： 确认变更实施效果。
• ▪▪ ▪ ▪ ▪ 变更回顾与关闭： 审查评估变更绩效并归档。

机考答题时，把流程名称、问题和改进措施成对写。分类分级、需方确认、根因分析、已知错误库、回退方案、CAB 评估审批、仿真测试、更新 CMDB，这些标准采分词都要写出来。

今日总结

这一篇把服务管理四大核心流程（事件、问题、变更、发布）的考点界限、案例找茬套路，以及变更管理 6 个标准步骤放在一起了。

觉得有帮助，欢迎点赞、在看、转发给一起备考的搭子。还没关注的朋友，点下方名片关注一下，咱们跟着系列一篇一篇稳稳啃下来。

如果你觉得课本知识太难理解，也可以订阅我的《漫画图解》。全书24章，使用图像化拆解，让你快速掌握难懂的知识概念。

软考系统规划与管理师太抽象？我把它做成了500张图，一套全章系规图解