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