由 superadmin 于 2024/12/25, 15:39 最后修改
Show last authors
1 {{info}}
2
3 {{/info}}
4
5
6 **申明：**
7
8 本系列ITIL 4中文版本由长河领导的ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与。需要下载最新翻译版本请关注微信公众号：**ITILXF**，并回复“**ITIL 4服务目录管理**”即可。
9
10
11 请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
12
13
14 本文档翻译工作参与人员：
15
16 翻译：庄严
17
18 审校：黄海燕
19
20 总审：长河
21
22 审核：李锐
23
24 统筹：常宏
25
26
27
28 ----
29
30 {{box cssClass="floatinginfobox" title="**Contents**"}}
31 {{toc/}}
32 {{/box}}
33
34 = **1 关于本文件** =
35
36 本文档提供服务目录管理实践实用指南。它分为五个主要部分，涵盖：
37
38 1. 本实践的一般信息
39 1. 本实践相关的流程和活动及其在服务价值链中的作用
40 1. 参与本实践的组织和人员
41 1. 支持本实践的信息和技术
42 1. 对本实践的合作伙伴和供应商的考虑
43
44 == **1.1 ITIL4 资格认证计划** ==
45
46
47 本文档中的部分内容可以作为以下教学大纲的一部分以供检查：
48
49 * ITIL专家：驱动利益相关者价值
50
51 详情请参考各部分教学大纲。
52
53
54
55 ----
56
57 = **2 一般信息** =
58
59
60 == **2.1 目的和描述** ==
61
62 * **关键信息**
63
64 服务目录管理实践的目的是提供有关所有服务和服务供应的一致信息的唯一来源，并确保相关受众可以使用该信息。
65
66 服务目录管理实践确保所有利益相关者都引用有关服务和服务供应的一个唯一的信息源。它还有助于为所有利益相关者提供有关服务和服务供应的相关视图，匹配所有利益相关者的需求和访问级别。
67
68 有许多内部和外部利益相关者可以在他们的工作中访问和使用服务和服务供应的各种视图。其中包括用户、现有的/潜在的客户、产品团队、支持团队、供应商经理和关系经理等。他们的服务目录视图在范围、结构和包含来自其他来源的信息上有所不同。例如，内部团队可能需要有关服务的技术细节、支持团队的架构、用户列表，以及不需要或不允许包含在面向用户的服务目录中的其他信息。
69
70 服务目录管理实践确保为所有团体提供唯一的服务来源和服务信息，并支持与其他来源的有效信息交换，以及与其他实践相结合，包括服务配置管理、服务财务管理、关系管理、供应商管理、服务请求管理等。
71
72 服务目录管理实践涵盖了组织管理的所有服务，包括内部、外部、提供方和使用方。例如，供应商经理的视角可能包括组织所使用的第三方服务以及依赖于它们的组织的服务。
73
74
75 == **2.2 术语和概念** ==
76
77 * **定义：资源**
78
79 为执行某项活动或实现某一目标所需的人员、材料、财务或其他实体。组织使用的资源可能为组织所有，也可能根据组织与资源所有者的协议使用。
80
81 组织的资源可以被配置到产品中为消费者或消费群体提供价值。
82
83
84 * **定义：产品**
85
86 组织对资源的配置，旨在为消费者提供价值。
87
88 因为一个产品可以用于满足几个不同群体的需求，它并不总是对消费者完全可见，也不是一个消费者群体独有的。例如，软件服务可以为个人用户使用提供简化版本，或者提供更完整的企业版本。产品可以不受消费者的影响而存在。
89
90
91 * **定义：服务**
92
93 通过帮助客户达成其所希望的结果，实现价值共创的手段，而无需客户管理特定的成本和风险。
94
95 组织提供的服务基于其一个或多个产品。服务在与使用者的交互过程中发生，该交互过程成为一种服务关系。为了建立这种关系，组织必须向潜在的客户提供服务供应，并应签署服务协议。
96
97
98 * **定义：服务供应**
99
100 对一个或多个服务的正式描述，旨在满足目标消费者群体的需求。服务供应可能包括货品、对资源的访问以及服务动作。
101
102 产品的可见部分表现为一项或多项服务供应。通常在服务目录为潜在客户展示所提供的服务供应。对于现有客户，服务目录提供了有关正在使用的服务以及与之相关的协议的视角。这些视图基于客户组织中的利益相关人的角色。
103
104
105 * **定义：服务目录**
106
107 对于特定目标受众的有关服务提供者提供的所有服务和服务供应的结构化信息。
108
109 “ 服务目录”一词通常是指对服务和服务供应的定制视图。在服务目录实践场景中，它还可以用于收集用作所有服务目录视图的唯一源的服务数据。服务目录可以被集中式数据库管理，或被组织中不同团队管理的多个数据库管理。该实践确保有效的数据集成和服务相关信息的质量。这包括确保服务信息是正确的，更新及时，并且可供相关的利益相关者使用。在多个价值流背景下服务目录管理需要与其他实践紧密集成。
110
111
112 * **定义：请求目录**
113
114 一种服务目录的视图，为用户提供现有和新增的服务的服务请求的详细信息。
115
116 在与客户交互时请求目录是满足用户并可以被服务提供者的团队使用。作为服务目录实践的一部分，请求目录保持正确且最新的状态。
117
118
119 == **2.3 范围** ==
120
121 服务目录管理实践的范围包括：
122
123 * 为服务目录定义适当的服务描述结构，使其结构良好并满足利益相关方的需求，包括约定的强制属性和关系。
124 * 捕获服务信息并保持最新，确保服务目录中的数据的质量。
125 * 为相关利益相关者团体定义不同量身定制的服务目录视图，一旦约定后就实施服务目录结构的视图和变更。
126 * 为不同的利益相关者发布服务目录，并管理不同的视图。
127
128 尽管有几个活动和责任领域仍然与服务目录管理密切相关，但未包含在服务目录管理实践中。表2.1列出了这些活动和责任领域，并给出可以找到这些活动的相关实践。重要的是要记住，ITIL实践只是价值流的场景中使用的工具的集合；根据情况必要时应合并。
129
130
131 表2.1与其他实践指南中描述的服务目录管理实践相关的活动
132
133 (% style="width:444px" %)
134 |(% style="width:275px" %)**活动**|(% style="width:166px" %)**实践指南**
135 |(% style="width:275px" %)定义和管理服务组合|(% style="width:166px" %)投资组合管理
136 |(% style="width:275px" %)定义服务和服务供应，包括服务功用和功效的详细信息|(% style="width:166px" %)(((
137 业务分析
138
139 服务设计
140 )))
141 |(% style="width:275px" %)与客户和供应商建立服务级别协议|(% style="width:166px" %)(((
142 服务级别管理
143
144 供应商管理
145 )))
146 |(% style="width:275px" %)管理服务请求|(% style="width:166px" %)服务请求管理
147 |(% style="width:275px" %)管理有关服务与其他配置项之间关系的信息|(% style="width:166px" %)服务配置管理
148 |(% style="width:275px" %)管理有关IT服务资产的信息|(% style="width:166px" %)(((
149 IT资产管理
150
151 服务财务管理
152 )))
153
154 == **2.4 实践成功因素** ==
155
156 * **定义：实践成功因素**
157
158 实践为实现其目的所需的一个复杂的功能部件。
159
160 一个实践的成功因素（PSF）不仅仅是一项任务或活动，因为它包括服务管理的所有四维度的组件。
161
162 在一个实践中，实践成功因素的活动和资源的性质可能不同，但是它们共同确保实践是有效的。
163
164 服务目录管理实践包含以下实践成功因素PSF：
165
166 * 确保组织的服务目录的结构和范围满足组织需求
167 * 确保服务目录中的信息符合利益相关者当前和预期的需求
168
169 === **2.4.1 确保组织的服务目录的结构和范围满足组织需求** ===
170
171 服务目录的结构和范围应反映业务、产品和服务的组织架构。为确保发生这种情况，服务目录实践应该基于战略管理、架构管理和投资组合管理实践的输入。这个输入有助于回答以下问题：
172
173 * 谁是服务目录视图的目标受众？
174 * 目标受众对服务目录视图有什么需求？
175 * 服务目录应包含哪些服务和服务供应？
176 * 服务描述的合理粒度是多少？
177 * 用利益相关者可以理解的方式展示服务，需要什么级别的细节？
178 * 哪一组服务属性足以描述所有服务并适用于所有服务？
179 * 如何体现产品和服务的关系？
180 * 需要哪些与服务相关的信息？这些信息从哪里来？
181 * 如何发布服务目录？
182 * 如何更新服务目录信息？
183 * 什么是访问需求和控制？
184
185 服务目录规划的其他信息来源包括以下实践：服务级别管理、服务请求管理、关系管理、服务配置管理、服务财务管理和供应商管理。这些实践维护的信息通常包含在服务目录视图中。
186
187 在分析了组织的需求和期望之后，执行服务目录设计。它涵盖了所有服务管理四维模型：
188
189 * **组织和人员** 角色和职责，服务所有者，以及参与开发和运营团队
190 * **信息和技术** 使用的数据和技术，任何数据或技术先决条件
191 * **合作伙伴和供应商** 第三方的参与、现有协议和合同、合作伙伴的支持水平
192 * **价值流和流程** 规程和工作流
193
194 服务目录设计受持续改进的约束。改进的主要来源是：
195
196 * 定期回顾
197 * 用户反馈的目录
198 * 需求中的变更
199 * 组织架构中的变更
200 * 技术机会
201
202 === **2.4.2 确保服务目录中的信息符合利益相关者当前和预期的需求** ===
203
204 服务目录的维护、更新和提供应尽可能地自动化。一般不会根据需求手动创建服务目录视图。通常，服务目录是与相关的利益相关者达成共识，并自动进行更新和提供。在需要定制的地方，通常是通过为用户提供视图设置功能来实现的。
205
206 本实践确保考虑了不同的利益相关者团体，并根据相关利益相关者团体的期望，在服务目录中为他们定义了定制视图。最受欢迎和最有用的视图可能包括：
207
208 * **用户视图** 提供有关服务和服务供应的信息，从用户角度包含相应的详细信息。例如，服务描述、先决条件、请求服务的规程、服务级别协议、技术和渠道使用情况，以及有关服务支持信息。所有这些信息都应根据用户状态和服务权利进行筛选。
209 * **客户视图** 从业务角度提供信息，包含约定的服务水平、财务数据、服务绩效和度量、合同要求等信息。此视图可能包括描述客户可用的服务和服务级别的服务提供。需要对客户视图进行筛选，以仅反映与客户和/或客户团体相关的服务和服务提供。新客户和现有客户的视图在服务的详细信息和范围中有所不同。
210 * **服务提供者视图** 提供服务交付中使用的技术、安全、风险和流程相关信息。这包括使用服务的技术需求、技术解决方案详细信息，安全需求、潜在风险和可能的缓解措施，有关服务的事件和问题信息，等等。根据服务提供者的团队的需要，通常为他们定义多个视图。例如，供应商经理和业务分析人员可能需要不同的服务详细信息。这种裁剪可以通过创建不同的预设视图或为内部目录用户提供灵活的设置来实现。
211
212 当服务目录的多个定制视图是可能的和有用的，应避免在不同技术系统内创建单独的或隔离的服务目录，这会增加组织内的隔离和复杂程度。相反，应使用服务数据的唯一存储库来生成约定的定制视图，这对组织有利。服务目录通常作为一个数据库来构建和管理，其中包含服务数据的中央存储库和服务相关数据的其他外部数据源；外部数据源由其他工具提供，支持基于角色的视图和服务仪表板。例如，对于任何给定的服务，核心服务数据存储在服务目录中，而且来自财务、监控和事件、消费者和用户服务系统的数据，在服务目录界面下无缝使用。
213
214 为确保服务目录被使用并满足利益相关者的需求，重点要测量和评估服务目录的使用情况。最简单的选择是调查利益相关者的满意度；在许多情况下，使用技术可以直接监视用户体验（使用模式，收藏夹视图设置，搜索请求）。有用的方法还要确保报告、分析和纠正服务目录信息中的错误和不一致。对于面向用户和客户的目录视图，应将目录错误作为事件被处理。
215
216 对于服务目录信息质量和利益相关者满意度的理解应作为服务目录和此实践持续改进的输入。
217
218 服务目录管理实践包括推广服务目录并确保目录被目标受众采用。采用基于目录用户的积极体验。几种方法和技术对于理解和提升体验可能有用，包括：
219
220 * 约定服务目录功用和功效，并确保满足协议
221 * 可用性设计
222 * 确保新用户能够有效使用目录
223 * 平等对待内部和外部用户
224 * 监控并改进用户满意度
225 * 监控并处理反馈
226
227 用户和客户的服务目录视图是组织服务总体满意度的一个重要因素。它是服务提供者和服务使用者之间的关键触面之一。它也是服务提供者中最常用的工具之一，因此应该易于使用。
228
229 尽管某些服务和服务管理工具需要其特殊技能和用户体验，但服务目录应该为内部和外部用户提供直观、熟悉且流畅的界面。这对于向外部市场上的独立的消费者提供服务的服务提供者尤其重要。在这种情况下，通常用户和消费者角色会合并在一起，并且独立的消费者使用服务提供者发布的服务目录，到契动并同意并使用服务。目录界面中的低效率很容易阻止这些消费者与服务提供商接触。
230
231
232 == **2.5 关键指标** ==
233
234 ITIL实践的有效性和绩效应在每个实践贡献的价值流的背景下进行评估。与任何工具的性能或绩效一样，只能在应用程序的背景内评估实践的性能或绩效。然而，工具在设计和质量上可能会有很大差异，这些差异定义了工具的潜力或能力，根据用途使用工具，工具的能力才能发挥出效果。在度量和报告实践指南中可以找到关于度量、关键绩效指标和其他技术的进一步指导。
235
236 服务目录管理实践的关键指标已映射到他的实践成功因素PSF。它们可以用作价值流的背景中的关键绩效指标KPI，以评估服务目录管理实践对这些价值流的效果和效率的贡献。表2.2中给出了一些关键指标的示例。
237
238
239 表2.2 实践成功因素的关键指标示例
240
241 (% style="width:699px" %)
242 |(% style="width:287px" %)**实践成功因素**|(% style="width:410px" %)**关键指标**
243 |(% style="width:287px" %)确保组织的服务目录的结构和范围满足组织需求|(% style="width:410px" %)(((
244 * 服务目录的完整性（实际管理但未包含在目录中的服务数量）
245 * 完成组织约定的对服务目录设计的要求
246 * 目录所需信息源的遗漏，无效或手动集成的数量和影响
247 * 记录的目录设计改进的实施进度
248 )))
249 |(% style="width:287px" %)确保服务目录中的信息符合利益相关者当前和预期的需求|(% style="width:410px" %)(((
250 * 利益相关者团体对于目录信息的满意度
251 * 目录错误的数量和影响（信息不正确，遗漏或过时）
252 * 利益相关者团体对于目录界面的满意度
253 * 记录的目录内容和界面改进的实施进度
254 )))
255
256 将度量标准正确地聚合为复合的指标，将使数据更容易用于价值流的持续管理，以及服务目录管理实践的定期评估和持续改进。这没有唯一的最佳解决方案。
257
258 度量标准将基于组织的整体服务战略和优先排序，以及实践所贡献的价值流目标。
259
260
261
262 ----
263
264 = **3 价值流和流程** =
265
266
267 == **3.1 价值流的贡献** ==
268
269 像任何其他ITIL 管理实践一样，服务目录管理实践也有助于多个价值流。重要的是要记住，价值流永远不会由单个实践形成。服务目录管理实践与其他实践相结合，可以为消费者提供高质量服务。实践贡献的主要价值链活动是：
270
271 * 契动
272 * 设计和转换
273 * 交付和支持
274
275 图3.1中显示了服务目录管理实践对服务价值链的贡献。
276
277 (% style="text-align:center" %)
278 [[image:1641126173900-260.png]]
279
280 图3.1 服务目录管理对价值链的贡献的热图活动
281
282
283 == **3.2 流程** ==
284
285 每个实践可能包含一个或多个流程和活动，它们对于实现该实践的目的可能是必需的。
286
287 * **定义：流程**
288
289 一组相互关联或交互的活动，可将输入转换为输出。流程接受一个或多个定义的输入，并将其转换为定义的输出。流程定义动作的顺序及其依赖性。
290
291 服务目录管理活动形成两个主要的流程：
292
293 * 定义和维护服务目录数据和标准服务目录视图
294 * 向约定的目标受众提供并维护最新的服务目录视图。
295
296 === **3.2.1 定义和维护服务目录数据和标准服务目录视图** ===
297
298 该流程专注于根据利益相关者需求，定义、约定和维护服务目录结构、数据和标准视图。它包括表3.1中列出的活动，并将输入转换为输出。
299
300 表3.1定义和维护服务目录数据和标准服务目录视图的输入、活动和输出流程
301
302 [[image:1642258174118-838.png]]
303
304 图3.2显示流程的工作流程图。
305
306
307 (% style="text-align:center" %)
308 [[image:1641126209925-530.png]]
309
310 图3.2 定义和维护服务目录数据和标准服务目录流程的工作流
311
312
313 流程可能会有所不同，具体取决于组织的类型和大小，服务的类型和复杂性，服务客户以及服务目录利益相关者。表3.2给出了这些变化的示例。
314
315
316 表3.2 活动的定义和维护服务目录数据和标准服务目录视图流程
317
318 [[image:1642258222449-746.png]]
319
320 [[image:1642258260571-426.png]]
321
322 [[image:1642258281206-812.png]]
323
324
325 === **3.2.2 向约定的目标受众提供和维护最新的服务目录视图** ===
326
327 该流程专注于服务目录的运维。它确保了目录用户对约定目录视图的请求得到及时、正确的满足。
328
329 在大多数情况下，此流程完全或很大部分上是自动化的。请求渠道、访问规则、展示的数据及其可视化被约定为服务目录设计和自动化的一部分；目录用户只需“打开”他们需要的目录视图就可以访问它。在某些情况下，由于不常用的请求或不完全的自动化，此流程可能有手工活动。
330
331 该流程包括以下活动，并将以下输入转换为输出，如表3.3所示。
332
333
334 表3.3为约定的目标受众提供和维护最新的服务目录视图的输入、活动和输出
335
336 [[image:1642258306945-146.png]]
337
338 图3.3显示了提供和维护最新服务目录的工作流。
339
340
341 (% style="text-align:center" %)
342 [[image:1641126250786-871.png]]
343
344 图3.3 向约定的目标受众流程提供和维护最新服务目录视图的工作流
345
346
347 该流程的活动应该尽可能地自动化。
348
349
350 表3.4 向约定的目标受众流程提供和维护最新的服务目录视图的活动
351
352 [[image:1642258331225-805.png]]
353
354 服务目录管理活动由服务目录管理人员和负责服务的开发和运维团队执行，如表3.2和3.4中所述。他们也可能涉及供应商和合作伙伴。这些活动还受到工具和技术的支持（有时是完全或部分自动化）。自动化介绍在第5节。
355
356
357
358 ----
359
360 = **4 组织和人员** =
361
362
363 == **4.1 角色，能力和职责** ==
364
365 实践指南没有描述实践管理的角色，例如实践所有者，实践领导者或实践教练。相反，他们专注于每个实践的专家角色。每个角色的结构和命名都可能在组织间是不同的，因此ITIL中定义的任何角色都不应被视为强制性的，甚至也不是推荐的。请记住，角色不是职务。一个人可以担任多个角色，一个角色可以分配给多个人。
366
367 流程和活动的场景中描述了角色。每个角色都具有一个基于表4.1中所示的模型的能力类型。
368
369 表4.1能力代码和类型
370
371 (% style="width:548px" %)
372 |(% style="width:78px" %)能力代码|(% style="width:467px" %)能力类型（活动和技能）
373 |(% style="width:78px" %)**L**|(% style="width:467px" %)**领导者** 决策，委派，监督其他活动，提供激励和动机，以及评估结果
374 |(% style="width:78px" %)**A**|(% style="width:467px" %)**管理员** 分配任务并确定优先级，保留记录，进行报告，并启动基本改进
375 |(% style="width:78px" %)**C**|(% style="width:467px" %)**协调员/沟通者** 协调多方，维护利益相关者间的沟通，并运行意识宣传活动
376 |(% style="width:78px" %)**M**|(% style="width:467px" %)**方法和技术专家** 设计和实施工作技术，编制程序文档，过程、工作分析和持续改进的咨询
377 |(% style="width:78px" %)**T**|(% style="width:467px" %)**技术专家 **提供技术（IT）专业知识并进行基于专业知识的任务
378
379 表4.2显示了服务管理实践活动涉及的角色。
380
381
382 表4.2负责服务目录管理活动的角色示例
383
384 [[image:1642258397968-324.png]]
385
386 [[image:1642258437772-214.png]]
387
388 [[image:1642258453312-696.png]]
389
390
391
392 === **4.1.1 服务目录经理角色** ===
393
394 服务目录经理负责组织中的服务目录。角色具有以下主要职责：
395
396 * 定义、设计和维护服务目录
397 * 理解和管理利益相关者关系
398 * 不断改进服务目录的结构、自动化和视图
399 * 有效地将服务目录集成到价值流中
400 * 与其他团队和角色进行有效合作
401 * 不断改进此实践
402
403 在大型组织中，通常会看到一个或多个员工完全专用于此角色的职位。
404
405
406 === **4.1.2 组织结构和团队** ===
407
408 如果组织有多个服务目录经理，则服务目录管理团队可能已经形成。这个团队可以由不同组织架构的成员组成，也可以由一个单独组织架构自行支持。
409
410 在满足下列条件之一时，更常见的情况是有一个专门的团队来管理服务目录：
411
412 * 服务目录对于组织的业务是复杂且至关重要的。
413 * 数据目录更新没有足够的自动化，因此需要手动操作。
414 * 目录的结构和内容不断变化。
415
416 服务目录管理团队的成员应一起开发在表4.2中所述的能力和技能。
417
418
419
420 ----
421
422 = **5 信息和技术** =
423
424
425 == **5.1 信息交流** ==
426
427 服务目录管理实践的效果基于所使用信息的质量。该信息包括但不限于以下信息：
428
429 * 组织的策略、产品组合和架构
430 * 组织结构和利益相关者团体
431 * 服务消费者群体、客户和用户
432 * 服务及其架构和设计、状态和配置
433 * 合作伙伴和供应商，包括合同和协议约定
434 * 规范服务提供的法规、政策和要求
435 * 服务和服务供应的财务方面（价格、促销、优惠、条款和条件）
436 * 服务提供规程和工作流
437 * 服务交付和支持团队的联系方式和工作时间表
438
439 该信息可以采用各种形式。实践的关键输入和输出在第3节中列出。
440
441 服务目录中使用的信息量可能因其约定的用途和结构而有所不同。然而，关键的服务数据通常包括：
442
443 * 服务名称
444 * 服务说明
445 * 服务状况
446 * 服务负责人
447 * 服务目标受众
448
449 表5.1包含了通常包含在其他来源的服务目录中的信息示例。
450
451
452 表5.1从其他来源获得的服务目录信息示例
453
454 (% style="width:509px" %)
455 |(% style="width:331px" %)**属性**|(% style="width:176px" %)**资料来源**
456 |(% style="width:331px" %)服务级别，客户，用户和用户的详细信息，价格，协议的状态以及关键日期，联系方式，可用的服务请求，服务度量指标和关键绩效指标KPI|(% style="width:176px" %)与客户约定的服务级别协议
457 |(% style="width:331px" %)支持服务，相关合同，服务级别，联系方式，约束，状态和关键日期|(% style="width:176px" %)与供应商约定的服务级别协议
458 |(% style="width:331px" %)服务的成本，价格，其他财务数据|(% style="width:176px" %)服务财务模型，预算，价格表
459 |(% style="width:331px" %)相关服务和配置项，支持团队及其联系方式|(% style="width:176px" %)配置管理数据库, 服务模型
460 |(% style="width:331px" %)相关记录（事件，问题，变更）|(% style="width:176px" %)相应记录
461
462 == **5.2 自动化和工具** ==
463
464 在大多数情况下，服务目录管理实践可以从自动化中获益。在可能和有效的情况下，它可能涉及表5.2中列出的解决办法。
465
466 表5.2 服务目录管理活动的自动化解决方案
467
468 [[image:1642258652545-689.png]]
469
470 [[image:1642258664584-427.png]]
471
472
473
474 ----
475
476 = **6 合作伙伴和供应商** =
477
478 仅使用自己的资源交付服务的组织很少。大多数（如果不是全部）依赖于其他方的服务，这些服务通常由组织之外的第三方提供（请参阅ITIL Foundation ITIL 4版的2.4：服务关系）。这些依赖关系可能会影响服务目录管理实践，并反映在服务目录中。
479
480 此实践有三个主要的注意事项：
481
482 * 服务目录中的第三方服务
483 * 供应商访问组织的服务目录
484 * 为服务目录自动化使用的第三方工具
485
486 == **6.1 服务目录中的第三方服务** ==
487
488 一些第三方服务可能在技术上直接提供给组织的客户，而组织则作为唯一责任点和联系方式。服务目录是客户和用户的关键触面，应提供有关第三方服务的正确和最新信息；它应该与其他组织的服务一样可操作。
489
490 组织的服务经常依赖于第三方服务，其中许多依赖关系会影响目录中包含的服务属性。
491
492 确保组织的服务目录与供应商的数据源及其服务目录集成在一起是非常重要的。该集成应该尽可能是无缝的，以确保相关数据的更新没有延迟，这可能影响到组织服务目录信息的质量。
493
494 当组织作为服务集成商或作为集成供应商之一参与复杂的服务网络时，服务目录可能会成为网络参与方之间重要的集成点。
495
496
497 == **6.2 供应商对组织的服务目录的访问** ==
498
499 是否需要供应商的专家参与组织的服务运营和支持，取决于组织对第三方服务的依赖性。许多组织为供应商和合作伙伴提供有关他们服务的相关信息访问权限，并且服务目录作为关键接口。供应商的专家可能使用与组织的技术团队类似的目录视图，但是具有不同的访问级别。重要的是确保组织中的安全策略和合同义务不受损害，尤其是是在供应商可能有权限访问有关服务消费者和其他供应商的信息的情况下。
500
501
502 == **6.3 为服务目录自动化使用第三方工具** ==
503
504 服务目录管理实践高度依赖自动化，通常使用第三方专用解决方案来自动化服务目录管理活动。组织在选择集成的服务管理工具集时，重点要考虑对自动化和集成的需求。在服务目录结构设计和回顾期间以及运营期间，很大可能需要将服务目录数据提供给ITSM工具集的供应商或支持伙伴。这种访问意味着在选择ITSM工具集供应商并约定支持合同时，需要进行额外的尽职调查。服务目录集成程度越高，原始数据越敏感。
505
506
507
508 ----
509
510 = **7 重要提醒** =
511
512 本实践指南的大部分内容都应作为组织在建立和培育自身实践相关领域时可考虑的建议。实践指南是组织可以考虑的主题的目录而非答案列表。使用ITIL 实践指南的内容时，组织应始终遵循ITIL 指导原则：
513
514 * 聚焦价值
515 * 从你所处的地方开始
516 * 基于反馈迭代推进
517 * 协作和提升可视化程度
518 * 通盘思考和工作
519 * 保持简单实用
520 * 优化和自动化
521
522 有关指导原则及其应用的更多信息，请参见ITIL Foundation：ITIL 4出版物第4.3节。
523
524
525
526 ----
527
528 = **8 致谢** =
529
530 AXELOS Ltd非常感谢为本指南的开发做出贡献的每一个人。这些实践指南融合了ITIL社区前所未有的热情和反馈。AXELOS特别要感谢以下人员。
531
532
533 == **8.1 作者** ==
534
535 Donka Raytcheva，Antonina Klentsova
536
537
538 == **8.2 审阅者** ==
539
540 Dinara Adyrbai， Akshay Anand， Roman Jouravlev
深圳市艾拓先锋企业管理咨询有限公司