第 12 章信息系统服务管理速览（S 档）：ITIL 4 vs ITSS 谁主谁辅

一、为什么 S 档第 3 章必须给第 12 章

各位同学好，老孙在这里。

今天是 2026 年 6 月 9 日，距 10 月 24 日系规考试还剩 137 天。

栏目③教材站第 3 篇——继续 S 档章节。S 档 3 章顺序是第 4 章 → 第 11 章 → 第 12 章，今天到了 S 档的最后一章，也是系规这门考试篇幅最长、考分最重的一章。

第 12 章信息系统服务管理在近 3 年真题里的分布：

• 综合知识每年 8-12 题（占 75 题约 13%，是所有章节里最高的）
• 案例分析几乎每年 1-2 道大题
• 论文方向近 8 年出 3 次（占论文方向的 38%，是 5 大方向之首）

光教材这一章就接近 80 页——是教材里篇幅最长的章节。

这一章的核心难点是两个国际/国内框架并存：

• ITIL 4（国际框架）—— Information Technology Infrastructure Library 第 4 版
• ITSS 国标（中国本地化标准）—— GB/T 28827 信息技术服务标准体系

很多同学的第一反应是："两个框架都要学，太累了，能不能只学一个？" 老孙的回答是：不能。因为系规考试默认你两个框架都掌握——但主次必须分清。

今天这一篇老孙用 30 分钟带你彻底搞懂：

1. ITIL 4 是什么、ITSS 是什么、谁主谁辅
2. 两个框架的核心结构对照
3. 实战中如何组合使用
4. 第 12 章高频考点速记

读完今天这一篇，你对第 12 章的整体认知会从"两个陌生框架"变成"一个有逻辑的服务管理体系"。

二、ITIL 4 和 ITSS 的"国际 vs 本地"关系

先讲清楚两个框架的关系。

ITIL 4 是什么

ITIL（Information Technology Infrastructure Library，IT 基础架构库）由英国政府商务办公室（OGC）首次发布于 1980 年代末——后来由全球 IT 服务管理实践不断完善，2019 年发布 ITIL 4 版本，目前是国际最广泛使用的 IT 服务管理最佳实践框架。

ITIL 4 的核心理念是 "价值流（Value Stream）" ——所有 IT 服务管理活动都应该以"创造价值"为目标。

ITIL 4 的全球地位：全球 90% 以上的世界 500 强企业都基于 ITIL 4 建设 IT 服务管理体系——它是事实上的国际通用语言。

ITSS 是什么

ITSS（Information Technology Service Standards，信息技术服务标准）由中国电子技术标准化研究院主导制定——这是中国自主的国家标准体系，编号是 GB/T 28827 系列。

ITSS 国标的核心理念是 "服务能力建设" ——通过 4 大能力域（人员、资源、技术、过程）的标准化建设，提升企业的 IT 服务能力。

ITSS 的中国地位：政府采购、央企国企的 IT 服务招投标，几乎都要求供应商通过 ITSS 认证——它是中国 IT 服务行业的合规通行证。

谁主谁辅

这是同学最容易困惑的地方。老孙的清晰回答：

在系规论文 / 案例答题里：ITIL 4 是主框架（方法论），ITSS 是辅框架（合规标准）。

理由有 3 条：

1. 方法论丰富度：ITIL 4 提供了 4 大维度、7 大原则、34 个实践——方法论体系比 ITSS 更完整
2. 国际通用性：ITIL 4 是全球通用语言——你的论文用 ITIL 4 阅卷老师不会陌生
3. 中国本地化合规：ITSS 是中国合规标准——你的论文必须引用，证明你"了解本土合规要求"

老孙的写作建议：

• 论文正文 70% 内容用 ITIL 4 术语和方法
• 论文正文 30% 内容引用 ITSS 国标条款（特别是 4 大能力域）
• 避免 50% / 50% 混用——会让阅卷老师困惑

三、ITIL 4 的核心结构（必背 4 维度 + 7 原则 + 34 实践）

ITIL 4 的 4 大维度

ITIL 4 把 IT 服务管理拆成 4 大维度——任何服务都要从这 4 个维度同时考虑：

老孙口诀：人 + 技 + 商 + 流。

ITIL 4 的 7 大指导原则

7 大原则是 ITIL 4 的"思想总纲"——每个 IT 服务决策都要参考：

老孙口诀：价 + 现 + 反 + 协 + 整 + 简 + 优。

ITIL 4 的 34 个实践

ITIL 4 定义了 34 个具体实践（Practices）——按性质分 3 类：

老孙的话：34 个实践不需要全部背——重点记 14 个高频实践：

