Version 10.1 by superadmin on 2021/02/17, 20:56
Show last authors
1 (% class="jumbotron" %)
2 (((
3 (% class="container" %)
4 (((
5 = =
6
7
8
9
10
11
12 )))
13 )))
14
15 需要下载 **ITIL 4服务配置管理实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“服务配置”即可。
16
17 (% class="row" %)
18 (((
19 (% class="col-xs-12 col-sm-4" %)
20 (((
21
22 )))
23 )))
24
25 [[image:微信截图_20210206234644.png]]
26
27 **申明：**
28
29 本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
30
31 请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
32
33
34 翻译：赵同辉  审校：马建召  审核：姚凯
35
36
37
38 ----
39
40 = **1 关于本文档** =
41
42 本文为服务配置管理实践提供了实践指导，分为五个主要部分，涵盖：
43
44 1. 本实践的基本信息
45 1. 本实践相关的流程和活动及其在服务价值链中的作用
46 1. 参与本实践的组织和人员
47 1. 支持本实践的信息和技术
48 1. 对本实践的合作伙伴和供应商的考虑
49
50
51 == **1.1 ITIL 4资格认证计划** ==
52
53 本文中的部分内容可作为以下教学大纲的一部分以供检查：
54
55 1. ITIL专家创建、交付和支持
56 1. ITIL专家交付利益干系人价值
57
58 详情请参考各部分教学大纲。
59
60
61
62 ----
63
64 = **2 基本信息** =
65
66
67 == **2.1 目的和描述** ==
68
69 * **关键信息**
70
71 服务配置管理实践的目的是确保有关服务的配置以及支持服务的配置项准确和可靠的信息在需要之时和需要之处可用。这些信息包括如何配置配置项以及配置项之间的关系。
72
73 组织使用资源创建和交付产品和服务。这些资源可能属于组织，或者可以作为组织消费服务的一部分被使用。服务配置管理实践收集和管理关于各种资源的信息，这些资源通常包括硬件、软件、网络、建筑物、人员、供应商、产品、服务和文档。实践范围内的资源称为配置项。
74
75
76 * [[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml15296\wps14.png]] **定义：配置项**（Configuration Item, CI）
77
78 为了提供IT服务而需要管理的任何组件。
79
80 服务配置管理实践的主要目的是高效地为组织提供有用信息，该管理实践控制范围内的组件应根据有用性和效率定义。影响此实践的主要因素是配置信息的有用性以及获取和维护这些信息的成本。
81
82
83 **提示**
84
85 不能单独管理的资源通常不被视为 CI。例如，分析人员用于管理事件的知识很重要，但可能不被视为 CI。同时，虚拟服务器或网络等虚拟资源可能是 CI并且需要作为物理资源进行类似地管理。
86
87 服务配置管理实践关注对产品和服务管理重要的资源，并不关心这些资源是组织的资产还是作为第三方服务一部分提供的资产。这两组资源可能采用不同的生命周期模型和控制（参见第2.2.2节）。
88
89 服务配置管理实践涉及识别和记录配置项之间的关联关系，通常会生成模型（称为服务配置模型，服务资源模型或职能型和财务服务模型）。这些模型可以专注于服务体系架构的各个方面以及组件之间的关系，代表了不同层次的抽象，从高级功能模型（如图 2.1中所示）到物理与数字化 CI之间关联关系的精确映射。
90
91 [[image:图片5.png]]
92
93 图 2.1 高级服务配置模型 
94
95
96 服务配置模型的使用方式多种多样，包括：
97
98 * 影响分析
99 * 因果分析
100 * 风险分析
101 * 成本分摊
102 * 可用性分析和规划
103
104 服务配置模型的设计和维护应符合利益干系人需求。
105
106 服务配置管理实践是一种高度自动化的实践，依赖于收集、维护和控制的大量配置数据，通常包括构建、维护和呈现复杂的配置模型。实践涉及从多个来源收集数据，将其集成并以一种有意义的方式呈现。服务配置管理专用工具通常与监控、发现、分析和记录系统一起使用。
107
108 此实践通常允许配置信息与其他实践（包括事件管理、变更支持、问题管理、监控和事态管理和服务请求管理实践等）进行管理记录集成。但是，某些配置模型很难或无法自动执行，需要手动进行数据维护和/或关系映射。示例包括用户数据、组织结构、与供应商和合作伙伴的合同等。在设计和改进实践时，应考虑手动工作相关的成本以及自动化和集成的成本。
109
110
111 == **2.2 术语和概念** ==
112
113
114 === **2.2.1 CI分类** ===
115
116 服务配置管理实践主要集中在以下类型的资源：
117
118 * 信息和技术:
119
120 1. 各种类型的设备和装置
121 1. 应用程序和信息系统，包括主副版本和分发版本、单独的安装、许可证、源代码和代码 制品等
122 1. 虚拟基础设施，包括镜像、配置脚本、计算机、网络、机器监视器（machine monitors,）等
123 1. 数据库和数据，包括文档化的知识、记录和报告
124
125 * 供应商和合同：
126
127 1. 服务
128 1. 服务目录和服务产品
129 1. 合同和协议
130 1. 记录和报告
131 1. 主要联系人
132 1. 位置
133
134 * 组织和人员
135
136 1. 组织单位
137 1. 位置
138 1. 员工、角色和联系人
139 1. 价值流和流程
140 1. 记录的价值流、流程和程序
141 1. 这些资源和其他相关资源通常相互映射，并映射到组织的产品、产品供应和服务。配置信息还包括：
142
143 * 服务消费者及与组织服务相关的资源，包括：
144
145 1. 顾客
146 1. 用户
147 1. 位置
148 1. 组织单位
149 1. 信息和技术
150
151 * 服务协议及其他相关文件
152
153 不同类型的 CI具有不同的关键属性，可能具有不同的生命周期阶段并来自组织不同级别的控制。这些差异通常反映在CI信息的收集、存储、控制并呈现在他们的生命周期中。
154
155 有关CI组或类型的配置信息可以像单个CI一样进行管理。例如，设备的特定模型或应用程序版本中的已知错误可能是一个组属性，级联到属于该组的每个CI。
156
157
158 === **2.2.2 CI模型** ===
159
160 CI 生命周期模型使CI信息处理标准化、优化、和（可能的情况下）自动化。CI生命周期模型为特定类型的CI定义：
161
162 * 配置项类型所有者
163 * 命名和标记（如果适用）
164 * 关键组与个体属性
165 * 关键关系（分类法和职能型）
166 * 关键生命周期阶段
167 * CI识别、持续控制、验证和审计的程序和/或指南
168 * 遵循模型的责任
169 * 关键利益干系人（对配置信息感兴趣）及其需求
170 * 提供配置信息的关键报告和仪表板（如果适用）
171
172 配置项类型所有者管理资源，通常称为资源所有者或经理，负责开发和维护 CI 模型。
173
174
175 === **2.2.3 数字化环境中的服务配置管理** ===
176
177 由于数字化基础设施解决方案（如架构即代码、虚拟的服务器和虚拟网络以及各种云服务）的日益采用，出现了新型 CIs和CI关系。例如，硬件服务器和在其上运行的虚拟机之间关系的信息可能与服务模型的上下文相关，因此期望通过服务配置管理实践提供这些信息。
178
179 这些关系通常由虚拟机监测器 （Virtual Machine Monitor, VMM，也称为虚拟监视器）系统管理。但是，这些信息是应该直接从VMM系统获取还是应该导入配置管理系统（Configuration Management System, CMS）还存在一些争议。类似的问题也适用于虚拟网络、环境配置脚本和其他虚拟解决方案管理方法。
180
181 没有正确的答案，也没有建议的解决方案定义哪些资源应该位于服务配置管理实践控制之下。这些决策应受关键因素的驱动：配置信息对利益干系人的可用性以及获取和维护这些信息的成本。
182
183 例如，仅关心虚拟机和服务器之间关系的利益干系人是这些服务器和虚拟机的管理员，那么将 VMM数据紧密集成到CMS的投资是不值得的，因为关键利益干系人可以直接从VMM系统访问需要的信息。但是，如果其他利益干系人需要此数据且成本合理，则所需的数据可能会与CMS集成。
184
185
186 === **2.2.4 配置管理系统和数据库** ===
187
188 服务配置管理实践涉及不同来源的大量数据，并取决于以可靠、经济高效的方式收集、集成、处理和呈现这些数据的能力。CMS 旨在满足这一需求。由于实践的数据源众多，CMS通常是一个复杂的系统，结合了一个或多个专业解决方案并与配置数据源的集成。
189
190
191 * **定义：配置管理系统**
192
193 用于支持服务配置管理实践的一组工具、数据和信息。
194
195 CMS的一个关键功能是保持和管理CI记录以及它们之间的关系。这通常是用一个或多个配置管理数据库（Configuration Management Database, CMDBS）实现。
196
197
198
199 * ​​**定义：配置管理数据库**
200
201 在整个生命周期中存储配置记录并维护配置记录之间的关系的数据库。
202
203 有时术语“CMS”和“CMDB”可以互换使用，通常使用CMS。
204
205
206 === **2.2.5 CI核查和审计** ===
207
208 作为决策的重要信息来源，CI 记录和配置模型需要不断接受核查和定期审计。
209
210 服务配置数据应：
211
212 * 反映CI的实际属性、状态和关系
213 * 突出显示与基线配置的偏差
214 * 提供足够的数据恢复或重新创建已批准的配置
215
216
217 * **定义：基线配置**
218
219 已经过正式审查和同意的产品、服务或基础设施的配置它是进一步活动的基础，如使用、开发和规划。
220
221 服务配置管理实践确保在生命周期的每个阶段都在CMDB中捕获相关的CI 数据。实践应确保正确的变更配置项并及时同步到CMDB中。为此，CI记录应尽可能保持自动化。自动化提高了配置数据的可靠性，减少了对验证的需求(但并没有消除验证)。
222
223
224 * **定义：验证​​​​​​​​​​​​​​**
225
226 确保新的或变更的IT服务、流程、规划或其他交付物符合完整、准确和可靠的设计规范的活动。
227
228 在此实践中，验证是一个持续的活动，用于识别和校正CMDB中的数据与实际环境和/或批准的配置之间的差异和偏离。在许多情况下，验证可以在很大程度上实现自动化，例如检查CMDB数据（包括 CIs 和关系）是否完整、正确和合规。
229
230
231 * **​​​​​​​定义：盘点**
232
233 为构建或验证CMDB数据而执行的数据收集和整理活动。
234
235 根据范围内的CI类型和可用的自动化工具，通过使用和其他系统集成的发现工具或手动收集有关组织资源状况的数据执行盘点。CMDB指示应该找到的内容，而盘点显示发现的内容。通过验证识别和解决CMDB和盘点之间的差异。验证数据时，盘点可能有助于：
236
237 * 识别和调查组织中未注册的CIS
238 * 识别和记录未注册的授权变更（通常表示CI控制无效）
239 * 识别、调查、恢复或用其他方式处理未经授权的变更
240
241 处理实际配置信息和已记录的配置信息之间的差异有不同的方法。关键的挑战是确保CMDB中的数据反映组织资源的状况，并确保此状况正确（意味着没有未经授权的变更）。可能的解决方案包括：
242
243 * 根据调查结果，仔细调查组织资源或配置数据的每个发现和更正
244 * （半）自动更新CMDB以反映事实情况，无论情况是否得到授权（此方法将未授权变更的调查与CMDB验证分离）根据最新的配置基线半自动化地纠正实际情况，不调查差异的来源（这更适用于数字化资源，在物理资源上可能很难做到）
245
246 这些解决方案并不是相互排斥的，可以根据需要组合。
247
248 组织也可以正式审计配置数据。这些审计通常与IT资产审计结合（请参阅 IT资产管理实践指南）。
249
250
251 * [[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml15296\wps21.png]] **定义：CMDB审计**
252
253 对组织的配置项进行计划的、结构化的和文档化的检查，旨在评估范围内CMDB数据的准确性。
254
255 审计是CMDB 验证工具之一，是一项已计划的需要资源的验证工作。CMDB审计通常以项目方式组织和管理，并且与任何项目一样，应是合理的且并在批准后才能启动。
256
257 验证是服务配置管理实践不可或缺的一部分。为了确保配置数据有效可靠，验证是必要的。
258
259
260 == **2.3 范围** ==
261
262 服务配置管理实践确保所选择的CI类型：
263
264 * 提供和维护值得信赖的配置数据，包括更新配置数据以反映 CI 的状态、属性和关系的持续变化
265 * 提供相关和准确的报告以支持决策
266 * CI 生命周期与其他实践结合
267
268 服务配置管理实践未包含几个活动和责任领域，尽管这几个领域仍与服务配置管理密切相关。在某些情况下，实践依赖于这些活动。表2.2中列出了这些内容以及相关的实践指南。请务必记住，ITIL实践仅仅是在特定价值流中使用的工具集合，应根据具体情况进行必要的组合。
269
270 |活动|实践指南
271 |管理IT资产和IT资产数据|IT资产管理
272 |管理与供应商和合作伙伴的合同|供应商管理
273 |确保只对CI进行授权的变更|变更支持
274 |组织产品和服务体系架构的定义与管理|架构管理
275
276 表2.1 其他实践指南中描述的与服务配置管理实践相关的活动
277
278
279 == **2.4 实践成功因素** ==
280
281
282 * **​​​​​​​定义：实践成功因素**
283
284 实践的复杂职能型组件，是实践实现其目的必需的。
285
286 实践的成功因素不仅仅是一项任务或活动，包含了服务管理四维模型的所有组件。活动的性质和实践中的资源可能有所不同，但共同确保实践有效。
287
288 服务配置管理实践包括以下成功因素：
289
290 * 确保组织拥有其产品和服务的相关配置信息
291 * 确保提供配置信息的成本不断优化
292
293
294 === **2.4.1 确保组织拥有其产品和服务的相关配置信息** ===
295
296 服务配置管理实践的重点是确保相关的配置信息被捕获、维护，并在需要时提供给利益干系人。
297
298 通常，受益于配置信息的利益干系人在其他管理实践和组织价值流更广泛的场景中使用配置信息。
299
300 如第2.1节所列，配置信息的主要用途包括：
301
302 * 影响分析
303 * 因果分析
304 * 风险分析
305 * 成本分摊
306 * 可用性分析和规划
307
308 表 2.2 提供了将这些用途映射到管理实践的一些示例。这些和其他使用配置信息的方法适用于每个 实践和价值流。但是，每种情况下都应该有理由向 CMDB 添加更多的数据或增加其复杂性。需要考虑的主要问题包括：
309
310 * 这些信息是否可以从其他渠道获得
311 * 这些信息对于决策是关键的还是可选的
312 * 在CMDB中包含这些信息的初始和持续成本是多少
313 * 这些信息多久需要一次
314 * 这些信息需要多久可以提供
315
316
317 | |影响分析|因果分析|风险分析|成本分摊|可用性分析与规划
318 |事件管理|分析事件对资源、产品、服务和用户的影响|基于失效信息定位CI|分析进展中的事件的预期影响|支持成本中心和/或客户的成本分摊|评估事件期间的服务可用性，规划解决方案
319 |问题管理|分析错误对资源、产品和服务、服务消费者和用户的影响|识别CI和可能引发的事件或与已引发事件的关系|分析与识别错误的潜在影响和概率|给成本中心和/或客户分摊问题调查和控制成本|评估已知错误对服务可用性和规划临时解决方案的影响
320 |变更支持|分析正在进行的和计划的变更对资源、产品和服务、服务消费者和用户的影响|评审不成功的变更和计划外变更的影响，以及识别可能的故障原因|变更规划过程中的风险分析|向成本中心和/或客户分摊变更成本|(((
321 评估计划变更对服务可用性的影响
322
323 在计划变更期间规划服务可用性
324 )))
325 |可用性管理|(((
326 分析事件和变化对资源、产品和服务可用性的影响
327
328 分析不可用资源对产品和服务的影响
329 )))|识别产品和服务不可用的原因|可用性风险分析|向成本中心和/或客户的成本分摊增强可用性成本|产品和服务可用性的分析与规划
330 |服务连续性管理|(((
331 分析可能发生和实际发生的灾害对资源、产品和服务的影响
332
333 分析资源不可用对重要业务功能的影响
334 )))|识别灾害原因|服务连续性风险分析|向成本中心和/或客户的成本分摊增强可用性成本|分析与规划产品和服务可用性
335 |信息安全管理|分析安全事件、事件和漏洞对资源和产品和服务的影响|(((
336 识别信息安全事件原因
337
338 漏洞识别
339 )))|信息安全风险分析|向成本中心和/或客户的成本分摊信息安全控制的成本|产品和服务的信息安全分析和规划
340
341 表 2.2 将用途映射到管理实践
342
343
344 在某些情况下，基于请求检索配置数据比让数据永久可用更有效。
345
346 这些注意事项适用于一系列CI类型、属性、关系和生命周期阶段。
347
348
349 * **关键信息**
350
351 配置信息应与组织的需求相关。在CMDB中包括所有可用的数据或盲目地关注其他组织的示例没有好处。服务配置管理实践与该实践提供的信息一样有价值，是准确、最新、可靠、易懂、易于使用的相关信息。
352
353 收集、管理和提供配置信息活动无法在隔离中执行。请务必确保服务配置管理实践的相关元素包含在组织的价值流中，并始终按照组织的方法应用于服务配置管理。
354
355 遵循优化和自动化的指导原则，应优化例行的发现、盘点、验证任务并使其自动化，简化工作负载，从而提高实践的有效性和效率。
356
357 本着保持简单实用的指导原则，服务配置管理实践不应成为官僚的控制系统。相反，该实践应该通过方便、有用的形式提供有价值的信息简化工作。信息的提供通常涉及其他实践（包括供应商管理和服务台实践）管理的渠道。实践的有效集成对于配置信息使用者获得积极的体验至关重要。
358
359
360 === **2.4.2 确保提供配置信息的成本不断优化** ===
361
362 服务配置管理实践为其他实践提供信息，在大多数组织的价值流中充当支持实践。但是，该实践不太可能为核心价值创建活动的价值流做出贡献。这意味着确保配置信息的成本不断优化非常重要。
363
364 成本优化可以通过多种方式实现，但驱动优化的一个好方法是遵循ITIL 指导原则，如表2.3所述。
365
366 |指导原则|描述
367 |聚焦价值|只包括利益干系人需求的相关信息
368 |从你所处的地方开始|使用可用的信息源，除非新的源和工具是正当的，否则应避免添加。
369 |基于反馈迭代推进|定期评审信息并确认其相关性，根据需要调整CMDB范围
370 |协作和提升可视化程度|解释和推广配置信息的可用来源及最佳使用方法，然后提供更高效的使用提示和技巧
371 |通盘思考和工作|决策时考虑数据的其他来源，不要试图把一切都放在CMDB中
372 |保持简单实用|以最方便的方式提供相关信息，避免复杂的接口和报告
373 |优化和自动化|持续优化消耗资源的实践活动。自动执行CMDB验证、数据集合、关系发现和其他活动。
374
375 表2.3 ITIL 指导原则和配置信息成本的持续优化
376
377
378 == **2.5 关键指标** ==
379
380 应在价值流的背景中评估ITIL实践的效果和性能或绩效，每个实践都贡献了价值流。与任何工具的性能或绩效一样，实践的性能或绩效只能在其应用程序的背景内评估。但是，在设计和质量方面工具可能有很大差异，这些差异定义了工具根据用途使用时的潜力或者有效的能力。有关指标、关键绩效指标 （KPI） 以及其他可以帮助实现这一问题的技术的进一步指南，请参阅“度量和报告实践指南”。
381
382 服务配置管理实践的关键指标映射到PSF，可以用作价值流背景中的KPIs，以评估实践对这些价值流的效果和效率的贡献。表2.4中给出了一些示例。
383
384 |实践成功因素|关键指标
385 |(((
386 确保组织拥有关于其产品
387
388 和服务的相关配置信息
389 )))|(((
390 利益干系人对配置信息的满意度
391
392 利益干系人对服务配置管理接口、规程和报告的满意度
393
394 由于配置信息不足或不正确而做出的错误决策的数量和影响
395
396 CMDB中不正确数据的数量和影响
397
398 在此期间验证的CMDB数据的百分比
399 )))
400 |确保提供配置信息的成本不断优化|服务配置管理的直接成本
401
402 表2.4 实践成功因素的关键指标示例
403
404
405 将指标正确汇总到复杂指标中，将使数据更易于持续管理价值流，并且定期评估和持续改进服务配置管理实践。没有单一的最佳解决方案。指标将基于组织整体的服务战略和优先级，以及实践所贡献的价值流的目标。
406
407
408
409 ----
410
411 = **3 价值流和流程** =
412
413
414 == **3.1 价值流贡献** ==
415
416 与任何其他 ITIL 管理实践一样，服务配置管理实践有助于实现多个价值流。请务必记住，价值流从不是为单个实践形成的。服务配置管理实践与其他实践结合，为消费者提供高质量服务。实践贡献的主要价值链活动有：
417
418 * 交付和支持
419 * 设计和转换
420 * 获取/构建
421 * 改进
422
423
424 图 3.1显示了服务配置管理实践对服务价值链的贡献。
425
426 [[image:6.png]]
427
428 图 3.1 服务配置管理对价值链活动贡献的热力图
429
430
431 == **3.2 流程** ==
432
433 每个实践可以包括一个或多个可能是实现该实践的目的所必需的流程和活动。
434
435
436 * **定义：流程**
437
438 将输入转换为输出的一组相互关联或交互的活动。流程接收一个或多个定义的输出，并转换成定义的输出。流程定义了动作序列及依赖关系。
439
440 服务配置管理活动分为三个流程：
441
442 * 管理服务配置管理的通用方法
443 * 捕获、管理和提供配置信息
444 * 验证配置数据
445
446
447 === **3.2.1 管理服务配置管理的通用方法** ===
448
449 该流程专注于为在组织中管理配置信息建立高效的方法，包括表3.1中列出的活动，并将输入转换为输出。
450
451 |关键输入|活动|关键输出
452 |(((
453 组织架构
454
455 利益干系人需求
456
457 组织结构
458
459 组织的产品组合
460
461 监控数据
462
463 实践记录
464 )))|(((
465 分析利益干系人需求
466
467 定义并同意服务配置管理方法
468
469 沟通并将服务配置管理方法集成到组织的价值流中
470
471 评审并调整服务配置管理方法和规程
472 )))|(((
473 服务配置管理方法
474
475 CMDB
476
477 服务配置管理沟通与知识管理材料
478
479 变更请求和实施方案
480
481 服务配置管理方法绩效报告
482 )))
483
484 表 3.1 管理服务配置管理流程通用方法的活动和输出
485
486
487 图 3.2 显示了该流程的工作流程图。
488
489
490
491 图3.2 管理服务配置管理通用方法的工作流程
492
493
494 表3.2提供了流程活动示例。
495
496 |活动|示例
497 |分析利益干系人的需求|(((
498 配置经理可识别希望获得配置信息和要求的关键利益干系人。这些利益干系人通常包括：
499
500 1. 实践所有者
501 1. 价值流所有者
502 1. 产品所有者
503 1. 服务所有者
504 1. 资源所有者
505 1. 项目经理
506
507 配置经理与利益干系人一起记录、确定需求优先级并进行分析。配置协调员、配置库管理员和外部顾问也可能会参与其中。
508
509 配置经理和相关人员组成配置管理团队。
510 )))
511 |定义并同意服务配置管理方法|(((
512 配置管理团队讨论并同意服务配置管理方法（或计划）。
513
514 该方法通常定义：
515
516 1. 服务配置管理策略，用于：
517 1. 评估配置管理信息的相关性并计划CMDB范围
518 1. 优化服务配置信息的成本
519 1. 验证CMDB 数据
520 1. 将服务配置管理活动集成到组织的价值流和实践中
521 1. 评审方法
522 1. CI类型、分类法和CI模型
523 1. 命名和标记约定
524 1. 自动化和集成
525 1. CI识别计划：活动、目标和KPI
526 1. 角色与责任
527 1. 监控和持续控制程序
528 1. 验证程序
529 1. 报告程序
530 1. 专用配置发现和报告
531 1. 资金和成本分配
532
533 该方法由组织的发起人和领导人等主要利益干系人讨论并得到批准。
534 )))
535 |沟通和集成服务|就商定的服务配置管理方法与组织的利益干系人沟通讨论，通常包括参加服务配置管理活动的从业人员、参与实践自动化的技术专家以及其他团队。
536 |配置管理在组织价值流中的应用|(((
537 利益干系人可以决定服务配置管理控制和程序的培训正式程度。对于大多数参与实践的人来说，正式的初始培训和定期的意识培训是必要的。
538
539 服务配置管理方法的实施与IT资产管理、供应商管理、变更支持、项目管理、组织变革管理、劳动力和人才管理、关系管理、基础设施和平台管理以及软件开发和管理实践等结合执行。
540 )))
541 |评审并调整服务配置管理方法和程序|(((
542 服务配置经理监测和评审商定的服务配置管理方法和程序的采用、符合性和有效性。这是基于事态（非标准信息请求、CI数据中发现的差距、新需求）和在差距的基础上完成的。
543
544 根据评审结果，方法和（或）实际实施可能有所改变。服务配置管理方法绩效报告为更新方法提供信息。
545 )))
546
547 表 3.2 管理服务配置管理流程通用方法的活动
548
549
550 === **3.2.2 捕获、管理和提供配置信息** ===
551
552 此流程专注于更新、维护和提供配置信息，包括表 3.3 中列出的活动，并将输入转换为输出。
553
554 |关键输入|活动|关键输出
555 |(((
556 服务配置管理方法
557
558 配置数据
559
560 配置信息请求
561
562 服务管理记录
563 )))|(((
564 分析资源并识别CI
565
566 确认CI模型
567
568 遵循CI模型
569
570 管理异常
571
572 评审CI模型
573 )))|(((
574 更新CMDB
575
576 利益干系人的配置信息
577
578 异常报告
579
580 CI模型评审报告
581 )))
582
583 表 3.3捕获、管理和提供配置信息流程的输入、活动和输出
584
585
586 图3.3显示了该流程的工作流程图
587
588 [[image:图片7.png]]
589
590 图3.3 捕获，管理和提供配置信息流程的工作流
591
592
593 表3.4 提供了流程活动的示例。
594
595 |活动|示例
596 |分析资源并识别CI|在发现现有CI中的新资源、资源类型或变更后，资源所有者或配置库管理员可识别相关的CI模型。如有疑问，资源所有者会将问题升级到配置经理。
597 |确认CI模型|配置经理会评审情况，确认CI模型，或建议另一种情况。如果需要，配置经理可能建议调整选定的CI模型。
598 |遵循CI模型|(((
599 资源所有者、配置经理和/或配置库管理员遵循选定的模型。这通常包括：
600
601 1. 在CI生命周期的每个阶段捕获和更新CMDB中的CI 数据
602 1. 确保持续验证CMDB 数据
603 1. 向相关利益干系人提供最新的CI信息
604 )))
605 |管理异常|(((
606 如果CI 生命周期期间发生异常，则配置经理和资源所有者按照组织的服务配置管理方法处理。
607
608 偏离商定的规程应该很少。请务必确保持续合规并维护控制。
609
610 例外情况可能包括CI 模型中未包含的非标准应对式请求配置信息。
611
612 更多信息请参阅知识管理实践指南的第3.2.2节。
613
614 异常情况应记录在案，以便在评审服务配置管理方法、CI模型和规程时使用。
615 )))
616 |评审CI模型|在出现重大异常或经常发生的情况下，配置经理和配置团队将评审CI模型，根据收集的反馈，评审需求、CI记录、验证报告和新的优化机会并更新CI模型。
617
618 表 3.4 捕获，管理和提供配置信息流程的活动
619
620
621 === **3.2.3 验证配置数据** ===
622
623 此流程专注于保持配置数据完整、正确且合规，包括表 3.5 中列出的活动，并将输入转换为输出。
624
625 |关键输入|活动|关键输出
626 |(((
627 服务配置管理方法
628
629 CMDB
630
631 盘点数据
632
633 异常报告
634
635 以前的CMDB验证报告
636 )))|(((
637 识别CI模型
638
639 验证配置数据
640
641 评审验证输出
642
643 定义并实施纠正措施
644
645 撰写并沟通CMDB验证报告
646 )))|(((
647 更新CMDB
648
649 变更请求
650
651 改进措施
652
653 CMDB验证报告
654 )))
655
656 表 3.5 验证配置数据流程的输入、活动和输出
657
658
659 图 3.4显示该流程的工作流程图。
660
661 [[image:图片8.png]]
662
663 图 3.4验证配置数据流程的工作流程
664
665
666 表3.6 提供该流程活动的示例。
667
668 |活动|示例
669 |识别CI模型|配置经理识别适用于组织资源的CI模型，确认CI的验证规程，并分配和沟通验证活动责任。
670 |验证配置数据|根据沟通的规程，负责验证规程的团队收集盘点数据。配置经理和 CI 所有者将盘点数据与 CMDB 数据比较。这种比较应尽可能自动进行。
671 |评审验证输出|所有CMDB数据不完整、不正确或非合规以及资源中的未经授权的变更，必须由配置经理、资源所有者或根据CI模型分配的其他人审查。
672 |定义并实施纠正措施|配置经理、资源所有者或根据 CI 模型分配的其他人同意、记录和沟通CMDB和/或组织资源的纠正措施。也可以建议CI 模型和/或服务配置管理方法的改进措施。
673 |撰写并沟通CMDB 验证报告|配置经理、资源所有者或根据 CI 模型分配的其他人员撰写并沟通 CMDB 验证报告并提交相关利益干系人。此报告应包括建议的纠正和改进措施。
674
675 表 3.6 验证配置数据流程的活动
676
677
678
679 ----
680
681 = **4 组织和人员** =
682
683
684 == **4.1角色、能力和责任** ==
685
686 实践指南不描述实践管理角色，如实践所有者、实践负责人或实践教练。相反，指南关注每个实践所特有的专家角色。每个角色的结构和命名可能因组织而异，因此不应强制，甚至不应推荐ITIL中定义的任何角色。记住，角色并非职位。一个人可以承担多个角色，一个角色也可以分配给多个人员。
687
688 流程和活动的情景中描述了角色。每个角色都具有基于表 4.1 所示模型的能力配置文件。
689
690 |能力代码|能力类型（活动和技能）
691 |L|**领导者 **决策，授权，监督其他活动，提供激励和动机，并评估结果。
692 |А|**管理员 **分配任务并确定优先级、保持记录、持续报告，并启动基本改进。
693 |C|**协调者/沟通者** 协调多方，维护利益相关者之间的沟通，并开展宣传活动。
694 |М|**方法和技巧专家** 设计和实施工作技术、文件化步骤、流程咨询、工作分析和持续改进。
695 |Т|**技术专家** 提供技术（IT）专业知识和基于专家经验的工作。
696
697 表4.1能力代码和资料
698
699
700 负责大多数服务配置活动的关键角色是资源所有者和配置经理。表4.2中列出了负责服务配置管理活动的其他角色示例，以及相关的能力资料和特定技能。
701
702 |活动|负责角色|能力代码|特定技能
703 |(% colspan="4" %)管理服务配置管理的常见方法
704 |分析利益干系人需求|(((
705 配置经理
706
707 配置协调者
708
709 实践所有者
710
711 产品所有者
712
713 服务所有者
714
715 资源所有者
716
717 项目经理
718 )))|TC|(((
719 熟悉组织及其资源和可用信息
720
721 了解服务配置管理实践及其在SVS中的作用
722 )))
723 |定义并同意服务配置管理方法|(((
724 配置管理团队
725
726 顾问
727 )))|MTC|充分了解利益干系人需求、服务配置管理方法和工具、可用信息来源和自动化方法
728 |沟通并将服务配置管理方法集成到组织的价值流中|配置管理团队|CLTA|(((
729 领导和沟通能力
730
731 很好的理解商定的方法
732
733 很好的理解利益干系人需求
734 )))
735 |评审并调整服务配置管理方法和程序|(((
736 配置经理
737
738 主要利益干系人
739
740 配置管理团队
741 )))|MCTA|充分理解利益干系人需求、服务配置管理方法和工具、可用信息来源和自动化方法
742 |(% colspan="4" %)捕获、管理和提供配置信息
743 |(((
744 资源分析与识别
745
746 CI
747 )))|(((
748 配置经理
749
750 配置协调者
751
752 配置库管理员
753
754 资源所有者
755 )))|TA|熟悉组织的资源及相关CI模型
756 |确认CI模型|(((
757 配置经理
758
759 配置协调者
760
761 配置库管理员
762
763 资源所有者
764 )))|MTC|(((
765 熟悉组织的资源及相关CI模型
766
767 熟悉组织的服务配置管理方法
768 )))
769 |遵循CI 模型|(((
770 配置库管理员
771
772 资源所有者
773 )))|ATC|熟悉 CI 模型
774 |管理异常|(((
775 配置经理
776
777 配置协调者
778
779 配置库管理员
780
781 资源所有者
782 )))|MTCA|(((
783 熟悉 CI 模型
784
785 熟悉组织的服务配置管理方法
786
787 了解利益干系人需求
788 )))
789 |评审CI 模型|(((
790 配置经理
791
792 资源所有者
793 )))|CMTA|(((
794 熟悉 CI 模型
795
796 熟悉组织的服务配置管理方法
797
798 了解利益干系人需求
799 )))
800 |(% colspan="4" %)验证配置数据
801 |识别 CI 模型|(((
802 配置经理
803
804 配置协调者
805
806 配置库管理员
807
808 资源所有者
809 )))|TA|(((
810 熟悉 CI 模型
811
812 熟悉组织的服务配置管理方法
813 )))
814 |验证配置数据|(((
815 配置经理
816
817 配置协调者
818
819 配置库管理员
820
821 资源所有者
822 )))|TA|(((
823 熟悉 CI 模型
824
825 熟悉配置数据来源和自动化手段
826
827 了解组织相关的资源
828 )))
829 |评审验证输出|(((
830 配置经理
831
832 配置协调者
833
834 配置库管理员
835
836 资源所有者
837 )))|TA|(((
838 熟悉 CI 模型
839
840 熟悉组织的服务配置管理方法
841
842 了解配置数据来源和自动化手段
843 )))
844 |定义和实施纠正措施|(((
845 配置经理
846
847 配置协调者
848
849 资源所有者
850 )))|TMCA|(((
851 熟悉 CI 模型
852
853 熟悉组织的服务配置管理方法
854
855 了解利益干系人需求
856 )))
857 |撰写并沟通CMDB验证报告|(((
858 配置经理
859
860 配置协调者
861
862 资源所有者
863 )))|CAT|(((
864 熟悉 CI 模型
865
866 熟悉组织的服务配置管理方法
867
868 了解利益干系人需求
869 )))
870
871 表4.2 负责服务配置管理活动的角色示例
872
873
874 === **4.1.1 配置经理** ===
875
876 服务配置管理实践的关键角色是配置经理（有时称为领导配置协调者）。
877
878 配置经理负责监督范围内所有CI的服务配置管理方法和 CI 模型。在许多组织中，配置经理角色由专人执行。在多个地点运营或涵盖多个行业的大型组织中，配置经理由配置协调者团队提供支持，二者职责非常相似，但专注于特定的领域、行业或组织的其他部分。
879
880 配置经理角色通常负责：
881
882 1. 管理服务配置管理方法
883 1. 沟通服务配置管理方法和规程
884 1. 将服务配置管理方法集成到价值流中
885 1. 决定是否在范围内包含新的资源和资源类型
886 1. 异常管理
887 1. 确保遵循CI模型
888 1. 确保CMDB包含有效的数据
889 1. 确保组织符合实践的相关要求，(如果适用)
890 1. 优化和自动化实践
891 1. 报告服务配置管理绩效
892
893
894 === **4.1.2 配置库管理员** ===
895
896 一些组织介绍了配置库管理员的角色。此角色侧重于手动更新配置数据，持续和定期验证CMDB，并处理配置信息的临时请求。
897
898 此角色在自动化水平低但需求高的组织中非常重要，适用于应对非标准的配置信息。此角色很少得到专用资源的支持，并且可能由资源所有者担任。
899
900
901 === **4.1.3 资源所有者** ===
902
903 资源所有者（有时称为资源保管人）是一个确保正确使用组织中的资源或资源组的人员或团队，确保在组织的实践和价值流的背景中相关的CI模型在资源的整个生命周期中始终被应用。
904
905
906 == **4.2 组织结构和团队** ==
907
908 两个团队支持此实践。大型组织拥有配置经理和配置协调者专业团队，以及专注于服务配置管理实践的专家。当需要具体专业知识时，外部顾问可以支持此团队，通常会评审并更新服务配置管理方法。
909
910 小型组织中配置管理专家团队是虚拟的，包括要执行其他角色和任务的人员。在要评审并转换实践时，团队可以作为项目进行协调，正在进行的活动嵌入到其他实践和价值流中。
911
912 为了评审并更新服务配置管理方法，组建一个更广泛的配置团队代表多个利益相干系人。这可能包括：
913
914 * 配置经理
915 * 实践所有者
916 * 产品所有者
917 * 服务所有者
918 * 资源所有者
919 * 项目经理
920 * 其他利益干系人或代表
921
922
923
924 ----
925
926 = **5 信息和技术** =
927
928
929 == **5.1信息交换** ==
930
931 服务配置管理实践的效果基于所用信息的质量。此信息包括但不限于以下信息：
932
933 * 组织战略
934 * 组织架构
935 * 组织的投资组合
936 * 利益干系人对配置信息的需求
937 * 适用法规的要求
938 * 来自内部和外部来源的配置数据
939 * 技术趋势
940 * 来自实践管理的CI相关记录
941 * 财务数据
942 * IT资产数据
943
944 这些信息可以采用各种形式。这取决于CI类型、组织要求和服务配置管理自动化。实践的关键输入和输出在第3节中列出。
945
946
947 == **5.2自动化工具** ==
948
949 确保在CI的每个状态变更时更新配置数据，实现CMDB自动化。通常捕获配置数据对于服务配置管理实践非常重要。如果自动化是可能的和有效的，则可能涉及表 5.1 中概述的解决方案。
950
951 CMS 解决方案通常是集成服务管理工具的一部分，或专为简单的集成而设计，确保实践之间有效地交换配置信息。通常，CMS 解决方案的关键功能包括 CI 发现、更新、关系建模、影响评估、数据运行状况检查和验证，以及与外部数据源的广泛集成。
952
953 |(% style="width:243px" %)流程活动|(% style="width:195px" %)自动化手段|关键功能|对实践有效性的影响
954 |(% colspan="4" %)管理服务配置管理的常见方法
955 |(% style="width:243px" %)分析利益干系人需求|(% style="width:195px" %)分析和沟通工具|收集和分析需求、讨论优先次序|中
956 |(% style="width:243px" %)定义并同意服务配置管理方法|(% style="width:195px" %)(((
957 分析和沟通工具
958
959 CMS工具
960 )))|讨论优先次序、数据和工作流建模、集成和数据交换|高
961 |(% style="width:243px" %)沟通和整合服务配置管理方法到组织价值流中|(% style="width:195px" %)(((
962 CMS工具
963
964 发现和监控工具
965
966 服务管理记录保存工具
967 )))|与其他实践集成进行数据交换|高
968 |(% style="width:243px" %)评审并调整服务配置管理方法和程序|(% style="width:195px" %)(((
969 分析与沟通工具
970
971 CMS工具
972 )))|讨论优先次序、数据和工作流建模、集成和数据交换|高
973 |(% colspan="4" %)捕获、管理和提供配置信息
974 |(% style="width:243px" %)分析资源识别CI|(% style="width:195px" %)(((
975 CMS工具
976
977 发现和监控工具
978
979 服务管理记录保存工具
980 )))|(((
981 与其他实践集成进行数据交换
982
983 CMDB导航
984
985 CI模型库
986 )))|高
987 |(% style="width:243px" %)确认CI模型|(% style="width:195px" %)(((
988 CMS工具
989
990 发现和监控工具
991
992 服务管理记录保存工具
993 )))|(((
994 与其他实践集成进行数据交换
995
996 CMDB导航
997
998 CI模型库
999 )))|高
1000 |(% style="width:243px" %)遵循CI模型|(% style="width:195px" %)(((
1001 CMS工具
1002
1003 发现和监控工具
1004
1005 服务管理记录保存工具
1006 )))|(((
1007 与其他实践集成进行数据交换
1008
1009 CMDB导航
1010
1011 CI模型库
1012 )))|高
1013 |(% style="width:243px" %)管理异常|(% style="width:195px" %)(((
1014 CMS工具
1015
1016 发现和监控工具
1017
1018 服务管理记录保存工具
1019 )))|(((
1020 与其他实践集成进行数据交换
1021
1022 CMDB导航
1023
1024 CI模型库
1025 )))|高
1026 |(% style="width:243px" %)评审CI模型|(% style="width:195px" %)(((
1027 CMS工具
1028
1029 发现和监控工具
1030
1031 服务管理记录保存工具
1032 )))|(((
1033 与其他实践集成进行数据交换
1034
1035 CMDB导航
1036
1037 CI模型库
1038 )))|高
1039 |(% colspan="4" %)验证配置数据
1040 |(% style="width:243px" %)识别CI 模型|(% style="width:195px" %)(((
1041 CMS工具
1042
1043 发现和监控工具
1044
1045 服务管理记录保存工具
1046 )))|(((
1047 与其他实践集成进行数据交换
1048
1049 CMDB导航
1050
1051 CI模型库
1052 )))|高
1053 |(% style="width:243px" %)验证配置数据|(% style="width:195px" %)(((
1054 CMS工具
1055
1056 发现和监控工具
1057
1058 服务管理记录保存工具
1059 )))|(((
1060 与其他实践集成进行数据交换
1061
1062 CMDB 导航和审计
1063
1064 数据健康监控和验证
1065
1066 CI模型库
1067 )))|高
1068 |(% style="width:243px" %)评审验证输出|(% style="width:195px" %)(((
1069 CMS工具
1070
1071 服务管理记录保存工具
1072 )))|(((
1073 与其他实践集成进行数据交换
1074
1075 CMDB导航和审计
1076
1077 数据运行状况监控和验证
1078 )))|高
1079 |(% style="width:243px" %)定义和实施纠正措施|(% style="width:195px" %)(((
1080 CMS工具
1081
1082 服务管理记录保存工具
1083 )))|(((
1084 与其他实践集成进行数据交换
1085
1086 CMDB导航和审计
1087
1088 配置基线库
1089
1090 CI模型库
1091 )))|高
1092 |(% style="width:243px" %)撰写并沟通CMDB 验证报告|(% style="width:195px" %)(((
1093 CMS工具
1094
1095 服务管理记录保存工具
1096
1097 沟通工具
1098 )))|沟通、讨论记录保持|中
1099
1100 表 5.1 服务配置管理活动的自动化解决方案
1101
1102
1103
1104 ----
1105
1106 = **6 合作伙伴和供应商** =
1107
1108 很少有服务是仅使用组织自己的资源交付的。大多数（如果不是全部）依赖于其他服务。这些服务通常由组织之外的第三方提供（请参阅ITIL 基础 ：ITIL 4版 第2.4节：服务关系模型）。这意味着组织会不断处理作为第三方服务一部分提供的资源。同样，组织的资源被服务使用者广泛使用。这要求服务关系生态系统成员之间对服务配置管理实践进行有效协调。确切的协调水平取决于服务关系的类型。关系越近，信任度越高，则越可以共享更多的配置信息，并且可以一起执行管理活动。至少，要在组织之间建立有限的配置数据交换，最多可以考虑使用广泛的集成或共享CMS。合作伙伴和供应商集成到组织中通常可以访问组织的CMS，这样就可以有效地承担相应的角色。
1109
1110
1111
1112 ----
1113
1114 = **7 重要提醒** =
1115
1116 实践指南的大部分内容应视为组织在建立和培育自身实践相关领域时可考虑的建议。实践指南是组织可以考虑的主题目录而非答案列表。在使用ITIL实践指南的内容时，各组织应始终遵循ITIL指导原则：
1117
1118 * 聚焦价值
1119 * 从你所处的地方开始
1120 * 基于反馈迭代推进
1121 * 协作和提升可视化程度
1122 * 通盘思考和工作
1123 * 保持简单实用
1124 * 优化和自动化
1125
1126 关于指导原则及其应用的更多信息，请参见ITIL Foundation：ITIL 4出版物第4.3节。
1127
1128
1129
1130 ----
1131
1132 = **8 致谢** =
1133
1134 AXELOS有限公司感谢所有为该指南的开发做出贡献的人。这些实践指南融合了ITIL社区前所未有的热情和反馈。AXELOS特别要感谢以下人员：
1135
1136
1137 == **8.1 作者** ==
1138
1139 Tatiana Peftieva, Roman Jouravlev.
1140
1141
1142 == **8.2 贡献者** ==
1143
1144 Anton Lykov, Evgeniy Shilov.
1145
1146
1147 == **8.3审阅者** ==
1148
1149 Dinara Adyrbai, Graham Heard, Antonina Klentsova, Anton Lykov, Irina Matantseva.
深圳市艾拓先锋企业管理咨询有限公司