1. 事件管理（Incident Management）
2. 问题管理（Problem Management）
3. 变更控制（Change Control）
4. 服务请求管理（Service Request Management）
5. 服务级别管理（Service Level Management）
6. 服务台（Service Desk）
7. 监控与事件管理（Monitoring & Event Management）
8. 配置管理（Service Configuration Management）
9. IT 资产管理（IT Asset Management）
10. 持续改进（Continual Improvement）
11. 信息安全管理（Information Security Management）
12. 关系管理（Relationship Management）
13. 供应商管理（Supplier Management）
14. 容量与性能管理（Capacity & Performance Management）

这 14 个实践几乎每年综合知识 / 案例题都会涉及 5-8 个——必背。

四、ITSS 国标的核心结构（必背 5 组成 + 4 能力域）

ITSS 的 5 大组成

ITSS 国标体系包含 5 大组成部分：

老孙口诀：规 + 实 + 运 + 改 + 督。

ITSS 的 4 大能力域 + 4 大要素

ITSS 把 IT 服务能力拆成 4 大能力域，每个能力域对应 1 个核心要素：

老孙口诀：人 + 资 + 技 + 过——和 ITIL 4 的 4 大维度有 50% 重叠。

ITSS 与 ITIL 4 的对照

五、服务全生命周期：5 阶段 + 4 大核心流程

老孙第 014 篇已经讲过 ITIL 4 的服务全生命周期 5 阶段，今天用更具体的方式重新整理。

服务全生命周期 5 阶段

4 大核心流程（运营阶段重点）

流程 1：事件管理（Incident Management）

核心目标：快速恢复正常服务，减少业务中断时间。

5 步流程：

1. 接报（服务台接到事件报告）
2. 分级（按业务影响 + 紧急程度 4 级分类）
3. 处理（一线 / 二线 / 三线分级处理）
4. 关闭（用户确认 + 知识库归档）
5. 复盘（事件分析 + 流程改进）

关键指标：一线解决率 ≥ 70% / 一级事件响应 ≤ 15 分钟 / 解决 ≤ 4 小时。

流程 2：问题管理（Problem Management）

核心目标：消除事件的根源，防止重复发生。

与事件管理的区别：

• 事件管理 = 快速恢复（治标）
• 问题管理 = 根因分析 + 永久解决（治本）

5 步流程：

1. 问题识别（从重大事件 + 反复事件中识别）
2. 根因分析（5 Whys / 鱼骨图 / 故障树）
3. 制定解决方案
4. 实施 + 验证
5. 关闭 + 知识库更新

流程 3：变更管理（Change Management）

核心目标：安全可控地实施变更，降低变更带来的风险。

3 类变更：

5 步流程：评估 → 审批 → 实施 → 验证 → 文档化。

流程 4：配置管理（Configuration Management）

核心目标：统一管理所有 IT 配置项，确保配置数据准确可追溯。

CMDB（配置管理数据库）是核心工具——存放所有配置项的标准化信息。

4 类配置项：

• 硬件（服务器、网络设备、终端）
• 软件（操作系统、中间件、应用）
• 网络（IP、域名、网络拓扑）
• 文档（设计图、SOP、合同）

关键操作：每项配置变更同步更新 CMDB。

六、SLA 服务级别协议的 8 大量化指标

SLA 是甲乙双方关于服务质量的契约——必须量化 + 可衡量 + 有罚则。

老孙整理了 SLA 设计的 8 大量化指标——这是案例题 + 论文必考：

SLA 罚则机制（必背）：

• 连续 2 个月任一指标未达标 → 扣除当月服务费 5-15%
• 连续 3 个月 → 触发服务合同重新评估
• 罚则的核心不是"罚"，是建立甲乙双方对服务质量的共同关注。

七、第 12 章的 5 个最容易踩的混淆点

混淆点 1：ITIL 4 vs ITIL v3

ITIL v3（2007）有 5 个生命周期阶段 + 26 个流程——这是老版本。 ITIL 4（2019）改为 4 大维度 + 34 个实践——这是新版本。

教材以 ITIL 4 为准。如果你看到老资料讲"26 个流程"，直接忽略。

混淆点 2：事件管理 vs 问题管理

• 事件管理 = 快速恢复（1 小时内）
• 问题管理 = 根因分析（1-4 周）

考题常考"某场景属于事件还是问题"——记口诀："恢复急 = 事件，根治深 = 问题"。

混淆点 3：标准变更 vs 紧急变更

• 标准变更 = 预批准 + 低风险 + 高频
• 紧急变更 = 应急 + 高风险 + 先做后审

最易混淆的题："打补丁属于哪种变更" — 答案是 标准变更（已预批准）。

混淆点 4：CMDB 的存放对象

CMDB 只存 配置项的标准化信息——不存业务数据 / 用户数据 / 临时数据。

混淆点 5：ITSS 的 4 大要素 vs ITSS 的 4 大能力域

• 4 大要素：人员、资源、技术、过程（侧重"是什么"）
• 4 大能力域：人员能力、资源储备、技术能力、过程管理（侧重"能力维度"）

两者内容一致，命名角度不同——考题里两种说法都可能出现。

八、第 12 章 6 个高频真题示例（近 3 年）

真题 1（仿 2024 下综合第 3 题）

衡量 IT 服务的核心指标是（）指标的达成与否。

A. 效率提升率 B. 客户满意度 C. 投诉处理率 D. 成本结余率

答案：B。教材原文："衡量 IT 服务的核心指标是客户满意度指标的达成与否"。

真题 2（仿 2024 下综合第 10 题）

ITIL 4 的 7 大指导原则不包括（）。

A. 聚焦价值 B. 从现状出发 C. 追求完美 D. 协作与可视

答案：C。ITIL 4 原则是"保持简单与实用"——不是"追求完美"。

真题 3（仿 2023 上综合第 22 题）

在 ITIL 4 中，关于"标准变更"描述正确的是（）。

A. 必须经过 CAB 评审 B. 预批准、低风险、高频 C. 必须由 IT 总监审批 D. 仅适用于紧急情况

答案：B。标准变更的核心是"预批准"——不需要 CAB 评审。

真题 4（仿 2024 下案例第 1 题）

某 IT 服务公司接到客户投诉：服务台对故障响应慢、解决率低。请用 ITIL 4 + ITSS 框架提出 5 条改进建议。

老孙建议答题骨架：

1. 建立服务台 3 级架构（一线坐席 + 二线工程师 + 三线供应商）
2. 制定 SLA 8 大指标 + 罚则
3. 落地事件管理 5 步流程
4. 用 ITSS 4 大能力域评估当前能力差距
5. 持续改进机制（PDCA）

真题 5（仿 2023 上案例第 3 题）

请说明 ITIL 4 的 4 大维度，并举例说明每个维度的典型工作。

答题：

• 组织与人员：建立 IT 服务团队 + 培训
• 信息与技术：搭建 CMDB + 监控系统
• 合作伙伴与供应商：与外包商签订 SLA + 评估
• 价值流与流程：设计端到端服务流程

真题 6（仿 2025 下案例第 3 题）

医院 HIS 系统 6 个月内宕机 3 次——每次都是相同的电源故障。请分析这是事件管理问题还是问题管理问题，并提出改进建议。

答题：

• 这是问题管理问题（事件反复发生 = 根因未消除）
• 改进建议：从事件管理升级到问题管理，做根因分析（电源备件采购流程？运维巡检流程？），制定永久解决方案

九、第 12 章备考的 5 周节奏（S 档时长最长的一章）

按老孙第 004 篇的 22 周节奏，第 12 章的备考时间应该是：

老孙特别提醒：第 12 章至少投入 60-70 小时（远超 A 档章节的 22 小时）——这是 S 档第三章应有的待遇。

十、本周作业：建立 8 张速记卡

读完今天这一篇，老孙建议你本周用 A4 纸做 8 张速记卡：

1. ITIL 4 的 4 大维度
2. ITIL 4 的 7 大原则
3. ITIL 4 的 14 个高频实践
4. ITSS 的 5 大组成
5. ITSS 的 4 大能力域 + 4 大要素
6. 服务全生命周期 5 阶段
7. 4 大核心流程对照（事件 / 问题 / 变更 / 配置）
8. SLA 8 大指标 + 罚则机制

8 张速记卡 = 第 12 章核心浓缩到 8 张纸——考前 1 周翻一遍 = 第 12 章高频考点全部回炉。

十一、给同学的一句话总结

第 12 章信息系统服务管理是 S 档篇幅最长、考分最重的一章。ITIL 4 主框架 + ITSS 辅框架——这一句话就是这一章的灵魂。今天就开始做 8 张速记卡，下周开始按节奏精读教材 + 配真题——这一章吃透，你的系规综合 + 案例 + 论文 3 科都有保底。

十二、第 12 章学员真实案例（3 个脱敏故事）

案例 1：陈姐（医院综合岗，43 岁，第 12 章用 70 小时）

"我把 70 小时分成 3 段：前 30 小时通读教材 ITIL 4 部分 + 背 4 维度 7 原则；中 30 小时通读 ITSS 国标 + 背 5 组成 4 能力域；最后 10 小时配合真题 + 做 ITIL 实践速记卡。

第 12 章我最后做综合知识真题准确率到了 85%——是我所有章节里最高的。因为篇幅最长 = 投入时间最长 = 收益最高。"

案例 2：徐总（民企技术经理，38 岁，第 12 章用 55 小时）

"我有 10 年技术背景——ITIL 概念上手很快。但 ITSS 国标的'4 大能力域'让我吃了一惊——纯中国本地化标准 + 偏管理视角。

我用 ITIL 4 跟 ITSS 国标做双框架对比 —— 找异同 —— 突然就懂了。第 12 章我案例题准确率到 90%。"

案例 3：刘同学（事业单位综合岗，45 岁，第 12 章用 80 小时）

"我完全 0 IT 基础——第 12 章 ITIL 4 的英文术语让我崩溃了 2 周。

后来用老孙的'8 张速记卡' + 每天通勤听 ITIL 4 讲解音频 + 每周做 30 道相关真题 + 写论文素材 —— 4 周后我居然真懂了。

第 12 章是我改变最大的一章 —— 从'什么都不懂'到'能默写 4 维度 + 7 原则 + 14 个实践'。"

3 位学员的共同点：

1. 都给第 12 章超过 50 小时投入——这是 S 档应有的待遇
2. 都用了"教材精读 + 速记卡 + 真题 + 论文素材"组合
3. 都把第 12 章作为论文备稿的首选方向

十三、第 12 章配套自检清单

读完今天这一篇 + 教材首遍精读后，自查下面 10 个问题 —— 全部能答对 = 第 12 章核心已掌握：

10 个全对 = 准备进入第 13 章；< 8 个对 = 重读对应教材小节。

十四、ITIL 4 vs ITSS 在具体项目里的"3 种落地模式"

理论讲完了——实际项目里 ITIL 4 + ITSS 怎么组合落地？老孙给你 3 种落地模式：

落地模式 1：ITIL 4 主框架 + ITSS 合规审计

适合：大型企业 / 政企客户。

做法：

• 方法论层：用 ITIL 4 的 4 维度 + 7 原则 + 34 实践指导服务管理体系建设
• 合规层：用 ITSS 国标作为合规审计依据 —— 通过 ITSS 三级 / 二级认证
• 特点：理论体系完整 + 合规通行证

落地模式 2：ITSS 主框架 + ITIL 4 补充

适合：中型国企 / 政府机构。

做法：

• 基础层：用 ITSS 国标 5 大组成 + 4 大能力域作为体系骨架
• 方法补充：用 ITIL 4 的具体实践（事件 / 问题 / 变更 / 配置）填充
• 特点：合规优先 + 方法可操作

落地模式 3：ITIL 4 + ITSS 并行

适合：跨国企业 / 中国分公司。

做法：

• 总部要求：用 ITIL 4 与总部接轨
• 中国合规：用 ITSS 满足国内监管
• 特点：两个框架并行 —— 工作量大但合规完整

十五、第 12 章备考的"3 大终极建议"

读完今天这一篇 + 教材精读后 —— 老孙给你 3 大终极建议：

建议 1：把第 12 章当 2 章学——上半部 ITIL 4 + 下半部 ITSS 国标 —— 分开各投入 35 小时——加起来 70 小时。

建议 2：论文优先选 IT 服务管理方向——这是论文 5 大方向中出题概率最高 + 你最熟悉的方向 —— 备稿优先级最高。

建议 3：8 张速记卡考前 1 周必须默写一遍 —— 这是你考场上的"最后底牌" —— 不练默写 = 考场上想不起来。

十六、给所有同学的一句承诺

第 12 章是系规的"压舱石"——这一章吃透 + 论文选 IT 服务管理方向 + 案例题熟练 ITIL 4 + ITSS 框架 = 你的系规过关概率显著提升。152 天里在这一章投入 60-70 小时，是回报最高的时间投资。

十七、第 12 章学完后的"3 维度自检"

学完第 12 章后 —— 用 3 维度自检确认掌握度：理论维度（能背 4 维度 + 7 原则 + 14 实践 + 5 组成 + 4 能力域）+ 应用维度（能在论文 / 案例题里熟练运用 ITIL 4 + ITSS）+ 实战维度（能用 ITIL 4 + ITSS 分析你单位的 IT 服务现状并提改进建议）。3 维度都过关 = 第 12 章真正吃透 + 可以挑战考试。

十八、明日预告

明天 6/10（周三）第 017 篇，老孙会写：

《真题速评 003：2024 下案例第 1 题"详细调研六步走"答题模板》

栏目④真题站。下周拆 2024 下半年案例分析里的一道高频题——"详细调研的步骤"。这是案例题最经典的考法之一。明天老孙给你"6 步答题模板"，让你以后遇到类似题直接套用。

明天见。

相关阅读

• 系规备考 2026-10-24 完全指南
• 系规 ITSS 四要素全解
• 高项 vs 系规怎么选
• 系规一对一辅导（论文不限次精修）
• 系规论文专班 ¥3999（6/30 前早鸟价）
• 软考论文常见问题（15 问）

老孙的免费连载到 10/24 系规考试共 152 篇，每天一篇。看完想跟老孙聊聊备考路径，加我微信告诉你的报考状态，老孙给你一份匹配你时间的建议。