Version 30.1 by superadmin on 2021/12/08, 17:52
Show last authors
1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
4
5 (% class="jumbotron" %)
6 (((
7 (% class="container" %)
8 (((
9
10
11
12
13
14
15
16
17 )))
18 )))
19
20 需要下载 **ITIL 4Foundation（中文精译版）【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“**Foundation**”即可。
21
22 [[image:微信截图_20210206234644.png]]
23
24 **申明：**
25
26 本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
27
28 请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
29
30 **本文档翻译工作参与人员： **
31
32 翻译：唐龙、段笑雨、崔勇、韩奋
33
34 总审：长河
35
36
37
38 ----
39
40 = **欢迎使用ITIL 4** =
41
42 在此IT行业发展的新阶段，AXELOS很高兴向您呈现ITIL 4，这是IT最佳实践发展的最新成果。构建于我们的经验以及对市场最新的前瞻性思考，ITIL 4将使您的企业能够应对行业当前所面临的挑战。
43
44
45 作为世界上应用最广泛的IT服务管理（ITSM）指南，ITIL的应用将随着ITIL 4而继续下去。通过将最新的新兴实践与现有的经过验证的方法相结合，它保证了现有工作方式（服务管理已经取得的成功）的连续性。ITIL 4还为这些新方法提供指南，帮助个人和组织认识其收益，并充满信心，专注和心无旁鹫的使用这些方法。
46
47
48 ITIL 4的整体方法提高了服务管理在组织和行业中的地位，将其置于更具战略性的背景之下。它的关注点往往是端到端的产品和服务管理，从需求到价值。
49
50
51 ITIL 4是IT和服务管理领域的大量全球研究与开发工作的成果；这项工作涉及了积极的从业人员、培训师、咨询顾问、供应商、技术人员和商业客户。架构师团队与ITIL的广泛的利益相关者和用户合作，以确保内容满足连续性、创新性、灵活性和价值的现代要求。
52
53
54 ITIL培训为个人提供了一种结构化的方法，发展其在当前和未来工作环境中的能力。相应的指南还帮助组织利用新的和未来的技术，进行成功的数字化转型，并为自己和客户创造所需价值。
55
56
57 ITIL Foundation是您ITIL 4之旅的开始。它后续的其他ITIL出版物和培训将为您打开思路，提供更广泛、更高阶的指导，以支持您的成长和发展。
58
59 新一代的IT最佳实践欢迎您！
60
61
62 (% style="width:217px" %)
63 |(% style="width:215px" %)[[image:1613921883730-547.png]]
64
65 马克·巴沙姆
66
67 首席执行官
68
69 AXELOS全球最佳实践
70
71
72
73 ----
74
75 = **关于本出版物** =
76
77 //ITIL Foundation//是ITIL 4的第一本出版物，是ITSM领域最广泛应用的指南的最新进展。它的目标读者包括刚刚迈入服务管理门槛的IT专业和商科领域的学生，以及熟悉ITIL早期版本和其他行业最佳实践资源的经验丰富的专业人士。
78
79
80 ITIL 4 Foundation致力于：
81
82 * 帮助读者了解ITIL 4服务管理框架，以及它是如何进化到采用现代技术和工作方式的
83 * 解释服务管理框架的概念，以支持考生为ITIL 4基础考试的学习
84 * 从业者可以在他们的工作，进一步的研究和专业发展中作为参考指南使用。
85
86 希望对大家有所帮助。
87
88
89 **关于ITIL的故事**
90
91 所有类型的组织和服务都适合采用本出版物所提供的指南。为了展示如何将ITIL的概念实际应用于组织的活动中，ITIL Foundation以一家虚构公司为例，讲述了它在ITIL旅程中的经历。
92
93
94 这家名为艾克苏汽车租赁的公司正在进行转型，以实现服务现代化，提高其客户满意度和客户留存率，并正在使用ITIL来实现这一目标。在本书的每一章中，艾克苏的员工将描述公司如何改善其服务，并说明他们如何使用ITIL最佳实践来实现这一目标的。
95
96
97 **艾克苏汽车租赁**
98
99 艾克苏汽车租赁是一家全球性公司，总部位于西雅图。艾克苏成立于10年前，目前在欧洲，美国和亚太地区拥有约400名员工。
100
101
102 最初，公司经历了强劲的增长，客户满意度持续走高。在前六年中，回头客约占所有预订量的30％。股东们有望获得可观的季度分红。但是，在过去的四年中，该公司业绩下滑。客户满意度评价持续下降，很少回头客。竞争对手正在为传统车辆租赁提供创新的新选择。拼车、共享乘车和无人驾驶汽车大受欢迎。客户还期待在线的应用程序界面成为公司服务的标准配置。
103
104
105 在这个不断发展的市场中，艾克苏汽车租赁面临不确定的未来。董事会渴望提高客户满意度。他们很想吸引和留住客户，并提高公司的盈利能力。他们任命了新的首席信息官亨利亨利。选择亨利是因为他在数字化服务方面的经验，以及其进行大规模IT转型的成功记录。他深知数字化服务产品的影响，不仅对客户满意度，而且对员工的保留率也很有帮助。
106
107
108 亨利在ITIL和ITSM中的强大背景意味着他重视ITIL认证，而他的用人政策也反映了这一点。他在设计思维、DevOps和敏捷方法等方面具有经验，认为可持续性发展业务需要使用融合的ITSM方法。
109
110
111 亨利很想知道他的团队如何重新定义租车体验，并确保艾克苏汽车租赁成为新老客户的首选。
112
113
114 **认识艾克苏员工**
115
116 以下是艾克苏汽车租赁的四名主要员工：
117
118 [[image:1613921988801-364.png]]**亨利**是艾克苏汽车租赁的新任CIO。他是一位成功的企业高管，准备改变现状。他相信集成的ITSM方法。
119
120
121 [[image:1613921999454-419.png]]**苏**是艾克苏汽车租赁的旅行体验的产品经理，在艾克苏工作了五年。聪明，细致，对环保充满热情。
122
123
124 [[image:1613922022410-374.png]]**拉迪卡**是艾克苏汽车租赁的IT业务分析师，她的工作是了解艾克苏汽车租赁员工和客户的用户需求。她好奇心强，精力充沛，并努力与所有内部和外部客户保持积极的关系。拉迪卡主要从事探索和规划活动，而不是IT运营。她提出了很多问题，擅长发现规律和趋势。
125
126
127 [[image:1613922030100-683.png]]**马可**是艾克苏汽车租赁的IT交付经理。他以流程为导向，不断参考ITIL框架来帮助他管理积极的服务关系。但是，马可很少接触融合或协作的服务管理方法。
128
129
130
131 ----
132
133 = **1  介绍** =
134
135
136 == **1.1 现代社会中的IT服务管理** ==
137
138 根据世界贸易组织的统计，服务业在发达经济体和发展中经济体中都是规模最大、最具活力的组成部分。服务是组织为自己和客户创造价值的主要方式。如今几乎所有服务都是IT使能的，这意味着组织在创建、扩展和改进其IT服务管理能力方面具有巨大的收益。
139
140
141 如今，技术发展速度比以往任何时候都快。云计算、基础设施即服务（IaaS）、机器学习和区块链等方面的发展为价值创造带来了新的机遇，使IT成为重要的业务驱动力和竞争优势的来源。反过来，这又将IT服务管理定位为一种关键的战略能力。
142
143
144 为确保它们保持地位和成功，许多组织正着手实施重大转型方案，以利用这些机会。虽然这些转型通常被称为“数字化”，但它们不仅仅是技术问题。它们是组织工作方式的演变，以便他们在面对重大和持续的变革时，也可以蓬勃发展。组织必须在稳定性和可预测性的需求与日益增长的运营敏捷性和加快速度的需求之间取得平衡。信息和技术正在与其他组织能力进行更彻底的整合，孤岛正在崩溃，跨职能团队正在被更广泛地利用。服务管理正在发生变化，以应对和支持这种组织转变，并确保最大限度的利用新技术和新工作方式带来的机会。
145
146
147 服务管理在不断发展，作为世界上最广泛采用的IT服务管理（ITSM）的指南，ITIL也在不断发展。
148
149
150 == **1.2 关于ITIL 4** ==
151
152 30多年来，ITIL通过指南、培训和认证方案等引领ITSM行业的发展。ITIL 4在客户体验、价值流和数字化转型等更广泛的背境中重塑ITSM大部分的现有实践，并拥抱新的工作方式，如精益、敏捷和DevOps等，使ITIL与时俱进。
153
154
155 ITIL 4为组织提供了应对新的服务管理挑战和利用现代技术潜力所需的指南。它旨在确保建立一个灵活、协调和集成的系统，以有效治理和管理IT使能服务。
156
157
158 == **1.3 ITIL 4框架的结构和优点** ==
159
160 ITIL 4框架的关键组成部分是ITIL服务价值系统（SVS）和四维模型。
161
162
163 === **1.3.1 ITIL SVS** ===
164
165 ITIL SVS描述了组织的各种组件和活动如何协同工作，通过IT支持的服务促进价值创造。这些都可以灵活组合，这就需要整合和协调，保持组织的一致性。ITIL SVS促进了这种整合和协调，并为组织提供了一个强有力的、统一的、以价值为中心的方向。ITIL SVS的结构如图1.1所示，在第4章中会对其进行更详细的描述。
166
167
168 ITIL SVS的核心组件是：
169
170 * ITIL服务价值链
171 * ITIL实践
172 * ITIL指导原则
173 * 治理
174 * 持续改进。
175
176 ITIL服务价值链为服务的创建、交付和持续改进提供了一种运营模式。它是一个灵活的模型，定义了六种关键活动，可以通过多种方式组合，形成多种价值流。服务价值链足够灵活，可以适应多种方法，包括DevOps和集中式IT，以满足多模式服务管理的需要。价值链的适应性使组织能够以最有效和最高效的方式对利益相关者不断变化的要求做出反应。
177
178 (% style="text-align:center" %)
179 [[image:1613922092240-530.png]]
180
181 图1.1服务价值系统
182
183
184 ITIL实践进一步增强了服务价值链的灵活性。每一ITIL实践都支持多种服务价值链活动，为ITSM从业者提供全面的多功能工具集。
185
186
187 ITIL指导原则可用于指导组织的决策和行动，确保整个组织对服务管理具有共同的理解和通用的方法。ITIL指导原则为组织从战略决策到日常运营的文化和行为都奠定了基础。
188
189
190 ITIL SVS还包括治理活动，使组织能够不断调整其运营，与治理机构设定的战略方向保持一致。
191
192
193 ITIL SVS的每个组件都得到持续改进的支持。ITIL为组织提供了一种简单实用的改进模型，以在不断变化的环境中保持其弹性和敏捷性。
194
195
196 === **1.3.2 四维模型** ===
197
198 为了确保服务管理方法的整体性，ITIL 4描述了服务管理的四维模型，SVS的每个组件都应当考虑这四个维度。这四个维度是：
199
200 * 组织和人员
201 * 信息和技术
202 * 合作伙伴和供应商
203 * 价值流和流程。
204
205 通过对四维模型的每个维度给予适当的关注，组织可以确保其SVS保持平衡和有效。将在第3章描述这四个维度。
206
207
208 ITIL 故事：CIO对艾克苏的愿景
209
210 **亨利：**当今，产业变革的步伐很快，"第四次工业革命"一词已被广泛使用。像艾克苏这样的公司正在与包括无人驾驶汽车和共享汽车在内的颠覆者竞争。
211
212
213 自10年前艾克苏公司成立以来，人们对服务的期望已经发生了变化。客户希望通过应用程序和在线服务获得即时服务。艾克苏的预订应用程序已经过时，而我们的技术也跟不上服务内容的变化。
214
215
216 我对艾克苏的愿景是让我们成为世界上最知名的汽车租赁品牌。我们将继续提供卓越的客户服务，同时保持有竞争力的租车价格。毕竟，艾克苏现在不仅仅是租车。我们必须专注于客户的整体出行体验。
217
218 (% class="row" %)
219 (((
220 (% class="col-xs-12 col-sm-4" %)
221 (((
222
223
224
225 ----
226
227
228 )))
229 )))
230
231 = **2  服务管理的关键概念** =
232
233 组织和个人对ITIL的关键概念和术语的共同理解对于有效使用本指南来解决实际的服务管理挑战至关重要。为此，本章解释了一些最重要的服务管理概念，包括：
234
235 * 价值的性质和价值共创
236 * 组织、服务提供、服务消费者和其他利益相关者
237 * 产品和服务
238 * 服务关系
239 * 价值：结果、成本和风险。
240
241 这些概念适用于所有组织和服务，无论其性质和基础技术如何。但首先必须勾勒的是最基本的问题：什么是“服务管理”？
242
243 |(((
244 **定义：服务管理**
245
246 一组专门的组织能力，以服务的形式为客户创造价值。
247 )))
248
249 发展定义中提到的专业组织能力需要了解以下：
250
251 * 价值的性质
252 * 所涉利益相关者的性质和范围
253 * 如何通过服务推动价值创造。
254
255 ITIL的故事：艾克苏的服务
256
257 **苏：**在艾克苏，我们的服务是旅行体验。我们为客户提供这项服务，为他们和艾克苏都创造价值。服务管理帮助我们实现这一价值。
258
259
260 ITIL的故事：艾克苏的客户
261
262 以下是艾克苏汽车租赁的三位常客，随着故事的展开，您将会遇到他们：
263
264 伊希卡是一名正在度假的大学生，没有固定的计划。她希望将参观音乐节作为她旅行历程的一部分。除此之外，她的旅行方式也很灵活。她精通技术，能够快速适应新的应用和解决方案。她有兴趣尝试新的和令人兴奋的数字化服务。
265
266
267 法鲁克最近退休了，通常是一个人的假期。他很有想法，喜欢学习和采用新技术。基于个人或健康状态，法鲁克的需求会变化，他会在途中制定旅行计划。
268
269
270 阿米莉亚是一家名为Food for Fuel的有机食品分销公司的设施经理。他们的总部位于伦敦市中心，但许多Food for Fuel消费者都是区域性的。这意味着公共交通工具很少，也不可靠，还价格昂贵。因此，Food for Fuel为其销售人员提供了车辆，使他们能够方便可靠地拜访现有和潜在客户。
271
272
273 == **2.1  价值与价值共创** ==
274
275 **关键信息：**
276
277 组织的目的是为利益相关者创造价值
278
279
280 服务管理中经常使用“价值”一词，它是ITIL 4的重要关注点；因此必须明确定义。
281
282
283 **定义：价值**
284
285 某事物的益处、有用性和重要性
286
287
288 该定义的内在的含义是，价值取决于利益相关者的感知，无论他们是服务的客户、消费者或服务提供商组织的一部分。价值可以是主观的。
289
290
291 === **2.1.1  价值共创** ===
292
293 曾几何时，自认为“服务提供商”的组织将其角色视为向客户提供价值，其方式就像快递公司将包裹送到某栋大楼一样。该观点将服务提供者和服务消费者之间的关系视为单向的和疏远的。提供者交付服务，消费者获得价值；消费者在为自己创造价值的过程中没有起到任何作用。这没有考虑到现实中存在的高度复杂和相互依赖的服务关系。
294
295
296 组织越来越认识到，价值是通过提供者、消费者以及作为相关服务关系一部分的其他组织之间的积极协作来共同创造的。提供商不应再试图孤立地定义哪些东西对客户和用户有价值，而应积极寻求与消费者建立互利、互动的关系，使他们能够成为服务价值链中的创造性合作者。
297
298
299 |(((
300 ITIL故事：价值
301
302 **马可：**我们计划推出一项新的丰厚的优惠，每次预订都可获得额外一天的租车服务。
303
304 **亨利：**然而，我们必须记住，价值对不同的人来说意味着不同的东西。艾克苏拥有广泛的客户群体，每个人都有自己的租车需求。需要确保对我们服务的任何改变都能真正为客户提供某种类型的价值。
305
306 **伊希卡：**对我来说，"价值"意味着行动自由。我希望我的旅行是轻松、无忧无虑而又灵活的。我选择添加合适的邮件列表和订阅。我经常短途旅行，很少去同一个地方两次。租车时间多一天不一定总能适合我的计划。
307
308 **法鲁克：**我不经常旅行，所以没有自己的车。对我来说，租车服务的价值在于按需提供适合需求的车辆。我每年花在租车上的钱少于自己开车和保养的费用。
309
310 价值意味着它符合我的预算。退休意味着我很灵活，很少有承诺和期限。当我在度假时，我只提前几天计划。额外一天的租车时间为我提供了真正的价值。
311
312 **阿米莉亚：**对于我的组织，Food for Fuel，租车的价值在于两方面。首先，我们需要有能力接触到我们的客户。其次，我们希望通过租车来降低成本和风险，而不是运营自己的车队。
313
314 作为一个为我的销售代表和员工预订租车的老客户，我非常重视一致而可靠的服务标准。在Food for Fuel的旅行和租车都是预先计划好的，通常只需要每天租车。对于我的组织来说，额外一天的租车时间，并没有什么价值。
315
316 **亨利：**我们还必须思考如何为艾克苏创造价值。当我们出租汽车时，我们获得的最明显的价值是营业收入。对于我们服务的消费者来说，价值包括在他们需要车辆的时候可以方便地使用车辆，而不需要支付汽车所有权的整体费用。考虑到这两方面，我们需要将两者结合起来，才能实现价值。由此，我们通过服务关系共创价值。
317 )))
318
319 使他们成为服务价值链中的创造性的合作者。整个服务价值链上的利益相关者对如下方面作出了贡献：定义需求，设计服务解决方案，甚至是创建和/或提供服务本身（参见第4.5节）。
320
321
322 本章稍后将深入探讨价值。然而，在此之前，有必要的是勾勒参与价值共创的各种利益相关者以及ITIL中用于描述他们的语言。
323
324
325 == **2.2  组织、服务提供商、服务消费者和其他利益相关者** ==
326
327 在服务管理中，有许多不同类型的利益相关者，必须在以服务形式创造价值的背景下理解各种类型的利益相关者。首先，需要定义“组织”一词。
328
329
330 **定义：组织**
331
332 为实现其目标，具有自己的职能、职责、权限和关系的个人或群体。
333
334
335 组织的规模和复杂程度各不相同，与法律实体的关系也各不相同，有的是个人或团队，还有的是通过共同目标、关系和权力机关组合起来的复杂的法律实体网络。
336
337
338 随着社会和经济的发展，组织之间和组织内部的关系变得更加复杂。每个组织的运营和发展都依赖于其他组织。根据讨论的角度不同，组织可能会承担不同的角色。例如，一个协调探险假期的组织，可以在出售度假产品时，充当旅行社的服务提供者的角色，同时在购买机场接送服务以扩充其度假产品包时，充当了服务消费者的角色。
339
340
341 === **2.2.1  服务提供者 ** ===
342
343 **关键信息：**
344
345 在提供服务时，一个组织承担了服务提供者的角色。提供者可以处于消费者组织的外部，也可以是同一组织的不同部分。
346
347
348 在ITSM最传统的观点中，提供者的组织被视为公司的IT部门，公司的其他部门或其他职能单元被视为消费者。然而，这只是一个非常简单的提供者-消费者模型。提供者可以在公开市场上向其他企业、个人消费者销售服务，也可以是服务联盟的一部分，合作向消费者组织提供服务。关键是，承担提供者角色的组织需要清楚地了解，谁是在特定情况下的消费者，谁是相关服务关系中的利益相关者。
349
350
351 ITIL 故事：服务提供者
352
353 **亨利：**艾克苏汽车租赁是服务提供者。我们提供汽车以供租赁。与此同时，其他组织，如机械师和我们购买汽车的公司，则是艾克苏的服务提供者。
354
355
356 === **2.2.2  服务消费者** ===
357
358 **关键信息：**
359
360 组织在接受服务时，承担着服务消费者的角色。
361
362
363 服务消费者是一个通用角色，用于简化服务关系结构的定义和描述。在实践中，服务消费中涉及更多具体角色，例如客户、用户和赞助者。这些角色可以是分离的或组合的。
364
365
366 **定义：**
367
368 * **客户**：定义服务要求，并对服务消费结果负责的人员。
369 * **用户**：使用服务的人员。
370 * **赞助商**：批准服务消费预算的人员。
371
372 例如，如果一家公司希望从无线运营商（服务提供商）为其员工购买移动电话服务，则各种消费者包括如下角色：
373
374 * 首席信息官（CIO）和关键通信团队成员承担了客户角色，他们分析公司员工的移动通信需求，与无线运营商商谈合同，并根据合同要求监控运营商的绩效。
375 * 首席财务官（CFO）充当赞助商的角色，审核提议的服务安排，并批准商谈的合同成本。
376 * 员工（包括CIO，CFO和通信团队成员）承担用户的角色，他们按照约定的合同订购、接受和使用移动电话服务。
377
378 另一示例，同样是这一无线运营商的的个人消费者（使用移动网络的人），就同时充当用户、客户和赞助者的角色。
379
380
381 ITIL故事：艾克苏的服务消费者
382
383 **苏：**我们最典型的服务消费者是租用我们的汽车、访问我们的办公室、使用我们的网站和预订应用程序的人和组织。例如，伊希卡和法鲁克是服务消费者，Food for Fuel也是。他们也是我们的客户。
384
385 **拉迪卡：**用户是使用我们服务的人。我们的租车用户是我们车辆的司机和乘客。
386
387 **马可：**赞助商是批准预算的人。对于艾克苏汽车租赁，赞助商包括来自Food for Fuel的阿米莉亚，即使她自己没有旅行，也需要批准旅行预算。
388
389 **亨利：**伊希卡和法鲁克这样的个人服务消费者批准他们自己的预算，确定自己的租车要求，并驾驶汽车。因此，伊希卡和法鲁克同时充当赞助商、客户和用户。但有时候，他们可能会与其他司机（朋友或家人）共享行程。这种情况下，他们的合同将包括其他用户。
390
391
392 必须在服务关系中识别这些角色，以确保有效的沟通和管理利益干系人。每一个角色都可能具有不同的，有时甚至是相互矛盾的服务期望，对价值的定义也不相同。
393
394
395 === **2.2.3  其他利益干系人** ===
396
397 服务管理和ITIL的一个重点，在于组织通过服务关系与消费者共创价值的方式。除了消费者和提供者角色之外，通常还有许多其他利益干系人对价值创造也很重要。例如，提供者组织的员工个人、合作伙伴和供应商、投资者和股东、监管机构等政府组织，以及社会团体。为了组织的成功，乃至于组织的持续生存，必须要理解和管理与所有关键利益干系人的关系。如果利益干系人对组织所做的事情或做事方式不满意，那么供应商与消费者的关系就会受到威胁。
398
399
400 产品和服务以多种方式为利益干系人创造价值。有些是非常直接的，例如创造收入，而有些则比较间接，例如员工的体验。表2.1提供了几种不同类型的利益干系人的价值示例。
401
402
403 关于不同利益干系人的价值管理的详细建议可以在其他ITIL 4出版物和补充材料中找到。
404
405
406 表2-1 不同类型的利益干系人的价值示例
407
408 |**利益干系人**|**干系人的价值示例**
409 |服务消费者|实现收益；成本和风险得到优化
410 |服务提供商|来自消费者的资金；业务发展；形象提升
411 |服务提供商员工|财务和非财务奖励；职业和专业发展；使命感
412 |社会和社区|就业；税收；组织对社区发展的贡献
413 |慈善组织|其他组织的财务和非财务捐助
414 |股东|财务收益，如股息；安全感和稳定感
415
416 == **2.3  产品和服务** ==
417
418 服务管理的核心部分当然是服务。现在将考虑服务的性质，并描述服务和产品之间的关系。
419
420
421 === **2.3.1 ** **为价值创造配置资源** ===
422
423 **关键信息：**
424
425 一个组织提供的服务基于其一种或多种产品。组织拥有或可以使用各种资源，包括人员、信息和技术、价值流和流程，以及供应商和合作伙伴。产品是这些资源的配置，由组织创建，对客户来说有潜在价值。
426
427 **定义：**
428
429 **服务：**通过促进客户想要实现的结果，实现价值共创的手段，而客户不需要管理具体的成本和风险。
430
431 **产品：**一个组织的资源配置，旨在为消费者提供价值。
432
433 一个组织所提供的每种产品在创建时都会考虑到一些目标消费群体，产品会根据这些群体的需求定制，以吸引和满足他们的需求。一个产品并非专属于某一个消费群体，可以用于满足多个不同群体的需求。例如，一项软件服务可以以一个“精简”版本提供给个人用户，也可以以更完善的企业版本提供。
434
435 产品通常比较复杂，对消费者而言并不完全可见。消费者实际看到的那部分产品，并不总是代表构成产品和支持其交付的所有组件。组织定义他们的消费者看到哪些产品组件，并对其进行调整以适合其目标消费者群体。
436
437
438 === **2.3.2  服务供应** ===
439
440 **关键信息：**
441
442 服务提供者以服务供应的形式向消费者展示其服务，服务供应描述了一种或多种服务，他们基于一种或多种产品。
443
444 **定义：服务供应**
445
446 对一项或多项服务的正式描述，旨在满足目标消费群体的需求。服务供应可包括货品、对资源的访问和服务行动。
447
448 服务供应可能包括：
449
450 * 提供给消费者的货品（例如移动电话）。货品应该从提供者移交给消费者，由消费者对其将来的使用负责
451 * 根据约定的条款和条件授权或许可消费者访问的资源（例如，移动网络或网络存储）。这些资源仍在提供者的控制之下，消费者只能在约定的服务消费期内访问这些资源
452 * 为满足消费者需求而执行的服务行动（例如，用户支持）。这些行动由服务提供者根据与消费者的协议执行。
453
454 表2.2中展示了不同类型的服务供应的示例。
455
456 向目标消费者群体提供服务，这些群体可以处于服务提供者组织的内部或外部。不同的供应可以在同一产品基础上创建，以使其可用。
457
458
459 表2.2 服务供应的组件
460
461 |**组件**|**描述**|**例子**
462 |(% rowspan="3" %)货品|供应给消费者|移动电话
463 |所有权转让给消费者|物理服务器
464 |消费者对以后的使用辅助|
465 |(% rowspan="3" %)访问资源|所有权不转移给消费者|访问移动网络
466 |根据商定的条款和条件，允许或许可消费者使用|访问网络存储
467 |消费者只能在约定的消费期限内按照其他方约定的服务条款使用资源|
468 |(% rowspan="2" %)服务动作|服务提供者为满足消费者的需求而进行的服务|用户支持
469 |根据与消费者的协议执行|设备备件更换
470
471 ITIL的故事：艾克苏的服务产品
472
473 **苏：**艾克苏的服务包括租车和我们提供的各种选项，可满足不同的旅行需求。这些产品包括折扣保险、会员计划和免费旅行产品，其中包括瓶装水、纸巾、停车许可证和婴儿座椅。
474
475 我们的消费者是一个多元化的群体，期望获得不同的旅行体验。例如，我们的企业消费者通常不需要婴儿座椅或周末价格。同时，某些个人客户只在本地旅行，对免费机场接送车不感兴趣。
476
477 我们提供的所有服务还包括对我们网站和预订应用程序的访问。
478
479 多种方式来满足不同消费群体的需求。例如，基于服务提供者的一种产品，可以以有限的免费版本供应软件服务或者以完整的付费版本供应软件服务。
480
481
482 == **2.4 服务关系** ==
483
484 为了创造价值，组织必须要做的不仅仅是提供服务。它还必须在服务关系中与消费者合作。
485
486 **关键信息：**
487
488 服务关系是在两个或多个组织之间建立的，目的是共同创造价值。在服务关系中，各组织将扮演服务提供者或服务消费者的角色。这两个角色不是互斥的，组织通常在任何给定时间都提供和消费一些服务。
489
490
491 === **2.4.1  服务关系模型** ===
492
493 当提供者交付服务时，他们会为服务消费者创建新资源，或改造其现有资源。例如：
494
495 * 培训服务能提高消费者员工的技能
496 * 宽带服务使消费者的计算机可以进行通信
497 * 租车服务使消费者的工作人员能够拜访客户
498 * 软件开发服务会为服务消费者创建一个新的应用程序。
499
500 (% style="text-align:center" %)
501 [[image:1613922426701-135.png]]
502
503 图2.1服务关系模型
504
505
506 服务消费者可以使用其新的或经过改造的资源来创建自己的产品，以满足另一个目标消费群体的需求，从而成为服务提供者。这些互动关系如图2.1所示。
507
508 **定义**：
509
510 * **服务关系**：服务提供者与服务消费者之间的合作。服务关系包括服务提供、服务消费和服务关系管理。
511 * **服务提供**：组织为提供服务而执行的活动。服务提供包括：
512 ** 管理服务提供者为交付服务而配置的资源
513 ** 确保用户访问这些资源
514 ** 履行商定的服务行动
515 ** 服务级别管理和持续改进。
516
517 服务提供也可包括货品的供应。
518
519 * 服务消费组织执行的消耗服务的活动。服务消费包括：
520 ** 消费者使用服务所需资源的管理
521 ** 用户执行的服务行动，包括利用提供者的资源，以及请求执行服务行动。
522
523 服务消费可以包括接受（获取）货品服务
524
525 * **服务关系管理**：服务提供者和服务消费者执行的联合行动，以确保在商定的现有的服务供应的基础上不断的共创价值。
526
527 ITIL故事∶艾克苏的服务关系
528
529 亨利∶艾克苏与许多内部和外部服务提供商和消费者都有服务关系。提供给艾克苏的某些服务为业务创建了新资源，例如汽车制造商向我们出售汽车。其他服务，如我们内部汽车清洁团队以及艾克苏外部的机械师为我们所做的工作，他们通过确保我们的汽车清洁和功能正常，改变了我们现有的资源。
530
531 艾克苏可以在其他关系中使用这些资源，以租车的形式向消费者（即我们的客户）提供自己的服务。
532
533 这些都是艾克苏的服务关系的几个例子。整个组织还有很多例子。
534
535
536 == **2.5  价值：成果、成本和风险** ==
537
538 本节将重点讨论作为服务提供者的组织应当如何评估其服务应该做什么，应如何提供服务以满足消费者的需求。
539
540 **关键信息：**
541
542 实现理想的成果需要资源（因此也需要成本），并且常常伴随着风险。服务提供者可以帮助其消费者取得成果，并在此过程中承担相关的风险和成本（请参阅第2.3.1节服务的定义）。另一方面，服务关系可能会带来新的风险和成本，并且在某些情况下，可能会对某些预期成果产生负面影响，同时也会支持其他的成果。
543
544 如图2.2所示，只有当服务关系的正面影响大于负面影响时，才会被认为是有价值的。现在将讨论成果，以及它们如何影响其他因素和如何受到其他因素的影响。
545
546
547 === **2.5.1 ** **成果** ===
548
549 作为服务的提供者，一个组织产生的输出可帮助其消费者取得某些成果。
550
551 **定义：**
552
553 **输出**：一项活动有形的或无形的可交付成果。
554
555 **成果**：由一项或多项输出促成的利益干系人的结果。
556
557 (% style="text-align:center" %)
558 [[image:1613922628584-987.png]]
559
560 图2.2 实现价值：成果，成本和风险
561
562
563 必须明确输出和成果之间的区别。例如，婚纱摄影服务的输出可以是一本相册，其中艺术的排列了所选择照片。但是，这项服务的成果是保留了记忆，使新人及其家人和朋友能够通过查看相册轻松唤起这些记忆。
564
565 根据提供者与消费者之间的关系，提供者可能难以完全理解消费者想要实现的成果。在某些情况下，他们将共同确定预期的成果。例如，内部IT或HR部门的业务关系经理（BRM）可能会定期与客户交谈，讨论他们的需要和期望。在其他情况下，消费者可以非常清楚地表达他们的期望，而提供者也希望他们能够做到这一点，例如向广大的消费群体提供标准化服务。这就是移动运营商、宽带服务提供商和运输公司通常的运营方式。最后，一些服务提供商可以预测甚至创造对某些成果的要求，从而形成其服务的目标群体。这种情况可能发生在创新服务上，他们可以满足消费者以前从未意识到的需求。这方面的例子包括社交网络以及智能家居解决方案。
566
567
568 ITIL的故事：输出和成果
569
570 **亨利：**在艾克苏，我们的关键输出是一辆干净、适合道路行驶和保养良好的汽车。
571
572 **苏：**对于我们的服务消费者来说，成果是既方便又负担得起的旅行，并且满足一系列需要。这包括自驾车度假、客户实地考察和探亲访友。
573
574
575 === **2.5.2  成本** ===
576
577 **定义：成本**
578
579 在特定活动或资源上花费的费用。
580
581 从服务消费者的角度来看，服务关系涉及两种类型的成本：
582
583 * 服务从消费者身上移除的成本（价值主张的一部分）。这可能包括员工、技术和其他资源的费用，消费者不需要再提供这些资源。
584 * 服务对消费者带来的成本（服务消费成本）。消费服务的总成本包括服务提供者收取的费用（如果适用），以及其他成本，例如人员培训、网络使用成本、采购成本等。一些消费者将其描述为使用该服务必须“投资”的费用。
585
586 当消费者评估他们期望服务所创造的价值时，要考虑这两种成本。为了确保对服务关系做出正确的决策，必须充分理解这两类成本。
587
588 从提供者的角度来看，充分和正确地理解提供服务的成本至关重要。提供者需要确保在预算限制内交付服务并满足组织的财务期望（请参阅第5.1.11节）。
589
590
591 === **2.5.3  风险** ===
592
593 **定义∶风险**
594
595 可能造成伤害或损失，或使其更难以实现目标的事态。也可以定义为结果的不确定性，并且可以用于测量积极的结果和消极结果的概率。
596
597 与成本一样，服务消费者需要考虑两种风险：
598
599 * 服务从消费者身上消除的风险（价值主张的一部分）。这些风险可能包括消费者的服务器硬件故障或工作人员可用性不足的风险。在某些情况下，一项服务可能只是降低消费者的风险，但是消费者可能会认为这种降低足以支持价值主张。
600 * 服务给消费者带来的风险（服务消费风险）。这方面的例子有，服务提供者停止交易或遇到安全漏洞。
601
602 提供者有责任代表消费者管理详细的风险级别（请参阅第5.1.10节）。这应该基于对消费者和提供者最重要的事项来平衡处理。消费者通过以下方式为降低风险做出了贡献：
603
604 * 积极参与定义服务需求和澄清所需成果
605 * 清晰传达适用于服务的关键成功因素（CSF）和约束
606 * 确保提供者在整个服务关系中都能获取必要的消费者的资源。
607
608 === **2.5.4  功用和功效** ===
609
610 为了评估服务或服务供应是否会促进消费者期望的成果，从而为他们创造价值，应该评估服务的整体功用和功效。
611
612 **定义：**
613
614 * **功用**：一个产品或服务提供的满足特定需求的功能。功用可以概括为“服务做什么”，并且可以用来判断服务是否“适合目的”。要拥有功用，服务必须支持使用者的绩效或消除对消费者的约束。许多服务都可以做到这两点。
615 * **功效**：保证产品或服务符合约定的要求。功效可以概括为“服务的执行方式”，并可用于判断服务是否“适合使用”。功效通常涉及与服务消费者需求相一致的服务级别。这可能是基于正式协议，也可能是营销信息或品牌形象。功效通常涉及诸如服务的可用性、容量、安全性和连续性等领域。如果一项服务满足了所有定义的和商定的条件，则可以说它提供了可接受的保证或“功效”。
616
617 对服务的评估必须考虑到成本和风险对功用和功效的影响，才能全面了解服务的可行性。
618
619 功用和功效对服务能够促进其预期结果并因此创造价值都至关重要。例如，一个休闲主题公园可能会提供许多激动人心的游乐设施，旨在为公园游客提供惊险刺激的体验（功用），但是如果由于机械故障而大量的游乐设施经常无法使用，则该公园将无法满足功效的要求（不适合使用），消费者将无法获得预期的价值。类似的，如果游乐设施在广告宣传的时段内一直能够启动并运行，但是它们没有提供游客期望的刺激程度的功能，则即使功效足够，也无法满足功用的要求。消费者同样也不会获得期望的价值。
620
621
622 ITIL的故事：新的供应商（克雷格保洁）
623
624 **苏：**艾克苏最近进行的客户满意度调查显示，汽车清洁度的评分一直较低。这妨碍了我们客户的旅行体验，并且是导致重复预订量少的一个因素。
625
626 **亨利：**艾克苏租赁公司决定将所有车辆的清洁工作外包给服务提供者。以前，我们车队的清洁工作是由一个内部部门进行的。维护设备、更新花名册和管理死板的员工队伍的成本和精力是不可持续的。
627
628 重要的是要了解将任何任务或服务外包的风险是组织失去技能和能力。但是，汽车清洁是一项需要专用设备以及灵活且积极进取的劳动力的服务。对该服务的持续投资对艾克苏是没什么收益的。
629
630 从表面上看，外包似乎比使用内部资源要花更多的钱。最初，这可能是正确的；但是，随着时间的推移和妥善的管理，外包服务应该对组织和供应商都有利。艾克苏的好处是我们可以专注于我们的核心业务。毕竟，我们不是清洁公司。
631
632 **马可：**外包总是有利有弊。让我们看一下引入和消除的结果，成本和风险。
633
634 |**优点**|**缺点**
635 |用户将对我们汽车的清洁度感到满意|艾克苏将失去提供汽车清洁服务的机会
636 |艾克苏将不再需要维护自己的清洁设施|艾克苏将需要向清洁公司支付费用
637 |清洗过程中损坏汽车的风险将从艾克苏身上移除。现在，该风险将由供应商及保险公司承担|艾克苏将严重依赖外部清洁公司，他们的员工将可以畅通的进入我们的办公场所
638
639 **苏：**通过与专业保洁公司合作，艾克苏可以集中资源为我们的用户提供更好的服务。这也将有助于优化我们的成本，增加组织的价值。
640
641 克雷格是克雷格保洁公司的老板。克雷格是一个有条不紊、可靠、并深受到员工尊敬的人。与他的团队一起，克雷格积极的为艾克苏“提供高标准的旅行体验“的愿景作出贡献。
642
643 **克雷格：**艾克苏汽车租赁公司决定外包其汽车清洁服务，并选择了克雷格保洁公司承担这项工作。我的组织现在负责整个艾克苏车队的清洁工作。
644
645 **亨利：**克雷格保洁提供的服务只是艾克苏客户体验的一个组成部分。清洁的汽车是我们整体服务的一项输出，它们直接为客户的旅行体验作出贡献。这有助于艾克苏的客户实现他们的成果。
646
647 **苏：**克雷格的清洁工作做得很好！汽车从来没有这么干净过，我们客户对汽车清洁度的满意度也在稳步提高。
648
649 艾克苏和克雷格保洁共同制定了清洁时间表，重点是高峰时段的汽车清洁周转时间。艾克苏负责向克雷格及其团队及时通知可能影响此计划的任何变化。例如，艾克苏可能需要根据新的服务产品（就如马可正在开发的产品）来扩展其清洁要求。
650
651 **马可∶**艾克苏的目标是成为一家更环保的公司，并改善环境。我们希望克雷格保洁能够为我们实现这一目标提供支持，并力争与我们一样实现可持续发展。
652
653
654 == **2.6  总结** ==
655
656 本章介绍了服务管理中的关键概念，特别是价值的本质和价值共创、组织、产品和服务等。它探索了如下几个方面时常具有的复杂关系：服务提供者和消费者，以及涉及的各种利益干系人。本章还介绍了消费者价值的关键组成部分：收益、成本和风险，以及在设计和提供服务时了解客户需要的重要性。在接下来的几章中，将以这些概念为基础，提供如何以实用和灵活的方式应用这些概念的指南。
657
658
659
660 ----
661
662 = **3  服务管理的四个维度** =
663
664 上一章概述了对服务管理至关重要的概念。一个组织的目标是为其利益相关者创造价值，这是通过提供和消费服务来实现的。ITIL SVS描述了组织的各个组成部分协同工作创造该价值的方式。但是，在进一步探讨之前，必须首先介绍服务管理的四个维度。这些维度与SVS的所有内容相关并对其产生影响。
665
666 为了获得期望的成果并尽可能有效地工作，组织应该考虑其行为的各个方面。但实际上，组织常常过于关注其举措的一个方面而忽略了其他方面。例如，在规划流程改进时，可能没有适当考虑相关人员、合作伙伴和技术，或者实施技术解决方案时，没有适当考虑他们所应支持的过程或人员。服务管理涉及多个方面，如果孤立的考虑他们，不足以产生所需的成果。
667
668 **关键信息：**
669
670 为了支持服务管理的整体化方法，ITIL定义了四个维度，它们对于以产品和服务的形式有效和高效地促进客户和其他利益干系人的价值至关重要。他们包括：
671
672 * 组织和人员
673 * 信息和技术
674 * 合作伙伴和供应商
675 * 价值流和流程。
676
677 这些四个维度代表了与整个SVS相关的视角，包括整个服务价值链和所有ITIL实践。四个维度受一些通常不受SVS控制的外部因素的约束或影响。
678
679 四个维度及其之间的关系如图3.1所示。
680
681 无法妥善处理所有四个维度的问题，可能导致服务无法交付，或无法满足质量或效率的期望。例如，不全面考虑价值流和流程维度会导致工作浪费、工作重复，或更糟的是，该工作与组织中其他地方的工作相冲突。同样，忽略合作伙伴和供应商的维度可能意味着外包服务与组织的需求错位。四个维度没有明确的边界，可能会有重叠。他们有时会以无法预知的方式相互作用，这取决于组织运作的复杂程度和不确定程度。
682
683 (% style="text-align:center" %)
684 [[image:1613922841352-868.png]]
685
686 图3.1 服务管理的四个维度（四维模型）
687
688
689 必须指出的是，服务管理的四个维度适用于所有被管理的服务，总体上也适用于SVS。因此，至关重要的是，应针对每项服务考虑这些视角，并在管理和改进各个级别的SVS时，每个视角都应得到考虑。
690
691 以下提供了四个维度的概述，并且在其他ITIL 4出版物中可以找到在实际中处理这些维度的更详细的指南。
692
693
694 ITIL故事∶服务管理的四个维度
695
696 **亨利∶**作为一个IT团队，我们负责艾克苏汽车租赁的信息和技术。但是，有效的IT管理不仅仅是管理技术。我们还必须考虑参与艾克苏汽车租赁服务的更广泛的组织和人员，我们与合作伙伴和供应商的关系，以及我们使用的价值流、流程和技术。
697
698
699 == (% style="color:#2d2d2d; font-size:26px" %)**3.1  组织和人员**(%%) ==
700
701 服务管理的第一个维度是组织和人员。
702
703 一个组织的有效性不能仅靠正式建立的权力结构或权力体系来保证。组织还需要一种能够支持其目标的文化，以及员工队伍中合适的能力和胜任力水平。至关重要的是，组织领导者要倡导和宣传能够激励人们以理想方式工作的价值观。
704
705 **关键信息：**
706
707 组织的复杂性持续增长，必须确保组织的结构和管理方式，以及其角色、职责、授权和沟通系统得到很好的定义，并支持其总体战略和运营模式。
708
709 然而，归根结底，正是组织开展工作的方式打造了共同的价值观和态度，随着时间的推移，这些价值观和态度被视为组织的文化。
710
711 例如，在组织中促进信任和透明的文化是有益的，这种文化鼓励其成员提出和升级问题，并在任何问题影响到客户之前促进纠正行动。采用ITIL指导原则是建立健康的组织文化的良好起点（请参阅第4.3节）。
712
713 人员（无论是客户、供应商的员工、服务提供者的员工，还是服务关系中的任何其他利益干系人）都是此维度中的关键要素。不仅应注意团队或成员个人的技能和能力，还应注意管理和领导风格，以及沟通和协作技能。随着实践的发展，人们也需要更新其技能和能力。人们越来越需要了解自己的专业和角色与组织中其他人员之间的接口，以确保适当的合作和协作。例如，在IT的某些领域（如软件开发或用户支持），人们越来越认识到，每个人都应该对组织的其他领域有广泛的了解，并在某些领域的有深入的专业知识。
714
715 组织中的每个人都应该清楚地了解他们为组织、客户和其他利益相关者创造价值所作的贡献。提倡注重价值创造是打破组织孤岛的有效方法。
716
717 服务的组织和人员维度涵盖角色和职责、正式的组织结构、文化以及所需的人员配置和能力，所有这些都与服务的创建、交付和改进有关。
718
719
720 ITIL的故事∶艾克苏的组织和人员
721
722 **亨利∶**艾克苏的汽车租赁服务的组织和人员维度包括我的IT团队和组织内的其他团队，例如采购、人力资源和设备部。
723
724
725 == **3.2  信息和技术** ==
726
727 服务管理的第二个维度是信息和技术。与其他三个维度一样，信息和技术既适用于服务管理，也适用于所管理的服务。
728
729 有关信息和技术在服务管理中的作用的详细指南，可以在其他ITIL出版物中找到。
730
731 **关键信息：**
732
733 当应用于SVS时，信息和技术维度包括管理服务所需的信息和知识，以及所需的技术。它还包括SVS不同组件之间的关系，例如活动和实践的输入和输出。
734
735 支持服务管理的技术包括但不限于工作流管理系统、知识库、库存系统、通信系统和分析工具。服务管理越来越受益于技术的发展。人工智能，机器学习和其他认知计算解决方案被用于各个层面，从战略规划和组合优化到系统监控和用户支持。移动平台、云解决方案、远程协作工具、自动化测试和部署解决方案的使用已成为服务提供商中的普遍做法。
736
737 就具体的IT服务而言，此维度包括在服务提供和消费过程中创建、管理和使用的信息，以及支持和实现该服务的技术。具体的信息和技术取决于所提供服务的性质，通常涵盖IT体系架构的各个层面，包括应用程序、数据库、通信系统及其集成。在许多领域，IT服务应用最新开发的技术，例如区块链、人工智能和认知计算。这些服务为早期采用者提供了业务差异化的潜力，尤其是在竞争激烈的行业中。其他技术解决方案，例如云计算或移动应用，已成为全球许多行业的普遍做法。
738
739 关于此维度的信息部分，组织应考虑以下问题：
740
741 * 服务会管理哪些信息？
742 * 交付和管理服务需要哪些支持信息和知识？
743 * 如何保护、管理、归档和处置信息和知识资产？
744
745 对于许多服务而言，信息管理是实现客户价值的主要手段。例如，人力资源服务通过使组织能够访问和维护有关其员工、员工就职及其福利的准确信息，而不会将私人信息暴露给未得到授权的人员，从而促进其客户的价值创造。网络管理服务通过维护和提供有关组织的活动网络连接和使用情况的准确信息，使其能够调整网络带宽容量，从而为用户创造价值。一般来说，信息是企业客户消费的大多数IT服务的关键输出。
746
747 此维度中的另一个关键考虑因素是如何在不同服务和服务组件之间交换信息。需要充分理解并不断优化各种服务的信息体系架构，同时要考虑诸如提供给用户和在服务之间交换的信息的在可用性、可靠性、可访问性、及时性、准确性和相关性等方面的准则。
748
749 信息管理的挑战，例如安全性和法规合规性要求所带来的挑战，也是这一维度的一个重点。例如，一个组织可能受欧盟“通用数据保护条例”（GDPR）的约束，这会影响其信息管理政策和做法。其他行业或国家/地区可能会制定法规，限制跨国公司收集和管理数据。例如，在美国，1996年的《健康保险转移和责任法案》规定了保护医疗信息的数据隐私和安全条款。
750
751 如今，大多数服务都基于IT，并且在很大程度上依赖于IT。在考虑将一种技术用于产品或服务的规划、设计、转换或运营时，一个组织可能会提出以下问题：
752
753 * 该技术是否与组织及其客户的现有架构兼容？组织及其利益干系人所使用的不同技术产品是否可以协同工作？新兴技术（例如机器学习，人工智能和物联网）是否可能瓦解这一服务或组织？
754 * 这项技术是否会在组织或客户的政策和信息安全控制方面引发任何法规或其他的合规性问题？
755 * 这是一项在可预见的将来仍将继续可行的技术吗？组织是否愿意承担使用老旧技术的风险，或接受采用新兴技术或未经验证的技术而带来的风险？
756 * 该技术是否符合服务提供者或服务消费者的战略？
757 * 组织的员工和供应商是否拥有支持和维护该技术的适当技能？
758 * 这项技术是否具有足够的自动化能力，以确保其可以有效地开发、部署和运行？
759 * 该技术是否提供了可用于其他产品或服务的额外功能？
760 * 这项技术是否会给组织带来新的风险或约束（例如，将其锁定在特定的供应商身上）？
761
762 一个组织的文化可能会对其选择使用的技术产生重大影响。与其他组织相比，某些组织可能更希望处于技术进步的前沿。同样，某些组织的文化可能较传统。一家公司可能热衷于利用人工智能，而另一家公司可能勉强准备好使用高级数据分析工具。
763
764 业务的性质也会影响其使用的技术。例如，与政府客户有重要业务往来的公司可能对某些技术的使用有所限制，或者必须要解决更高的安全性问题。其他行业，如金融或生命科学，在使用技术方面也受到限制。例如，在处理敏感的数据时，他们通常不能使用开源代码和公共服务。
765
766
767 ITIL的故事∶艾克苏的信息和技术
768
769 享利∶艾克苏汽车租赁的信息和技术维度代表由团队创建和管理的信息。它还包括支持和实现我们服务的技术、应用程序和数据库，诸如我们的预订应用程序和财务系统，也是信息和技术维度的一部分。
770
771
772 **定义∶云计算**
773
774 一种对可配置计算资源共享池实现按需网络访问的模型，该资源可在最少的管理工作量或与提供者最少交互的情况下快速提供。
775
776 多年来，ITSM一直关注用户和客户的价值，这种关注通常是技术中立的：重要的不是技术，而是技术为客户创造的机会。尽管在大多数情况下这是一种完全可以接受的方法，但是组织不能忽略新的架构解决方案和总体上的技术发展。云计算已形成了IT领域的架构变迁，带来了新的机遇和风险，组织必须以对自己、客户和其他利益干系人最有利的方式来应对。
777
778 云计算的主要特征包括：
779
780 * 按需可用（通常是自助服务）
781 * 网络接入（通常是互联网接入）
782 * 资源池（通常在多个组织之间）
783 * 快速弹性（通常是自动的）
784 * 可度量的服务（通常从服务消费者的角度出发）。
785
786 在ITSM的背景下，云计算改变了服务架构以及服务消费者、服务提供者及其合作伙伴之间的职责分配。它尤其适用于内部服务提供商，即组织的内部IT部门。在典型情况下，采用云计算模型：
787
788 * 用合作伙伴的云服务替换以前由服务提供者管理的某些基础架构
789 * 减少或消除了对基础设施管理专业知识和服务提供者资源的需要
790 * 将服务监测和控制的重点从内部基础设施转移到合作伙伴的服务上
791 * 改变服务提供者的成本结构，取消了特定的资本性支出并引入新的运营支出，并需要对其进行适当的管理
792 * 对网络可用性和安全性提出了更高的要求
793 * 针对服务提供者及其提供云服务的合作伙伴，引入了的新安全性和合规性的风险和需求
794 * 为用户提供了通过简单的标准请求，甚至是没有任何请求的情况下，使用自助服务来伸缩服务消费的机会。
795
796 所有这些都会影响多个服务提供者的实践，包括但不限于：
797
798 * 服务级别管理
799 * 测量和报告
800 * 事件管理
801 * 问题管理
802 * 服务请求管理
803 * 服务配置管理
804
805 云计算的另一个重要影响是，由于计算资源的弹性，云基础设施可以大大加快新服务和变更服务的部署速度，从而支持高速服务交付。以与新应用程序相同的速度配置和部署计算资源的能力，是开发运维一体化（DevOps）和类似举措成功的重要前提。这支持了现代组织更快的产品上市时间和服务数字化的需要。
806
807 考虑到云计算对组织的影响，重要的是要在组织的战略层面对使用这一模式做出决策，让治理到运营的所有层级的利益干系人都参与进来。
808
809
810 == **3.3 合作伙伴和供应商** ==
811
812 服务管理的第三个维度是合作伙伴和供应商。每个组织和每项服务都在某种程度上依赖于其他组织提供的服务。
813
814 **关键信息：**
815
816 合作伙伴和供应商维度包括组织与参与设计、开发、部署、交付、支持和/或持续改进服务的其他组织的关系。它还包括组织与其合作伙伴或供应商之间的合同及其他协议。
817
818 组织之间的关系会有不同程度的整合性与的正式性。这包括从明确划分职责的正式合同，到各方共享共同目标和风险并进行协作以实现预期成果的灵活伙伴关系。表3.1中列举了一些关系示例。请注意，所描述的合作的形式不是固定的，而是作为范围分布的。充当服务提供者的组织将处于此范围内的某一位置，此位置取决于其战略和客户关系目标。同样，当组织充当服务消费者时，它所扮演的角色则取决于其采购和供应商管理的战略和目标。
819
820
821 表3.1组织之间的关系
822
823 |**合作的形式**|**输出**|**对输出的责任**|**实现成果的责任**|**正式程度**|**样例**
824 |供应货品|提供货品|供应商|客户|正式供应合同/发票|采购电脑和电话
825 |服务交付|提供的服务|提供者|客户|正式协议和灵活的个案|(((
826 云计算
827
828 （基础设施即服务IaaS）
829 )))
830 |服务伙伴|价值共创|提供者和顾客共同承担|提供者和顾客共同承担|共同目标、通用协议、灵活的个案安排。|员工入职（共享人力资源、设施和信息技术）
831
832 在使用合作伙伴和供应商时，组织的策略应该基于其目标、文化和商业环境。例如，某些组织可能认为，将注意力集中在发展某些核心能力上，利用合作伙伴和供应商满足其他需求，对他们来说是最好的。其他组织可能选择尽可能依靠自己的资源，而尽可能少地使用合作伙伴和供应商。当然，这两极的方法之间有许多变化的方法。
833
834 组织可以用来处理合作伙伴和供应商维度的一种方法是服务集成和管理。这涉及使用专门建立的集成商来确保妥善的协调服务关系。服务集成和管理可以在组织内进行，也可以委派给值得信任的合作伙伴。
835
836 可能会影响组织使用供应商的策略的因素包括：
837
838 * 战略重心：一些组织可能更愿意专注于其核心能力，并将非核心支持职能外包给第三方；另一些组织则可能希望尽可能的保持自给自足，保持对所有重要职能的完全控制。
839 * 企业文化：一些组织在历史上偏爱一种方法而不是另一种方法。如果没有令人信服的理由，长期的文化偏好很难改变。
840 * 资源稀缺性：如果所需的资源或技能市场紧俏，服务提供者可能很难在不与供应商接触的情况下获取所需的东西。
841 * 成本问题；服务提供者是否认为从供应商那里采购以满足特定需求更为经济，将会影响到其决策。
842 * 领域专业知识：服务提供者可能认为，使用已经在所需领域拥有专业知识的供应商，比尝试在内部开发和维护领域专业知识，风险较小。
843 * 外部制约因素：政府法规或政策、行业行为守则以及社会、政治或法律限制可能会影响组织的供应商策略。
844 * 需求模式：客户活动或对服务的要求可能是季节性的或表现出高度的可变性。这些模式可能会影响组织使用外部服务提供商来应对可变的要求的程度。
845
846 在过去的十年间，提供技术资源（基础设施）或能力（平台，软件）“作为服务”的公司激增。这些公司将物品和服务捆绑为一个产品，可以作为功用消费，通常以营业支出进行核算。这使公司摆脱了投资于昂贵的基础设施和软件资产，而这些资产需要作为资本支出进行核算。
847
848
849 ITIL的故事∶艾克苏的合作伙伴和供应商
850
851 亨利∶艾克苏的合作伙伴和供应商维度包括Go Go燃气和克雷格保洁等供应商，以及互联网服务提供商和开发商。
852
853
854 == ** 3.4 价值流和流程** ==
855
856 服务管理的第四个维度是价值流和流程。与其他维度一样，此维度一般而言既适用于SVS，也适用于具体的产品和服务。在这两种情况下，它都定义了实现商定目标所需的活动、工作流程、控制和程序。
857
858 **关键信息：**
859
860 价值流和流程维度适用于组织及其SVS，它关注的是组织的各个部分如何以综合协调的方式工作，以便通过产品和服务创造价值。该维度的重点是组织开展哪些活动，如何组织活动，以及组织如何确保它为所有利益干系人高效和有效地创造价值。
861
862 ITIL为充当服务提供者的组织提供了运营模式，其中涵盖了有效管理产品和服务所需的所有关键活动。这称为ITIL服务价值链（请参阅第4.5节）。
863
864 服务价值链运营模型是通用的，实践中它可以遵循不同的模式。价值链运营中的这些模式称为价值流。
865
866
867 === **3.4.1  服务管理的价值流** ===
868
869 **关键信息：**
870
871 价值流是组织用来为服务消费者创建和交付产品和服务的一系列步骤。价值流是组织价值链活动的组合（有关价值链活动的更多信息，请参见第4.5节，有关价值流的示例，请参见附录A）。
872
873 **定义∶价值流**
874
875 组织为创建并向消费者提供产品和服务而采取的一系列步骤。
876
877 识别和理解组织具有的各种价值流对于提高其整体绩效至关重要。以价值流的形式构建组织的活动可以使组织清楚地了解其交付什么和如何交付，并不断改进其服务。
878
879 组织应该检查他们如何开展工作，并绘制他们能够识别的所有价值流。这将使他们能够分析其当前状态，并确定所有工作流程的障碍和非增值活动，即浪费。应消除浪费的活动以提高生产率。
880
881 在服务价值链上可以找到增加增值活动的机会。这些机会可能是新活动，也可能是对现有活动的修改，这可以使组织更有成效。价值流优化可能包括过程自动化或采用新兴技术和新兴工作方式，以提高效率或增强用户体验。
882
883 组织应为其每一种产品和服务定义价值流。根据组织的战略，可以重新定义价值流，以对不断变化的需求和其他情况做出反应，也可以在相当长的时间内保持稳定。无论如何，都应该对其进行持续改进，以确保组织以最佳方式实现其目标。价值流映射在其他ITIL 4出版物中有更详细的描述。
884
885
886 === **3.4.2 流程** ===
887
888 **关键信息：**
889
890 流程是将输入转换为输出的一组活动。流程描述了为实现目标而进行的工作，定义明确的流程可以提高组织内部和组织之间的生产率。它们通常在程序和工作说明书中得到详细说明，前者描述了谁参与了这一流程，后者说明了如何执行。
891
892 **定义∶流程**
893
894 一组将输入转化为输出的相互关联或相互交互的活动。一个流程接受一个或多个已定义的输入，并将它们转换为已定义的输出。流程定义了行动的顺序及其依赖关系。
895
896 当应用于产品和服务时，此维度有助于回答以下问题，这些问题对于服务设计、交付和改进至关重要：
897
898 * 服务的通用交付模型是什么，服务如何运作？
899 * 交付服务的商定输出涉及哪些价值流？
900 * 谁或什么执行所需的服务行动？
901
902 这些问题的具体答案将取决于服务的性质和体系结构。
903
904
905 ITIL的故事∶艾克苏的价值流和流程
906
907 **拉迪卡∶**价值流和流程维度代表了在艾克苏内部执行的一系列活动。价值流帮助艾克苏识别浪费的活动并消除阻碍组织效率的障碍。
908
909
910 == **3.5  外部因素** ==
911
912 服务提供者不是孤立运作的。它们受许多外部因素的影响，并且在动态和复杂的环境中工作，这些环境会展现出高度的易变性和不确定性，并对服务提供者的工作方式施加约束。为了分析这些外部因素，可以使用诸如PESTLE（或PESTEL）模型之类的框架。PESTLE是政治、经济、社会、技术、法律和环境因素的首字母缩写，这些因素制约或影响服务提供者的运营方式。
913
914 这些因素共同影响组织如何配置其资源并实施服务管理的四个维度。例如：
915
916 * 政府和社会对环保产品和服务的态度可能会导致该组织对满足外部期望的工具和技术进行更多的投资。一个组织可能选择与其他组织合作（或从外部提供商那里获取服务），如果这些组织可以提供其环保证明。例如，一些公司发布产品的环境报告，描述其产品在气候变化、安全材料以及其他资源相关的政策方面的表现。
917 * 经济和社会因素可能会影响组织创建同一产品的多个版本，以应对表现出不同购买模式的不同消费群体。音乐和视频流服务就是一个例子，其中许多服务具有免费套餐（带有广告），高级套餐（没有广告），在某些情况下还提供了“家庭计划”，该计划允许在一个付费帐户下设立多个个人账号。
918 * 数据保护法律和法规（例如GDPR）已经改变了公司必须如何遵循的收集、处理、访问和存储客户数据的方式，以及它们与外部合作伙伴和供应商的合作方式。
919
920 == **3.6  总结** ==
921
922 这四个维度代表了服务管理的整体方法，组织应确保在每个维度之间保持重心平衡。还应考虑外部因素对这四个维度的影响。考虑到新出现的趋势和机遇，应在发展过程中处理所有四个维度以及影响它们的外部因素。必须从所有四个维度来考虑组织的SVS，因为如果未能妥善处理或考虑某一个维度或某一个外部因素，都可能导致产品和服务不理想。
923
924
925 ITIL故事∶平衡四个维度
926
927 马可∶为了使艾克苏的服务尽可能有效，我们将员工、团队、价值流和工作方式进行了的最佳组合。现在，我们采用了一种浑然一体的服务管理方法，将DevOps开发运维一体化、设计思维和敏捷融入了产品开发。我们还使用机器人技术、人工智能和机器学习等新技术，力求高效、精益并尽可能实现自动化。
928
929
930
931 ----
932
933 = **4  ITIL服务价值系统** =
934
935
936 == **4.1  服务价值系统概述** ==
937
938 为了使服务管理正常运行，它需要作为一个系统工作。ITIL SVS描述了这一系统的输入（机会和需求），这一系统的要素（组织治理，服务管理，持续的改进点以及组织的能力和资源）以及输出（组织目标的实现以及对组织，客户和其他利益相关者的价值）。
939
940 **关键信息：**
941
942 ITIL SVS描述了组织的所有组件和活动如何作为一个系统共同工作以实现价值创造。每个组织的SVS与其他组织都有接口，形成了一个生态系统，反过来又能促进这些组织、其客户和其他利益相关者的价值。
943
944 SVS的关键输入是机会和需求。机会代表一种选择或可能性，它能为利益相关者增加价值或以其他方式改善组织。要求是内部和外部消费者对产品和服务的需要或期望。SVS的结果就是价值，即可感知到某一事物的收益、有用性和重要性。ITIL SVS可以为广泛的利益相关者创造许多不同类型的价值。
945
946 ITIL SVS包含以下组件：
947
948 * 指导原则：在任何情况下都可以指导组织的建议，无论组织的目标，战略，工作类型或管理结构如何变化。
949 * 治理：指导和控制组织的方式。
950 * 服务价值链：组织执行的一组相互关联的活动，以向其消费者提供有价值的产品或服务，并促进价值实现。
951 * 实践：为执行工作或实现目标而设计的一组组织资源。
952 * 持续改进：在各个级别进行的经常性的组织活动，以确保组织的绩效不断满足利益相关者的期望。ITIL 4通过ITIL持续改进模型支持持续改进。
953
954 SVS的目的是通过使用和管理产品和服务，确保组织与所有利益相关者不断共同创造价值。SVS的结构如图4.1所示。图的左侧显示了从内部和外部来源向SVS馈送的机会和需求。右侧显示了为组织，其客户和其他利益相关者创造的价值。
955
956 (% style="text-align:center" %)
957 [[image:1613923462604-846.png]]
958
959 图4.1 ITIL服务价值系统
960
961
962 ITIL SVS描述了组织的所有组件和活动如何作为一个系统共同工作来实现价值创造。这些组件和活动以及组织的资源可以根据情况的变化以灵活的方式以多种组合方式进行配置和重新配置，但这需要活动、实践、团队、权限和职责以及所有相关方的集成和协调，才能真正有效。
963
964 组织试图以一种共同的愿景有效和高效地开展工作，或变得更加敏捷和更具弹性时，可能面临的最大挑战之一是组织孤岛的存在。组织孤岛的形成可以有多种方式，也有许多不同的原因。孤岛可以抵制变革，并且可以阻止轻松获取整个组织中存在的信息和专业知识，这反过来又会降低效率，增加成本和风险。孤岛也使不同群体之间的沟通或协作更加困难。
965
966 孤岛式的组织不能迅速采取行动，无法利用机会或优化整个组织的资源使用。由于可见性有限和许多隐藏的意图，通常无法对变革做出有效的决定。实践也可以成为孤岛。许多组织在没有与其他实践明确接口的情况下实施了诸如组织变更管理或事件管理之类的实践。所有实践都应具有多个接口。实践之间的信息交换应在工作流的关键点触发，这对于组织的正常运行至关重要。
967
968 ITIL SVS的体系结构特别强调灵活性，不鼓励各自为政。SVS中的服务价值链活动和实践并未形成固定的僵化结构。确切的说，他们可以组合成多个价值流，满足组织在各种场景下的需求。该出版物提供了服务价值流的示例，但是它们都不是确定性的或规范性的。组织应该能够以灵活而又安全、高效的方式定义和重新定义其价值流。这要求在组织的各个层面上开展持续改进活动。ITIL持续改进模型有助于构建此活动。最后，ITIL指导原则决定了持续改进和组织的整体运作。指导原则为整个组织的共享文化奠定了基础，从而支持团队内部和团队之间的协作和合作，并消除了以前由孤岛造成的约束和控制要求。
969
970 通过这些组件，ITIL SVS支持多种工作方法，如敏捷，开发运维一体化和精益（请参阅术语表）以及传统的流程和项目管理，并具有灵活的面向价值的运营模式。
971
972 组织可以采取多种形式，包括但不限于独资经营者、公司、社团、商号、企业、机构、合伙企业、慈善机关或机构，可以是以上形式的部分或组合，可以是公司或非公司，可以是公立或私营。这意味着SVS的范围可以是整个组织，也可以是该组织的较小子集。为了从SVS获得最大价值并适当解决组织孤岛的问题，最好将整个组织，而不是一个子集纳入范围。
973
974 本章的其余部分将探讨SVS的每个元素。
975
976
977 组织敏捷性和组织弹性
978
979 为了使组织成功，它必须实现组织敏捷以支持内部变更，并具有组织弹性以承受不断变化的外部环境，乃至在其中蓬勃发展。还必须将组织视为更大的组织生态系统的一部分，所有组织都在提供、协调和消费产品和服务。
980
981 组织敏捷性是组织快速，灵活，果断地行动和调整以支持内部变革的能力。这可能包括对组织范围的改变，合并和收购，改变组织实践，或需要不同技能或组织结构的技术，以及改变与合作伙伴和供应商之间关系。
982
983 组织弹性是指面对外部的渐进式变化和突发事件，组织预测、准备、响应和适应的能力。外部影响可能是政治、经济、社会、技术、法律或环境。如果对组织的优先级和目标没有共同的理解，就无法实现组织弹性，在外部环境变化的情况下，这种共同理解也可以确定方向并促进协调一致。
984
985 ITIL SVS提供了实现组织敏捷性和弹性的方法，并促进采用强大的统一方向，关注价值并被组织中的每个人理解的方法。它还可以在整个组织中实现连续的改进点。
986
987
988 == **4.2  机会、需求和价值** ==
989
990 **关键信息：**
991
992 机会和要求触发了ITIL SVS中的活动，这些活动触发了价值的创造。机会和需求总是进入系统，但组织并不是自动接受所有机会或满足所有需求。
993
994 机会代表了利益相关者增加价值或改善组织的选项或可能性。可能还没有对这些机会的要求，但它们仍然可以触发系统内的工作。组织应优先考虑具有改进机会的新服务或服务变更，以确保组织资源得到正确分配。
995
996 需求代表了内部和外部客户对产品和服务的要求或期望。价值的定义，以及对不同利益相关者而言，什么是价值，见第2章。
997
998
999 == **4.3  ITIL指导原则** ==
1000
1001 **关键信息：**
1002
1003 指导原则是在任何情况下都可以指导组织的箴言，无论其目标，战略，工作类型或管理结构如何变化。指导原则具有普遍性和持久性。
1004
1005
1006 表4.1 指导原则概述
1007
1008 |**指导原则**|**描述**
1009 |(((
1010 聚焦价值
1011
1012
1013 )))|组织所做的一切都需要直接或间接地映射到利益相关者的价值上。关注价值原则包含许多视角，包括客户和用户的体验。
1014 |从你所处的地方开始|不要从头开始，不要在没有考虑利用已有东西基础上去构建新东西。现有的很多服务、流程、方案、项目和人员可用于创建期望的结果。应当直接调查和观察现状，以确保充分理解当前状况。
1015 |(((
1016 基于反馈迭代推进
1017
1018
1019 )))|(((
1020 不要试图一次完成所有事情。即使是巨大的举措也必须迭代完成。通过将工作组织成可以及时执行和完成的较小的，可管理的部分，可以对每项工作的保持更为敏锐的注意力。
1021
1022 在每次迭代之前，过程当中和迭代之后进行反馈，即使情况发生变化，也将确保行动具有针对性和适宜性。
1023 )))
1024 |(((
1025 协作和提升可视化程度
1026
1027
1028 )))|(((
1029 跨越边界合作产生的结果是获得更多的支持，与目标的相关性更强，并且增加了长期成功的可能性。
1030
1031 达成目标需要信息、理解和信任。应该明确工作和后果，避免隐情，并尽可能地分享信息。
1032 )))
1033 |通盘思考和工作|(((
1034 任何服务或用于提供服务的要素都不是孤立的。除非组织将服务作为一个整体性工作，而非仅仅工作于其一部分，否则服务提供商和服务消费者所取得的结果将受到影响。
1035
1036 通过有效和高效的管理以及对信息、技术、组织、人员、实践、合作伙伴和协议的动态整合，向内部和外部客户交付结果，这些都应该协调起来以提供确定的价值。
1037 )))
1038 |保持简单实用|如果一项流程、服务、行动或指标未能提供价值或产生有用的结果，就将其取消。在流程或程序中，采用实现目标所需的最少步骤。始终采用基于结果的思维来产生可以提供结果的实用的解决方案。
1039 |优化和自动化|所有类型的资源，特别是人力资源，都应发挥最佳效能。消除一切真正浪费的东西，并发挥技术的能力。人的干预应该只发生在能够真正贡献价值的地方。
1040
1041 这里定义的指导原则总体上体现了ITIL和服务管理的核心信息，支持各种类型和各个层面的成功行动和良好决策。当组织采用服务管理方法并根据自己的具体需求和情况调整ITIL指导原则时，他们可以用于指导组织的工作。这些指导原则鼓励和支持组织在所有层面的持续改进。
1042
1043 这些原则也反映在许多其他框架、方法、标准、哲学和/或知识体系中，例如精益、敏捷、DevOps和COBIT。这使组织能够有效地将多种方法的使用整合到服务管理的整体方法中。
1044
1045 指导原则几乎适用于任何举措以及与利益相关方群体的所有关系。例如，第一项原则，即关注价值，不仅可以（而且应该）适用于服务消费者，而且适用于所有有关的利益相关者及其各自的价值定义。
1046
1047 表4.1是对指导原则的概要介绍。本章稍后将介绍各项原则的其他细节。
1048
1049
1050 ITIL，敏捷和DevOps
1051
1052 敏捷方法应用于软件开发时，重点是提供软件产品的渐进式变更，以响应用户变化的（不断衍变的）需求。他们培养了一种文化，具有不断学习、灵活、愿意尝试新方法并适应快速变化的需求的特点。敏捷的工作方式包括时间框工作、自组织和跨职能团队等技术，以及与客户和用户的持续协作和沟通。
1053
1054 敏捷软件开发团队通常关注产品增量的快速交付，其代价是牺牲了更整体的观点，即考虑这些产品在现场环境中的可操作性、可靠性和可维护性。同样，持续学习和改进举措可以集中在更好的表达用户需求，排列其优先级，或简化开发、测试和部署工作软件的过程。虽然这些举措可以提供有价值的成果，但在服务级别层面可能有与其他举措不同步的风险。
1055
1056 正如敏捷技术为服务组织提供产品和软件增量流一样，ITIL也可以为软件开发组织提供更广泛的视角和语言，以便与其他服务团队合作。在没有ITIL的情况下采用敏捷可能会导致更高的成本，例如采用不同技术和架构的成本，以及发布、操作和维护软件增量的成本。同样，在没有敏捷技术的情况下实施ITIL可能会失去对客户和用户价值的关注，造成行动缓慢而又高度集中的官僚机构。
1057
1058 当同时采用Agile和ITIL时，可以以相似的节奏开展软件开发和服务管理，共享共同的术语，并确保组织持续与所有利益相关者共同创造价值。ITIL和Agile协同工作的方式包括：
1059
1060 * 简化诸如变更支持之类的实践，
1061 * 建立程序，整合管理计划外中断（事件），确定优先排序，并调查失败的原因
1062 * 必要时分离管理服务的记录系统（如配置管理数据库）与软件开发团队使用的“参与系统”（如协作工具）之间的交互处理。
1063
1064 DevOps方法建立在敏捷软件开发和服务管理技术基础之上，强调软件开发和技术运营之间的紧密协作。利用高度自动化来解放专业技术人员的时间，使他们能够专注于增值活动，DevOps能够在软件产品的可操作性、可靠性和可维护性等方面照亮前进方向，从而帮助服务管理。DevOps从业者倡导的文化方面可以并且应该扩展到价值流和所有服务价值链活动，使产品和服务团队保持一致的目标，使用相同的方法。
1065
1066 人们常说，DevOps结合了软件开发技术（敏捷），良好治理和价值共创的整体方法（ITIL），以及对学习和改进价值生成方式的痴迷（精益）。因此，采用DevOps方法为改进软件产品的开发和管理方式提供了进一步的机会，例如：
1067
1068 * 创建从交付和支持到软件开发和技术操作的快速反馈循环
1069 * 简化价值链活动和价值流，使工作需求可以快速转化为多个利益相关者的价值
1070 * 区分部署管理与发布管理
1071 * 倡导“系统观”，强调企业治理、服务团队、软件开发和技术操作之间的紧密协作。
1072
1073 === **4.3.1  聚焦价值** ===
1074
1075 **关键信息：**
1076
1077 组织开展的所有活动都应直接或间接地与自身，客户和其他利益相关者的价值相联系。
1078
1079 本节主要关注为服务消费者创造价值。当然，服务也有助于组织和其他利益相关者的价值。这种价值可能有多种形式，例如收入、客户忠诚度、较低成本或增长机会。可以在以下建议基础上调整，以应对各种利益相关方群体以及组织为其创造的价值。
1080
1081
1082 ==== **4.3.1.1  谁是服务消费者** ====
1083
1084 在关注价值时，首先要知道对谁服务。因此，在每种情况下，服务提供商必须确定服务消费者是谁以及关键利益相关者是谁（例如，客户、用户或赞助者；详见2.2节）。在这样做时，服务提供商应该考虑谁将从正在交付或改进的服务中获得价值。
1085
1086
1087 ITIL的故事：艾克苏的新技术
1088
1089 艾克苏现正考虑在他们的汽车中引入几项新技术。在后续章节中，艾克苏团队审视可以引入的新技术，并使用ITIL指导原则来帮助确定最佳行动方案。
1090
1091 **苏：**我们正在考虑的服务的一个方面是车辆的取车和归还。这个过程仍然非常人工化的。我们有一些区域仓库还在使用纸质表格来登记客户。客户不希望浪费时间填写表格以进行身份识别，因为当在线预订过程中已提供这一信息时。
1092
1093 为了改善客户识别过程，艾克苏可以使用生物识别技术来识别我们的客户。
1094
1095 **马可：**生物识别技术使用扫描的图形数据进行个人识别。它快速可靠，并广泛应用于其他行业。例如，航空业正在使用它进行安全检查、登机手续、甚至是飞机登机。我们可以使用指纹或面部识别扫描来快速识别我们的客户，并自动完成取车和还车流程。
1096
1097 **拉迪卡：**我们需要注意GDPR等法规以及这项技术可能带来的数据安全风险。
1098
1099 **马可：**艾克苏还想尝试自动识别返回车辆的损坏，包括划痕、凹痕和破损的车灯。该技术甚至有可能识别燃料水平。这将自动计算客户产生的所有燃料费用，这也是一个人工过程。
1100
1101 **苏：**我们的客户想要简单和快捷，同时保持在路上的舒适性和安全性。生物识别技术和汽车扫描将成为满足不断变化的客户需求的机会之源。
1102
1103 **马可：**我们的服务已经依赖于技术，以及智能手机和个人设备的智能，以满足客户的需求和期望。生物识别技术的采用是一个自然的进步。任何能够使用指纹或面部识别功能访问手机的人都会使用相同的技术来取车或归还汽车。
1104
1105 **亨利：**我们不能犯这样的错误，即试图同时实施每项创新，即使它们听起来都是艾克苏汽车租赁的理想解决方案。我们需要一个框架来确保实现价值，并指导我们的决策。同样重要的是，即使我们勇闯新的环境，也不能让我们现有的客户处于不利地位。例如，并非所有客户都精通技术。对于我们的老年顾客来说尤其如此，他们占我们休闲旅游客户群的很大一部分。我们还需要在创新与现有运营需求之间取得平衡。
1106
1107
1108 ==== **4.3.1.2  消费者的价值视角** ====
1109
1110 接下来，服务提供者必须了解对服务使用者什么东西有真正的价值。服务提供商需要知道：
1111
1112 * 消费者使用服务的原因
1113 * 这些服务可以帮助他们做什么
1114
1115 服务如何帮助他们实现目标
1116
1117 * 服务消费者的成本/财务影响的作用
1118 * 服务消费者所面临的风险。
1119
1120 价值可以有多种形式，例如提高生产率、减少负面影响、降低成本、开拓新市场的能力或更好的竞争地位。服务消费者的价值：
1121
1122 * 由他们自己的需求定义
1123 * 是通过支持预期结果和优化服务消费者的成本和风险来实现的
1124 * 随时间推移和不同情况而变化
1125
1126 ==== **4.3.1.3  客户体验** ====
1127
1128 价值的一个重要元素是服务消费者在与服务和服务提供商交互时的体验。这通常被称为客户体验（CX）或用户体验（UX），具体取决于所采用的定义，并且必须进行主动管理。
1129
1130 CX可以定义为客户与组织及其产品之间的全部交互。这种体验可以决定客户对组织及其产品和服务的感受。
1131
1132 CX既客观又主观。例如，当客户订购产品并按承诺的价格和承诺的交货时间接收到他们所订购的产品时，他们体验的这一方面是否成功是可以客观测量的。另一方面，如果他们不喜欢他们下单的网站的风格或布局，这就是主观的。另一位客户可能非常喜欢这种设计。
1133
1134
1135 ==== **4.3.1.4  应用原则** ====
1136
1137 要成功应用此原则，请考虑以下建议：
1138
1139 * **了解服务消费者如何使用每项服务：**了解他们预期的结果，每项服务如何促进这些结果的实现，以及服务消费者如何看待服务提供商。不断收集价值反馈，而不仅仅是在服务关系的开始阶段。
1140 * **鼓励所有员工关注价值：**教导员工意识到谁是客户，并了解CX。
1141 * **在正常运营活动以及改进举措中都关注价值：**组织作为一个整体帮助实现客户感知的价值，因此组织内的每个人都必须最大化他们创造的价值。价值的创造不应只留给从事激动人心的项目和新事物的人。
1142 * **在所有改进举措的每个步骤中都要注重价值：**参与改进举措的每个人都需要了解该举措试图促成的结果，如何衡量其价值，以及为了促进共同价值创造，他们应当作出怎样的贡献。
1143
1144 ITIL故事：关注价值
1145
1146 **拉迪卡：**当艾克苏扩展到亚太地区时，我们开展了针对在本国以外旅行的客户的研究。结果发现，前往这些地区的美国和欧洲客户对不熟悉的道路规则和安全性存在担忧。
1147
1148 **马可：**艾克苏正在推出一个经过认证的第三方驾驶员辅助系统，名为Axle Aware。该系统能够检查车辆的外部环境和车内的内部状况。它包括监控汽车周围区域的摄像头，以及带有当地道路规则的人工智能程序。它甚至可以让驾驶员知道何时开始出现疲劳。
1149
1150 系统将提醒驾驶员即将到来的危险和潜在的道路规则违规行为。例如，在澳大利亚，当地的道路规则要求，当司机以60公里/小时或更低的速度越过骑行者时，要求至少让出1米，而当速度超过60公里/小时，则必须让出至少1.5米。
1151
1152 **苏：**许多到访的游客大多将注意力集中于在道路的正确一侧上驾驶，而不知道这个规则，但Axle Aware系统却知道！
1153
1154 **马可：**研究表明，像这样的系统可以显着降低事故率和严重伤害。
1155
1156 **苏：**这意味着对我们的消费者来说，价值是更安全的旅行体验。它也会更便宜，因为将减少违反他们所不熟悉的规则而受到的处罚！
1157
1158 **亨利：**对艾克苏租车公司的价值在于提高客户满意度，降低维修成本和降低保险费。
1159
1160 **马可：**这种创新也将为我们的一些合作伙伴和供应商提供额外的价值。
1161
1162 **拉迪卡：**例如，我们已经更新了与车队维护合作伙伴的合同。维护内容将包括Axle Aware。对维护合作伙伴来说，价值是额外的收入。
1163
1164
1165 === **4.3.2  从你所处的地方开始** ===
1166
1167 **关键信息：**
1168
1169 在淘汰旧的、不成功的方法或服务，创造更好的东西的过程中，可能会有很大的诱惑去除以前所做的事情，构建一些全新的东西。这几乎没有必要，也不是明智的决定。这种方法可能造成极大的浪费，不仅是时间方面，而且可能失去现有服务、流程、人员和工具，实际上，他们在改进工作中具有重要的价值。如果在没有首先考虑利用已有的东西的情况下，就从头开始。
1170
1171
1172 ITIL故事：艾克苏的预订应用程序
1173
1174 **马可：**艾克苏预订应用程序最初是两年前开发的。该应用不再满足业务需求。它无法跟上我们所使用技术的进步，比如生物识别系统和驾驶员辅助系统。
1175
1176 例如，我们需要我们的应用程序能够扫描和验证客户的指纹和面部图像。目前的程序代码根本无法支持。我们需要一个新的应用程序！
1177
1178
1179 ==== **4.3.2.1 评估你的现状** ====
1180
1181 应该直接测量和/或观察已经存在的服务和方法，以正确理解它们的当前状态以及可以从它们中重复使用的东西。关于如何着手的决定应基于尽可能准确的信息。在组织内部，报告与现实之间经常存在差异。这是由于难以准确地测量某些数据，或者是报告产生的数据无意中产生了偏差或失真。从源头获取数据有助于避免假设，如果这些假设被证明是毫无根据的，则可能会对时间表、预算和成果的质量造成灾难性后果。
1182
1183 那些观测活动的人不应该害怕问一些看似愚蠢的问题。对于服务了解很少或完全不了解的人参与观测是有益的，因为他们对服务没有先入为主的看法，并且可能发现与服务关系较密切的人可能会遗漏的东西。
1184
1185
1186 ITIL故事：评估当前状态
1187
1188 **亨利：**每个人都喜欢新应用程序的想法，IT部门热衷于开始收集用户需求，以便我们可以开始开发。但是，在我们开发一个全新的应用程序之前，让我们评估应用程序的当前状态，我们要看看是否有任何可以重用的功能。
1189
1190 目前预订汽车的流程满足基本要求，无需改变。我们只需要增加一些功能。例如，我们的记录、存储和计算的忠诚度计划积分的过程就不需改变。
1191
1192 我们还应该考虑客户使用技术的限制。如果我们想要引入生物特征数据识别，用户将需要拥有新潮的设备。我不确定他们都有，所以我们应该在这里调查限制和机会。
1193
1194 **马可：**我们目前的预订应用程序运行良好。事件数据表明客户很少拨打服务台电话。这表明当前功能适合使用并满足客户要求。
1195
1196 **亨利：**但是，我们的焦点小组表明客户避免使用该应用程序，因为它很慢且难以使用。以前，升级的重点是技术，而不是客户的需求。我们没有灵活性，无法轻松配置功能以匹配新的和不断变化的服务供给。因此，不能仅使用事件记录的数据来评估预订应用程序的可靠性和可用性。
1197
1198 我们需要通过其他研究来证实这些发现。
1199
1200
1201 ==== **​​​​​​​4.3.2.2  测量的作用** ====
1202
1203 测量的使用对于这个原则很重要。但是，它应该支持而不是取代观察到的情况，因为过度依赖数据分析和报告会无意中给决策带来偏差和风险。组织应考虑使用各种技术来增长对其工作环境的了解。虽然有些事情只能通过测量它们的影响来理解（例如风等自然现象），但直接观察应该始终是首选。使用现有数据时往往没有考虑直接的个人调查。
1204
1205 应该注意的是，测量行为有时会影响测量结果，使其不准确。例如，如果服务台知道通话花费的时间长度受到监控，那么它可能过于关注减少客户参与度（从而导致良好的报告），而不是真正帮助用户解决问题以令他们满意。人们很有创造力，寻找方法来满足测量的指标。因此，指标需要有意义并且与期望的结果直接相关。
1206
1207 “当一项测量指标成为目标时，它就不再是一个好的衡量指标-古德哈特定律”。
1208
1209
1210 ==== **4.3.2.3  **​​​​​​​**应用原则** ====
1211
1212 正确理解服务和方法的当前状态对于选择要重用、变更或作为构建基础的元素非常重要。为了成功应用这一原则，请考虑以下建议：
1213
1214 * 以客户或期望的结果作为出发点，尽可能客观地审视现存的内容。当前状态的元素是否适合目的并适合使用？只要做出这种判断的人是客观的，那么当前服务、实践、项目和技能的许多元素就可以用来创建期望的未来状态。
1215 * 在当前状态下找到成功实践或服务的示例时，确定是否以及如何复制或扩展这些实践或服务以实现所需状态。如果不是大多数情况，至少是在许多情况下，利用已经存在的东西将减少从当前状态转换到期望状态所需的工作量。应该注重学习和改进，而不仅仅是复制和扩展。
1216 * 应用您的风险管理技能。重新使用现有的实践和流程存在风险，例如延续损害服务的陈规陋习。新东西投入使用也有风险，例如没有正确执行新程序。这些问题应作为决策过程的一部分，评估改变或不改变的风险，以决定最佳的行动方案。
1217 * 要认识到，有时当前状态下没有什么东西可以重用。无论重用、再利用、循环利用和升级换代是多么的理想，但有时候实现期望结果的唯一方法就是完全重新开始。然而，应该指出的是，这样的情况非常罕见。
1218
1219 === **​​​​​​​4.3.3  基于反馈迭代推进** ===
1220
1221 **关键信息：**
1222
1223 抵制一次做所有事情的诱惑。即使是巨大的举措也必须迭代完成。通过将工作分解成可以及时执行和完成的较小的、可管理的部分，对每项工作的关注将更加清晰，更易于保持。
1224
1225 根据改进的要求和可用的资源，改进迭代可以是顺序的或并行的。每个单独的迭代都应该是可管理的，也要得到管理，确保及时获得切实的成果，并在此基础上进一步改进。
1226
1227 一项重大的改进举措或方案可以组织成若干个重要的改进计划，并且每一计划又可以由较小的改进工作组成。必须持续的再评估整个举措或方案及作为组成部分的迭代，并进行可能的修订，以反映情况的任何变化，并确保没有失去对价值的关注。这种再评估应利用广泛的反馈渠道和方法，以确保正确理解举措的状态及其进展。
1228
1229
1230 ==== **​​​​​​​4.3.3.1  ​​​​​​​反馈的作用** ====
1231
1232 无论是改进服务、服务组、实践、流程、技术环境还是其他服务管理元素，都不会在真空的环境中进行改进迭代。在进行迭代的同时，情况可能会发生变化，并且可能出现新的优先事项，迭代的需求可能会改变甚至取消。在每次迭代之前，迭代过程当中以及迭代之后寻求和使用反馈，将确保即使在不断变化的情况下，行动也具有针对性和适宜性。
1233
1234 反馈循环是一个常用术语，用于表示活动的一部分输出用于新输入的情况。在运作良好的组织中，会沿着价值链积极收集和处理反馈。构建完善的反馈机制有助于理解：
1235
1236 * 最终用户和客户对所创造价值的感受
1237 * 价值链活动的效率和有效性
1238 * 服务治理和管理控制的有效性
1239 * 组织与其合作伙伴和供应商网络之间的接口
1240 * 对产品和服务的需求
1241
1242 收到反馈后，可以对其分析，以确定改进机会、风险和问题。
1243
1244
1245 ==== ​​​​​​​**4.3.3.2**  **迭代和反馈相结合** ====
1246
1247 如果其流程嵌入了反馈回路，在一个时间盒内运行的迭代工作方式将能够具有：
1248
1249 * 更大的灵活性
1250 * 更快地响应客户和业务需求
1251 * 能够更早发现并响应故障
1252 * 整体质量提升。
1253
1254 在一项活动的参与者之间建立适当的反馈回路，可以使他们更好地了解他们的工作来自何处，他们的产出去向何方，以及他们的行动和产出如何影响结果，这反过来又使他们能够做出更好的决策。
1255
1256
1257 ITIL故事：迭代前行
1258
1259 **马可：**自艾克苏发布其新应用程序的第一次迭代以来已经过去了三个月。我们首先只是将其提供给值得信赖的VIP客户。根据他们的反馈，我们改进了预订流程。
1260
1261 **拉迪卡：**我们了解到应用程序需要灵活，以便我们可以根据快速变化的客户需求轻松进行改变。例如，我们的商业客户希望该应用程序自动记录行驶距离。通过与我们的产品团队合作，我们可以轻松添加此功能。
1262
1263 **苏：**该应用程序现在可以轻松配置，允许艾克苏根据客户反馈快速添加新功能和新特性。
1264
1265
1266 ==== **​​​​​​​4.3.3.3**  **应用这一原则** ====
1267
1268 要成功应用此原则，请考虑以下建议：
1269
1270 * **理解整体，但做一些事情：**有时，迭代前进的最大敌人是想要理解一切，对一切负责。这可能会导致所谓的“分析瘫痪”的事情，也就是花了太多的时间来分析情况，却啥事都没干。了解全局很重要，但取得进展也很重要。
1271 * **生态系统在不断变化，所以反馈必不可少**：变化是不断发生的，因此在任何时候和各个层面寻求和使用反馈都非常重要。
1272 * **快速并不意味着不完整：**只是因为迭代足够小以至于可以快速完成，这并不意味着它不应该包含成功所需的所有元素。任何迭代都应该按照最小可行产品的概念来生成。最小可行产品是最终产品的一个版本，它允许以最少的工作量完成最多的验证学习。
1273
1274 === **​​​​​​​4.3.4**  ​​​​​​​**协作和提升可视化程度** ===
1275
1276 **关键信息：**
1277
1278 当各项举措让合适的人员承担正确的角色时，各项工作将受益于更好的支持，更多的相关性（因为可以为决策提供更好的信息），以及增加长期成功的可能性。
1279
1280 可以从意想不到的来源获得创造性的解决方案、热情的贡献和重要的观点，因此包容通常是比排斥更好的政策。合作与协同优于孤立的工作，孤立的工作通常被称为“孤岛活动”。孤岛可以由于个人和团队的行为而产生，也可能因为结构性原因而产生。这通常发生在组织中的职能或业务单元受阻或无法协作的情况下，因为它们的流程、系统、文档和沟通旨在满足组织中特定部分的需求。应用通盘思考和工作的指导原则（参见第4.3.5节）可以帮助组织打破工作孤岛之间的障碍。
1281
1282 认识到真正合作的必要性是现在所谓的DevOps发展的驱动因素之一。如果没有有效的协作，敏捷，精益或任何其他ITSM框架或方法都不会奏效。
1283
1284 要想以一种能带来真正成就的方式共同工作，就需要信息、理解和信任。应该使工作及其结果具有可见性，避免潜规则，并尽可能地分享信息。人们越是了解正在发生的事情和原因，他们就越愿意提供帮助。
1285
1286 当改进活动在相对寂静中进行时，或者只有一小部分人了解细节时，臆想和谣言就会盛行。当员工猜测会有什么改变以及可能对他们产生什么影响时，往往会出现变革的阻力。
1287
1288
1289 ==== **​​​​​​​4.3.4.1 ** **与谁合作** ====
1290
1291 识别和管理组织涉及的所有利益相关者群体非常重要，因为成功协作所需的人员和视角都可来自这些利益相关者群体。顾名思义，利益相关者是指与组织活动有利害关系的任何人，包括组织本身、客户和/或用户以及许多其他人员。利益相关者的范围可以很广泛。
1292
1293 第一个也是最明显的利益相关者群体是客户。服务提供者的主要目标是促进其客户感兴趣的结果，。因而客户大量的参与，会让服务提供商管理服务的能力更有效。但是，有些组织在与客户互动方面做得很差。服务提供者可能认为从客户那里获得输入或反馈太困难，由此导致的延迟是浪费时间。同样，客户可能会觉得，在他们定义了自己的需求之后，剩下来的就是服务提供商提供服务，而无需进一步接触。在改进服务提供商的实践方面，客户可能认为根本没必要参与。但是，归根结底，与客户的适当合作将为组织、客户和其他利益相关者带来更好的结果。
1294
1295 利益相关者合作的其他例子包括：
1296
1297 * 开发人员与其他内部团队合作，确保正在开发的内容可以有效和高效的运行
1298 * 开发人员应与技术和非技术运营团队协作，以确保他们准备就绪，愿意并能够将新的或变更的服务转换到运营状态，甚至可能参加测试。开发人员还可以与运营团队合作，调查缺陷（问题），并开发临时性或永久性补丁程序来解决这些缺陷
1299 * 供应商与组织合作，确定组织需求，集思广益解决客户问题
1300 * 关系经理与服务消费者协作，全面了解服务消费者的需求和优先事项
1301 * 客户相互协作，共同了解他们的业务问题
1302 * 内部和外部供应商相互协作，审查共享流程，确定优化和可能的自动化的机会。
1303
1304 ==== **​​​​​​​4.3.4.2**  **沟通促进改进** ====
1305
1306 应了解每个利益相关方群体的在每个层面作出的改进贡献；同样重要的是确定与他们接触的最有效方法。例如，使用对不同功能选项的调查或检查表，公共云服务的客户可以做出改进贡献。对于内部客户群，改进的贡献可能来自通过研讨会或组织内部网上的协作工具征求的反馈。
1307
1308 一些贡献者可能需要在非常细节的层面上参与，而其他贡献者可以只是作为评审者或批准者参与。根据服务以及服务提供者与服务消费者之间的关系，对协作级别和协作类型会有非常不同的期望。
1309
1310
1311 ==== **​​​​​​​4.3.4.3 ** **通过可视化增加紧迫感** ====
1312
1313 当利益相关者（无论是内部还是外部）对工作量和工作进展不太了解时，就存在造成工作不是优先事项的印象的风险。如果将一项举措传达给团队、部门或其他组织，然后再也没有提及或很少再次提及，那么就会认为这项变更并不重要。同样，当工作人员试图在改进工作与其他日常紧迫的任务之间排列优先次序时，改进工作似乎是一项低优先级的活动，除非其重要性已经透明并得到组织管理层的支持。
1314
1315 工作的可视化不足会导致决策失误，从而影响组织改善内部能力的能力。这样就很难推动改进，因为不清楚哪些改进可能对结果产生最大的积极影响。为避免这种情况，组织需要开展如下关键性分析活动：
1316
1317 * 了解正在进行的工作的流程
1318 * 识别瓶颈，以及过剩的产能。
1319 * 揭开浪费的面纱
1320
1321 必须让各级利益相关者参与进来，并满足他们的需求。各级领导也应在与他人沟通的过程中提供与改进工作有关的合适的信息。总之，这些行动将有助于强化正在做的事情，为什么要做，以及这些工作如何与组织的既定愿景、使命、目标和目的关联起来的。确定此类消息传递的类型、方法和频率是与沟通相关的核心活动之一。
1322
1323
1324 ITIL故事：协同工作
1325
1326 **亨利：**我们在新的艾克苏预订应用程序上的工作，既是迭代的，也是协作性的。我们纳入了许多团队，例如开发人员、测试人员和支持人员，当然还有我们的客户和用户。这种方法使我们能够根据反馈以更快响应和针对性的方式改进我们的服务。
1327
1328
1329 ==== **​​​​​​​4.3.4.4 ** **应用原则** ====
1330
1331 要成功应用此原则，请考虑以下建议：
1332
1333 * **协作并不意味着共识：在开展一项举措之前，要所有参与的人形成共识，是没有必要的，甚至不一定**是明智的。一些组织非常关注达成共识，他们试图让每个人都满意，结果要么什么都不做，要么做出来的东西不能满足任何人的需求。
1334 * **以受众能够听到的方式进行沟通：**为了将不同的利益相关者带入回路，许多组织使用非常传统的沟通方法，或者他们使用相同的方法进行所有沟通。为每个受众选择正确的方法和信息是成功的关键。
1335 * **只能在可见数据的基础上做出决策**：在缺失数据的情况下做出决策是有风险的。应该决定需要哪些数据，从而哪些工作需要变得可见。收集数据可能需要成本，组织必须在成本与数据的收益和预期用途之间进行平衡。
1336
1337 === **​​​​​​​4.3.5  通盘思考和工作** ===
1338
1339 **关键信息：**
1340
1341 任何服务、实践方法、流程、部门或供应商都不是孤立的。除非组织将其活动作为一个整体来处理，而不是作为分离的一个个部分，否则组织为自身、客户和其他利益相关者提供的产出都将蒙受影响。所有组织的活动都应该以交付价值为重点。
1342
1343 通过协调和整合服务管理的四个维度，向内部和外部服务消费者提供服务（见第3章）。
1344
1345 采用整体方法进行服务管理，包括认识组织的各部分是如何以综合方式协同工作的。它需要了解如何捕获需求并将其转化为结果的整个过程。在一个复杂系统中，一个要素的变更可能会影响其他要素，在可能的情况下，需要识别、分析和规划这些影响。
1346
1347
1348 ITIL的故事：通盘思考和工作
1349
1350 **苏：**目前，艾克苏正在实施许多举措。我们有一个迭代发布的时间表，包括新的预订应用程序、Axle Aware高级驾驶辅助系统，以及用于取车和还车的新型生物特征扫描系统。
1351
1352 **亨利：**有这么多活动，我们需要了解上游和下游的影响。例如，决定使用新功能扩展我们的预订应用程序，就需要考虑我们的支持团队的所有资源限制。
1353
1354
1355 ==== **​​​​​​​4.3.5.1  应用原则** ====
1356
1357 要成功应用此原则，请考虑以下建议：
1358
1359 * **认识系统的复杂性：**不同的复杂程度，决策需要不同的启发式方法。为简单系统设计的方法和规则，如果应用到复杂系统中，可能无效甚至有害，因为复杂系统中组件之间的关系复杂且变化更加频繁。
1360 * **协作是通盘思考和工作的关键：**如果建立了正确的机制，让所有利益相关方及时合作，就有可能从整体上解决任何问题，而不会被过份拖延。
1361 * **在可能的情况下，寻找系统元素需求和相互作用的模式：**利用每个领域的知识来确定成功的关键因素，以及元素之间对结果有影响的关系。有了这些信息，就可以预测需求，可以设定标准，并且可以达到整体视角。
1362 * **自动化可以促进整体工作：**在有机会和足够资源的情况下，自动化可以支持组织的端到端可见性，并提供有效的集成管理方法。
1363
1364 === **​​​​​​​4.3.6  保持简单实用** ===
1365
1366 **关键信息：**
1367
1368 始终用最少的步骤来完成一个目标。应该使用基于结果的思维，以产生能够带来有价值结果的实用解决方案。如果一个流程、服务、行动或指标无法提供价值或产生有用的结果，则将其革除。尽管这一原则看似显而易见，但它经常被忽视，导致工作方法过于复杂，很少能实现成果最大化或成本最小化。
1369
1370 试图为每个异常情况都提供解决方案，往往会导致过度复杂化。在创建流程或服务时，设计师需要考虑异常，但无法涵盖所有异常。相反，应该设计一些规则，用于处理一般的异常。
1371
1372
1373 ITIL的故事：保持简单实用
1374
1375 **苏：**艾克苏的营销部门表示他们希望推出一项新的年终促销活动。该促销活动包括2月份免费升级至豪华车，以及赢取海外假期的机会。
1376
1377 客户只要提交一篇名为“我的最佳假期驾驶探险”的文章，就可以参与活动。然后，营销团队将收集和分析客户数据，并建立一个针对他们旅行偏好的应用程序。
1378
1379 **亨利：**我们的开发人员正忙于生物识别服务的实施日程。我们需要尽快将这一功能推向市场。我们必须根据预期价值来确定工作的优先顺序。
1380
1381
1382 ==== **​​​​​​​4.3.6.1  ​​​​​​​判断需要保留什么** ====
1383
1384 在分析实践、流程、服务、指标或其他改进目标时，一定要询问它是否有助于创造价值。
1385
1386 在设计或改进服务管理时，最好从简单的方法开始，然后在发现真正有需要的时候，再小心的添加控制、活动或指标。
1387
1388 要想保持服务管理简单而实用，关键在于透彻了解某些东西是如何促进价值创造的。例如，过程中的某一步骤可能被所相关的操作人员认为是浪费时间。但是，从企业的角度来看，这样的步骤可能对于监管合规很重要，因此，这是以间接而又重要的方式实现价值。有必要建立并传达组织工作的整体观点，使各团队或小组能够全面思考他们的工作如何受到他人影响，并反过来影响他人的。
1389
1390
1391 ITIL的故事：判断需要保留什么
1392
1393 **马可：**我们原来的预订应用程序采集了大量数据，例如客户在预订应用程序中填写每个表单需要多长时间。但我们发现这样的数据对决策的价值不大。真正的有价值的是整个预订流程需要多长时间。我们简化了预定应用程序的字段，删除了数据采集功能，提高了整体速度。
1394
1395
1396 ==== **​​​​​​​4.3.6.2**  **目标冲突** ====
1397
1398 在设计、管理或操作实践时，要注意相互矛盾的目标。例如，组织的管理层可能希望收集大量数据来做出决策，而完成记录的人可能希望流程简单，不需要输入那么多数据。通过应用这一原则和其他指导原则，该组织应就其竞争目标之间的平衡达成一致。这个例子，意味着服务应该只生成真正为决策过程提供价值的数据，记录应尽可能简化和自动化，以实现价值最大化并减少非增值工作。
1399
1400
1401 ==== **​​​​​​​4.3.6.3**  **实施原则** ====
1402
1403 要成功应用此原则，请考虑以下建议：
1404
1405 * **确保价值：**每项活动都应有助于创造价值。
1406 * **简单是极致的复杂：**简化看似较难，但往往更有效。
1407 * **少做一点，但要做得更好：**尽量减少活动，只包括那些对一个或多个利益相关者有价值的活动，这样可以更加关注这些行动的质量。
1408 * **尊重相关人员的时间**：过于复杂和官僚主义的过程是对相关人员时间的浪费。
1409 * **越容易理解，就越容易被采纳：**要嵌入实践的东西，一定要简单易行。
1410 * **简单是实现速赢的最佳途径；**无论是在项目中，还是在改善日常运营活动时，“**速赢”**都可以让组织展示进展并管理利益相关者的期望。以具有反馈的迭代方式工作，可以定期快速提供增量价值。
1411
1412 === **​​​​​​​4.3.7 ** **优化和自动化** ===
1413
1414 **关键信息：**
1415
1416 组织必须最大限度地提高其人力和技术资源所开展工作的价值。四维模型（在第3章中描述）为设计、管理或运营一个组织时应考虑的各种约束因素、资源类型和其他领域提供了一个整体的视角。技术可以帮助组织扩大规模，承担频繁和重复的任务，使人力资源可以用于更复杂的决策。但是，如果没有人工干预的能力，就不应该总是依赖技术，因为为了自动化而自动化将增加成本，降低组织的稳健性和弹性。
1417
1418 优化意味着使事物变得像需要的那样有效和有用。在活动可以有效实现自动化之前，应该尽可能的进行合理的优化。必须对服务和实践的优化设置限制，因为它们存在于一系列约束条件之下，这些约束条件可能包括资金限制，合规性要求，时间约束和资源的可用性。
1419
1420
1421 ==== **​​​​​​​4.3.7.1 ** **通往优化之路** ====
1422
1423 优化实践和服务的方法有很多。ITIL中描述的概念和实践，特别是持续改进的实践，以及测量和报告的实践（参见第5.1.2和5.1.5节），对于这项工作至关重要。组织用于改进和优化绩效的具体实践可以借鉴ITIL、精益、DevOps、看板和其他来源的指南。无论具体技术如何，优化的路径都遵循以下高层次的步骤：
1424
1425 * **理解提出优化方案的背景并达成一致：**这包括认同组织的总体愿景和目标。
1426 * **评估拟优化的现状：**这将有助于了解哪些方面可以改进，哪些改进机会可能产生最大的积极影响。
1427 * **商定组织的未来状态和优先事项，关注简化和价值：**这通常还包括实践和服务的标准化，这将使以后更容易自动化或进一步优化。
1428 * **确保优化工作得到合适层级的利益相关方的参与和承诺**
1429 * **以迭代方式实施改进：**使用指标和其他反馈来检查进度，保持正轨，并根据需要调整优化的方法。
1430 * **持续监控优化的影响：**这将有助于识别改进工作方法的机会。
1431
1432 ==== ​​​​​​​**4.3.7.2**  **利用自动化** ====
1433
1434 通常，自动化是指在有限干预或无人干预的情况下，使用技术正确而一致地执行一个步骤或一系列步骤。例如，在采用持续部署的组织中，自动化指的是从开发到上线的代码的自动和持续发布，以及通常在每个环境中都进行自动化测试。然而，在其最简单的形式中，自动化也可以意味着手动任务的标准化和简化，例如定义部分流程的规则，以便“自动”做出决策。减少需要人们参与以评估或决定中止流程的每一部分，可以大大提高效率。
1435
1436 在整个组织中都可以找到自动化的机会。寻找机会，将标准任务和重复任务自动执行，有助于节省组织成本，减少人为错误，并改善员工体验。
1437
1438
1439 ITIL故事：优化和自动化
1440
1441 **马可：**艾克苏已开始试用新的生物识别技术，测试进展顺利。我们非常希望在我们所有的停车场中实施这项技术。
1442
1443 **拉迪卡：**在艾克苏引入生物识别技术之前，有很多人工的纸质流程。艾克苏员工使用纸质检查单进行车辆损坏检查。然后他们的记录必须录入数据库，该数据库仅可在台式计算机上使用。该数据库不是实时的，也不能通过其他系统访问。
1444
1445 **苏：**这项工作通常被搁置到一天结束，往往会丢失内容。在实现自动化之前，我们必须改进数据采集的过程。
1446
1447 **拉迪卡：**我们几乎可以实现任何事情的自动化。但我们首先要把业务规则和流程做好。
1448
1449
1450 ==== **​​​​​​​4.3.7.3 ** **应用原则** ====
1451
1452 要成功应用此原则，请考虑以下建议：
1453
1454 * **在自动化之前，先简化和/或优化：**试图将复杂或次优的东西自动化，不太可能达到预期的结果。花些时间尽可能地勾勒出标准和重复过程，并尽可能精简（优化）。从那里起，你可以开始自动化。
1455 * **定义指标：**应使用一组适当的指标评估优化的预期和实际结果。使用相同的指标来定义基线和测量成效。确保指标基于结果，注重价值。
1456 * **应用此项原则时，同时使用其他指导原则：**在优化和自动化时，同时遵循其他原则是明智之举：
1457 ** **在反馈的基础上迭代前行：**迭代优化和自动化将使进展可见，并促进利益相关者对后续迭代的支持。
1458 ** **保持简单实用：**有些事情可能简单，但不优化，因此在选择改进时要将这两个原则结合使用。
1459 ** **关注价值：**选择优化和自动化的内容，以及如何优化和自动化，应以能够为组织创造最佳价值为基础。
1460 ** **从你所处的地方开始**：组织中现有的技术的某些特性和功能，可能尚未发掘或未充分利用。利用已有的资源快速、经济地实现优化和自动化的机会。
1461
1462 === **​​​​​​​4.3.8  原则的相互作用** ===
1463
1464 在了解ITIL指导原则之外，认识它们之间的相互作用和相互依赖也很重要。例如，如果组织致力于通过反馈来迭代前行，那么它也应该进行通盘思考和工作，以确保每次改进迭代都包含提供实际结果所需的所有元素。同样，利用适当的反馈是协作的关键，而专注于对客户真正有价值的东西，更容易使事情简单实用。
1465
1466 组织不应只使用其中的一项或两项原则，而应考虑所有原则的相关性，如何一同应用这些原则。并非所有原则在每种情况下都是至关重要的，但每次都要对它们进行审查，以确定它们的适用程度。
1467
1468
1469 = ​​​​​​​**4.4  治理** =
1470
1471
1472 === **4.4.1  治理机构和治理** ===
1473
1474 **关键信息：**
1475
1476 每个组织都由一个治理机构领导，即一个人或一组人员，他们对组织的绩效和合规性负有最高级别的责任。各种规模和类型的组织都会开展治理活动；治理机构可以是董事会或执行经理，他们在执行治理活动时承担独立的治理角色。治理机构对组织遵守方针政策和所有的外部法规负责。
1477
1478 组织治理是指导和控制组织的系统。治理通过以下活动实现：
1479
1480 ●**评估：**评估组织、组织战略、投资组合以及与其他各方的关系。治理机构根据利益相关者的需求和外部环境的变化，定期对组织进行评估。
1481
1482 ●**指导：**治理机构委派职责，负责指导制定和实施组织的战略和方针政策。战略为组织活动、未来投资等的确定了方向和优先顺序。方针政策规定了整个组织以及相关的供应商、合作伙伴和其他利益相关者的行为要求。
1483
1484 ●**监督：**治理机构监督组织的绩效及其实践、产品和服务。这样做的目的是确保绩效符合政策和方向。
1485
1486 组织治理对组织的所有活动，包括服务管理的活动，进行评估、指导和监督。
1487
1488
1489 === **​​​​​​​4.4.2  ​​​​​​​ SVS中的治理** ===
1490
1491 治理在ITIL SVS中的角色和地位取决于SVS在组织中的应用方式。SVS是一个通用模型，可以应用于整个组织，也可以应用于一个或多个单元或产品。在后一种情况下，有的组织授权给不同级别的人执行治理活动。组织的治理机构应保留对此的监管权，以确保与组织的目标和优先事项保持一致。
1492
1493 在ITIL 4中，指导原则和持续改进适用于SVS的所有组成部分，包括治理。在一个组织中，治理机构可以采用ITIL指导原则并加以调整，也可以定义自己一套特定原则并传达给整个组织。理事机构还应掌握持续改进活动的结果，以及度量组织及其利益相关者的价值。
1494
1495 无论SVS的范围和组件的位置如何，关键是要确保：
1496
1497 * 服务价值链和组织的实践与治理机构指明的方向一致
1498 * 组织的治理机构，无论是直接还是通过授权，都能对SVS进行监管
1499 * 治理机构和各级管理层通过一套明确的共同原则和目标保持一致
1500 * 不断改进各级治理和管理，以满足利益相关者的期望。
1501
1502 == **4.5  服务价值链** ==
1503
1504 SVS的核心要素是服务价值链，这是一种运营模式，它描述了通过创建和管理产品和服务来响应需求和促进价值实现所需的关键活动。
1505
1506 如图4.2所示，ITIL服务价值链包括六个价值链活动，这些活动引导产品和服务的创造，进而创造价值。
1507
1508 (% style="text-align:center" %)
1509 [[image:1613924253713-592.png]]
1510
1511 图4.2 ITIL服务价值链
1512
1513
1514 **关键信息**：
1515
1516 六项价值链活动是：
1517
1518 * **计划**
1519 * **改进**
1520 * **契动**
1521 * **设计和转换**
1522 * **获取/构建**
1523 * **交付和支持**
1524
1525 这些活动代表组织在创造价值时所采取的步骤。每项活动都将输入转化为输出。这些输入可能是来自价值链外部的需求或其他活动的输出。所有活动都是相互关联的，每项活动都会接收触发，并触发下一步行动。
1526
1527 为了将输入转换为输出，价值链活动要使用ITIL实践的不同组合（一组用于执行某些类型工作的资源），根据需要利用内部或第三方的资源、流程、技能和能力。例如，契动活动可以利用供应商管理、服务台管理、关系管理和服务请求管理来响应对产品和服务的新需求，或响应来自各种利益相关者的信息（更多的实践信息参看第五章）
1528
1529 无论调用哪些实践，使用服务价值链时都有一些共同的规则：
1530
1531 * 与价值链外部各方的所有传入和传出互动都是通过契动活动进行的
1532 * 所有新资源均通过获取/构建来获得
1533 * 各级计划都通过规划来制定
1534 * 通过改进启动和管理各层级的改进
1535
1536 为了执行某项任务或响应特定情况，组织创建服务价值流。这些服务价值流是活动和实践的特定组合，每一服务价值流都是针对特定场景而设计的。价值流一经设计，就应不断改进。
1537
1538 例如，某一服务的一个用户需要解决一个事件，可以为此创建一个价值流。价值流将专为解决此问题而设计，并为有关的活动、实践和角色提供完整的指南。有关此价值流和其他价值流示例的更详细描述，请参见附录A。
1539
1540
1541 服务价值链，其实践和价值流的示例：
1542
1543 某移动应用开发公司拥有一条价值链，支持应用开发和管理的完整周期，包括从业务分析到开发、发布和支持等各项活动。该公司在专业资源和技术的支持下，形成了一系列的实践：
1544
1545 * 业务分析
1546 * 开发
1547 * 测试
1548 * 发布和部署
1549 * 支持。
1550
1551 虽然高层级的步骤是通用的，但不同的产品和客户需要不同的工作流。例如：
1552
1553 * 为新客户开发新应用程序，就从初始契动（售前）开始，然后进行业务分析、原型设计、拟定协议、开发、测试，最终发布和支持。
1554 * 变更现有应用程序以满足现有客户的新要求，则方式不同，它不包括售前，包括业务分析、开发、测试和支持。
1555 * 修复现场应用程序中的错误，则可能会在支持中启动，接着回滚到先前的稳定版本（发布），然后转到开发、测试和发布补丁程序。
1556 * 使用新的或现有的应用程序进行实验，以扩展目标受众，可以从创新规划和原型设计开始，然后继续开发，最终到有限的一组用户试用版本，以测试他们对所做变更的看法。
1557
1558 这些是价值流的例子：它们以各种方式将实践和价值链活动结合起来，以改进产品和服务，增加消费者和组织的潜在价值。
1559
1560
1561 现代世界的ITSM：敏捷的ITSM
1562
1563 一个组织要想获得成功，就必须能够适应不断变化的环境，同时保持机能和有效性。这可能包括改变其提供和消费的产品和服务，以及改变其结构和实践。在现代社会，IT对所有组织都必不可少，IT和IT管理应该是敏捷的。
1564
1565 对于许多IT专业人员而言，敏捷指的是软件开发，并与2001年宣告的“敏捷宣言”相关。宣言提倡新的软件开发方法，重视客户体验、协作和快速变化，而不是详细的规划与文档、控制和要求。从那时起，敏捷软件开发方法已被许多公司和软件团队采用，并且在许多情况下证明是有效的。
1566
1567 敏捷软件开发通常包括：
1568
1569 * 通过反馈分析和直接观察收集需求，从而持续的演进需求
1570 * 将开发工作拆分为细小的增量和迭代
1571 * 建立基于产品的跨职能团队
1572 * 对工作进展实现视觉呈现（看板）和定期讨论（每日站立会议）
1573 * 在每次迭代结束时向利益相关者展示一份可工作的软件（至少是最小可行）
1574
1575 如果得到成功应用，敏捷软件开发可以快速响应服务消费者不断变化的需求。但是，在许多组织中，敏捷软件开发并未带来预期的收益，这通常是由于在服务生命周期的其他阶段缺乏敏捷方法。这种分立的敏捷性对组织来说没有多大意义，因为价值链的整体表现取决于最慢的部分。应当对服务价值链应用整体性的方法，以确保服务提供商在整个服务生命周期内都是敏捷的。这意味着服务管理所有维度和服务价值链的所有活动都具有着敏捷性这一品质。
1576
1577 服务价值链敏捷性的最大障碍之一曾是基础设施解决方案的僵化。为新的软件程序部署必要的基础架构可能需要数月时间，这使得所有开发敏捷性对服务消费者而言都消于无形和不着边际。随着技术的发展，这个问题在很大程度上得到了解决。虚拟化、高速宽带和移动连接，以及云计算使组织能够将IT基础架构作为一项服务或代码来对待，从而用以前只有软件才能做到的速度来实现基础架构的变更。一旦技术问题得到解决，敏捷方法就可以应用于基础架构的配置和部署。这促进了软件和基础架构团队之间的整合，进而促进了开发和运营之间的集成。
1578
1579 敏捷开发的许多原则可以而且也应该应用于服务运营和支持。运营变更和服务请求可以由专门的产品或服务团队在以小迭代处理，具有持续的反馈和高可见性。日常运营活动可以而且应该是可见的，并与其他任务一起排列优先排序。所有服务管理活动都可以而且应该不断提供、收集和处理反馈信息。
1580
1581 敏捷性不是软件开发的一个特性功能；而是组织作为一个整体所具有的重要素质。敏捷活动需要敏捷的拨款和相应的财务控制与合规性控制、敏捷的资源配备、敏捷的签约、敏捷的采购等等。如果将敏捷作为一项重要原则，组织应该能够在不断变化的环境中生存和发展。敏捷方法如果以分立的方式应用，就可能成为代价高昂、浪费巨大的复杂方法。
1582
1583
1584 ITIL故事：价值链和价值流
1585
1586 **亨利：**在艾克苏汽车租赁，价值链就是我们公司运营的方式。它有多个价值流。每个价值流都采用和调整了价值链的活动来执行特定任务。例如，有一个价值流用于创新，另一个价值流用于向现有客户提供标准服务。
1587
1588 用于向现有客户提供标准服务的价值流是指客户租车时执行的活动。这从客户联系艾克苏的契动开始，然后到交付，也就是他们接收汽车（尽管契动在此阶段仍然在进行）。
1589
1590 某些价值链活动可能在某一特定价值流中持续进行，也可能根本没有涉及。在此价值流中，计划活动是持续的，但通常不涉及设计和采购活动。在此价值流结束时，有更多的契动活动，此时，客户归还汽车、提供反馈并关闭订单。
1591
1592 **马可：**价值链活动不一定要按特定顺序进行。艾克苏的创新价值流由机会触发，然后进行规划、设计、构建或获取、转换，最后到交付。该价值流通常包括采购活动。例如，我们为生物识别解决方案采购软件和硬件。
1593
1594 **亨利：**我们针对不同的目标，对价值流进行管理，将价值链活动结合起来，并应用实践对其支持。每个价值流都应该是有效和高效的，并且要不断改进。
1595
1596 以下各节描述了价值链活动，并定义了每一活动的目的、输入和输出。由于每个价值流由不同的活动和实践组合构成，所列出的输入和输出并不总是适用，因为它们由特定的价值流所确定。例如， “战略、战术和运营计划” 这条计划价值链活动的输出分别由战略、战术和运营计划结果组成。每一个层次都可能涉及不同的资源，具有不同的计划周期，并且由不同的事件触发。列出的输入和输出清单不是规定性的，当组织设计其价值流时，它们可以而且应该进行调整。
1597
1598
1599 === ​​​​​​​**4.5.1 ** ** 计划** ===
1600
1601 计划价值链活动的目的是确保整个组织对所有四个维度与所有的产品和服务的愿景、当前状态和改进方向达成共识。
1602
1603 此活动的关键输入是：
1604
1605 * 组织治理机构设立的方针政策、要求和约束
1606 * 契动活动提供的整合的需求和机会
1607 * 来自于改进活动的价值链绩效信息、改进状态报告和改进措施
1608 * 有关新的和变更的产品与服务的知识和信息，他们来自于设计和转换活动，以及获取/构建活动。
1609
1610 这项活动的主要输出是：
1611
1612 * 战略、战术和运营计划
1613 * 设计和转换的投资组合决策
1614 * 设计和转换的架构和方针政策
1615 * 提供给改善活动的改善机会
1616 * 提供给契动活动的产品和服务组合
1617 * 提供给契动活动的合同和协议要求。
1618
1619 === **​​​​​​​4.5.2 ** **改进** ===
1620
1621 **关键信息：**
1622
1623 改进价值链活动的目的是确保在所有价值链活动和服务管理的四个维度上持续改进产品、服务和实践。
1624
1625 此价值链活动的关键输入是：
1626
1627 * 交付和支持活动提供的产品和服务的绩效信息
1628 * 契动活动提供的利益相关者的反馈
1629 * 所有价值链活动提供的绩效信息和改进机会
1630 * 有关新的和变更的产品与服务的知识和信息，它们来自于来自于设计和转换活动，以及获取/构建活动
1631 * 来自于契动活动的有关第三方服务组件的知识和信息。
1632
1633 该价值链活动的关键输出是：
1634
1635 * 对所有价值链活动的改进举措
1636 * 为计划活动和治理机构提供的的价值链的绩效信息
1637 * 为所有价值链活动提供的改进状态报告
1638 * 为契动活动提供的合同和协议要求
1639 * 为设计和转换活动提供的服务绩效信息。
1640
1641 === **​​​​​​​4.5.3  ​​​​​​​契动** ===
1642
1643 **关键信息：**
1644
1645 契动价值链活动的目的是充分理解利益相关者需求，提高透明度，让所有利益相关者持续契动并与之保持良好关系。
1646
1647 这个价值链活动的关键输入是：
1648
1649 * 计划活动提供的产品和服务组合
1650 * 内部和外部客户提供的有关服务和产品的高层次需求
1651 * 客户提供的有关服务和产品的详细要求
1652 * 来自于客户的请求和反馈
1653 * 事件、服务请求和用户反馈
1654 * 来自于交付和支持活动的用户支持任务的完成信息
1655 * 来自于现有和潜在客户及用户的营销机会
1656 * 合作伙伴及供应商提供的合作机会和反馈
1657 * 来自于所有价值链活动的合同和协议要求
1658 * 有关新的和变更的产品和服务的知识和信息，它们来自于设计和转换活动以及获取/构建活动
1659 * 来自于供应商和合作伙伴的有关第三方服务组件的知识和信息
1660 * 来自于交付和支持活动的产品和服务的绩效信息
1661 * 来自于改进活动的改进措施
1662 * 来自于改进活动的改进状态报告。
1663
1664 该价值链活动的关键产出是：
1665
1666 * 提供给计划活动的综合性的要求和机会
1667 * 提供给设计和转换活动的有关产品和服务的需求
1668 * 提供给交付和支持活动的用户支持任务
1669 * 提供给改进活动的改进机会和利益相关者的反馈
1670 * 提供给获取/构建活动的变更或项目启动请求
1671 * 提供给设计和转换活动，以及获取/构建活动的与外部和内部供应商及合作伙伴所签订的合同和协议
1672 * 提供给所有价值链活动的有关第三方服务组件的知识和信息
1673 * 提供给为客户的服务绩效报告。
1674
1675 === ​​​​​​​**4.5.4  设计和转换** ===
1676
1677 **关键信息：**
1678
1679 设计和转换价值链活动的目的是确保产品和服务持续满足利益相关者对质量、成本和上市时间的期望。
1680
1681 此活动的关键输入是：
1682
1683 * 计划活动提供的投资组合决策
1684 * 计划活动提供的架构和方针政策
1685 * 契动活动提供的产品和服务需求
1686 * 改进活动提供的改进举措
1687 * 改进活动提供的改进状态报告
1688 * 交付和支持活动，以及改进活动提供的服务绩效信息
1689 * 来自于获取/构建活动的服务组件
1690 * 来自于契动活动的有关第三方服务组件的知识和信息
1691 * 来自于获取/构建活动的有关新的和变更的产品和服务的知识和信息
1692 * 契动活动提供的与外部和内部供应商及合作伙伴签订的合同和协议。
1693
1694 这项活动的主要输出是：
1695
1696 * 提供给获取/构建活动的需求和规格说明
1697 * 提供给契动活动的合同和协议的要求
1698 * 提供给交付和支持活动的新的和变更的产品和服务
1699 * 提供给所有的价值链活动的有关新产品和服务的知识和信息
1700 * 提供给改进活动的绩效信息和改进机会。
1701
1702 === **​​​​​​​4.5.5 ** ​​​​​​​**获取/构建** ===
1703
1704 **关键信息：**
1705
1706 获取/构建价值链活动的目的是确保服务组件在需要的时间和地点可用，并满足约定的规格说明。
1707
1708 此活动的主要输入是：
1709
1710 * 计划活动提供的架构和方针政策
1711 * 契动活动提供的与外部和内部供应商及合作伙伴签订的合同和协议
1712 * 外部和内部供应商及合作伙伴提供的货品和服务
1713 * 设计和转换活动提供的需求和规格说明
1714 * 改进活动提供的改进举措
1715 * 来自于改进活动的改进状态报告
1716 * 契动活动提供的变更请求或项目启动请求
1717 * 交付和支持活动提供的变更请求
1718 * 有关新的和变更的产品和服务的知识和信息，它们来自于设计和转换活动
1719 * 来自于契动活动的有关第三方服务组件的知识和信息。
1720
1721 这项活动的主要输出是：
1722
1723 * 提供给交付和支持活动的服务组件
1724 * 提供给设计和转换活动的服务组件
1725 * 提供给所有价值链活动的有关新的和变更的服务组件的知识和信息
1726 * 提供给契动活动的合同和协议要求
1727 * 提供给改进活动的绩效信息和改进机会。
1728
1729 === **​​​​​​​4.5.6**  **交付和支持** ===
1730
1731 **关键信息：**
1732
1733 交付和支持价值链活动的目的是确保根据商定的协议和利益相关者的期望交付和支持服务。
1734
1735 此活动的关键输入是：
1736
1737 * 设计和转换活动提供的新的和变更的产品和服务
1738 * 获取/构建活动提供的服务组件
1739 * 改进活动提供的改进举措
1740 * 活动提供的改进状态报告
1741 * 契动活动提供的用户支持任务
1742 * 有关新的和变更的服务组件和服务的知识和信息，他们由设计和转换活动，以及获取/构建活动提供
1743 * 契动活动提供的有关第三方服务组件的知识和信息。
1744
1745 这项活动的主要输出是：
1746
1747 * 提供给客户和用户的服务
1748 * 提供给契动活动的有关用户支持任务的完成信息
1749 * 提供给契动活动和改进活动的产品和服务绩效信息
1750 * 提供给改进活动的改进机会
1751 * 提供给契动活动的合同和协议要求
1752 * 提供给获取/构建活动的变更请求
1753 * 提供给设计和转换活动的服务绩效信息。
1754
1755 有关服务价值链活动的更多详细信息，请参见其他ITIL 4出版物和补充材料。
1756
1757
1758 == **​​​​​​​4.6**  **持续改进** ==
1759
1760 一个组织的所有领域和所有层面，从战略到运营，都在持续改进。为了最大限度地提高服务的有效性，每个为提供服务做出贡献的人都应该精益求精，并且应该时刻寻找改进的机会。
1761
1762 持续改进模型适用于整个服务价值系统SVS，以及组织的所有产品、服务、服务组件和各种关系。为了支持各个层面的持续改进，ITIL 服务价值系统SVS包括：
1763
1764 * ITIL持续改进模型，它为组织提供了实施改进的结构化方法
1765 * 服务价值链活动-改进活动，它将将持续改进嵌入价值链当中
1766 * 持续改进实践，它支持组织日常改进工作。
1767
1768 ITIL持续改进模型可用作支持改进举措的高阶指南。该模型的使用将提高ITSM举措成功的可能性，聚焦客户价值，并确保改进工作能够与组织的愿景相联系。该模型支持以迭代的方式进行改进，将工作划分为可管理的部分，具有可以逐步实现的单一的目标。
1769
1770
1771 图4.3提供了ITIL持续改进模型的高阶描述。
1772
1773 (% style="text-align:center" %)
1774 [[image:1613924562408-189.png]]
1775
1776 图4.3持续改进模型
1777
1778
1779 ITIL故事：改进艾克苏
1780
1781 亨利希望艾克苏成为一家更环保的公司，并在其工作中引入更多环保实践。在以下部分中，艾克苏团队使用持续改进模型中的步骤来实施组织的变革。
1782
1783 **亨利：**在艾克苏，我们努力在各个层面上持续改进。我们的目标之一是成为更环保的企业，并将可持续发展原则纳入每项业务决策中。我的团队致力于这一举措。作为我们服务关系模型的一部分，我们的合作伙伴和供应商也参与其中。
1784
1785 需要提醒的是，基于不同的改进主题和改进类型，模型每个步骤的范围和细节会有很大差异。应该认识到，该模型可以作为工作流程，但它也可以只是用于善思良谋过程的高屋建瓴的提示，以确保改进工作得到妥善的管理。该流程旨在确保改进与组织的目标相关联，适当的确定优先顺序，而且改进措施能够产生可持续的成果。
1786
1787 在使用持续改进模型时，应始终以逻辑和常识为准。该模型的步骤并不需要以线性方式执行，可能需要在某一时刻重新评估并返回到先前的步骤。使用此模型时，应始终保持严谨的判断。
1788
1789
1790 === **​​​​​​​4.6.1 ** **持续改进模型** ===
1791
1792 本节详细介绍了持续改进模型的每个步骤。一个组织可以根据其文化和目标调整这些步骤。该模型简单而灵活，可以应用于敏捷文化中，也可以应用于传统的瀑布文化当中。
1793
1794
1795 ==== **​​​​​​​4.6.1.1  ​​​​​​​步骤一：愿景是什么？** ====
1796
1797 **关键信息：**
1798
1799 每项改进举措都应该支持组织的目的与目标。持续改进模型的第一步是确定举措的愿景。这为所有后续决策提供了背景，并将个人行动与组织的未来愿景联系起来。
1800
1801 此步骤主要关注两个关键领域：
1802
1803 * 组织的愿景和目标需要转化为具体业务单元、部门、团队和/或个人的愿景和目标，以便了解所有改进举措的背景、目标和边界。
1804 * 需要为计划中的改进建立高层次的愿景。
1805
1806 这一步骤内的工作应当确保：
1807
1808 * 已经理解了高层次的方向
1809 * 在此背景下描述和理解计划的改进举措
1810 * 了解利益相关者及其角色
1811 * 理解将实现的预期价值并达成一致
1812 * 负责实施改进的人员或团队在实现组织愿景方面方面的角色是明确的。
1813
1814 如果跳过此步骤，则改进可能只是针对所涉及的人员或团队的优化，而不是对整个组织的优化，或者改进的重点独独落在非增值活动上。
1815
1816
1817 ITIL的故事：愿景是什么？
1818
1819 **亨利：**艾克苏的愿景是让公司成为全球三大绿色汽车租赁公司之一。为此目的创建了一项名为艾克苏Green的持续改进计划。
1820
1821 **克雷格：**作为艾克苏的清洁服务供应商，我会在这项改进计划中为他们提供支持。
1822
1823
1824 ==== **​​​​​​​4.6.1.2**  **步骤二：我们现在在哪里？** ====
1825
1826 一项改进举措的成功，取决于对该举措的出发点和影响的清晰和准确的理解。一项改进可以认为是从A点到B点的旅程，这一步骤明确定义了A点的样子。如果不知道起点，则无法绘制旅程图。
1827
1828 此步骤的关键内容是现状评估。这是对现有服务的评估，包括用户对所获得的价值的感受、人员的能力和技能、涉及的过程和程序以及/或可用技术解决方案的能力。还需要了解组织的文化，即所有利益相关方群体的主流价值观和态度，以决定需要何种层次的组织变革管理。
1829
1830 应尽可能通过客观测量来进行现状评估。这将使我们准确理解与当前状态相关的问题，并且一旦实施该举措，就能够通过与初始状态进行比较来适当地测量所取得的改进水平。如果有一个好的测量系统，那么在最初改进建议的文档中，就可能已经提供了完成这一步骤的信息。
1831
1832 如果跳过此步骤，将无法了解当前状态，也没有客观基线测量。因此，很难跟踪和测量改进活动的有效性，因为后续无法将新状态与之前的状态进行比较。
1833
1834
1835 ITIL故事：我们现在在哪里？
1836
1837 **苏：**我们需要了解基线。如果我们不知道起点在哪里，怎么知道我们是否有所改进？目前，我们车队中只有5％的车辆是电动车。
1838
1839 **克雷格：**只有20％的清洁用品是可生物降解的。
1840
1841
1842 ==== **​​​​​​​4.6.1.3**  **步骤三：我们想去哪里?** ====
1843
1844 正如上一步骤（步骤2）描述了改进之旅中的A点，步骤3描述了B点，即下一步行程的目标状态应该是什么样子。如果目的地不清楚，则无法绘制旅程图。
1845
1846 根据前两个步骤的结果，可以进行差距分析，评估从起点到实现倡议愿景的路程的范围和性质。值得注意的是，该倡议的初步愿景只是一个愿望，可能永远都不会完全实现。
1847
1848 改进是目标，而不是理想。该步骤应根据起点的已知情况，在达成改进愿景的征途上，确定一个或多个优先任务。可以根据差距分析确定改进机会和优先级，并设定改进目标，以及关键成功因素（CSF）和关键绩效指标（KPI）。
1849
1850 商定的目标、CSF和KPI都需要遵循所谓的SMART原则。它们应该是具体的、可测量的、可实现的、相关的和有时限的。如果知道确切的目的地，则更容易确定改进之旅的路线。必须注意的是，目标状态代表了迈向愿景的进展，而不是整个愿景的实现。
1851
1852 如果跳过此步骤，目标状态将一直不明确。很难对关键利益相关方能够从改进举措中获得什么收益作出令人满意的说明，这可能会导致支持率低，甚至受到抵制。
1853
1854
1855 ITIL的故事：我们想去哪里？
1856
1857 **苏：**五年内，我们希望车队中有50％的电动车。另一半应符合最严格的汽油车和柴油车的生态要求。
1858
1859 **克雷格：**我的目标之一是，在未来两年内，90％的清洁用品将是可生物降解的。
1860
1861 **拉迪卡：**这是一项伟大的举措。在我们的IT团队中，我们希望使用可生物降解的杯子。我们也希望艾克苏在所有的办公室使用环保灯泡。
1862
1863
1864 ==== **​​​​​​​4.6.1.4**  **步骤4：我们如何到达那里？** ====
1865
1866 既然已经确定了改进之旅的起点和终点，就可以商定具体的路线了。基于对改进愿景以及当前和目标状态的理解，并将这些知识与主题专业知识相结合，可以创建应对该举措的挑战的计划。
1867
1868 **关键信息**：
1869
1870 步骤4的计划可以是完成单个简单改进任务的直捷路线，也可能涉及更多内容。执行改进的最有效方法可能并非显而易见，有时需要设计实验来测试哪些方案最具潜力。
1871
1872 即使要遵循的路径是明确的，最有效的做法可能是以一系列的迭代来开展工作，每一次迭代都会将改进向前推进一部分。每一次迭代，都有机会检查进展，重新评估方法，并酌情改变方向。
1873
1874 如果跳过此步骤，则改进的执行可能会扑朔迷离，达不到改进的要求。失败的改进会削弱的信心，也会使未来改进难以获得支持。
1875
1876
1877 ITIL的故事：我们如何到达那里？
1878
1879 **克雷格：**我的计划是，当我们的清洁用品的库存用完后，用可生物降解的产品取代。同时，我们将测试新产品，寻找价格和质量的最佳平衡点。
1880
1881 **苏：**有时候知易行难，用电动汽车取代我们一半的车队是一个更大的挑战。如果他们没有被使用，我们不希望我们的车场中有不被使用的多余的汽车。我们还必须考虑不同国家的具体情况和基础设施，以及当地的法规。
1882
1883 **拉迪卡：**我们鼓励使用陶瓷杯而不是塑料杯。我们停止购买塑料杯，我们正在为所有办公室购买陶瓷杯。
1884
1885
1886 ==== **​​​​​​​4.6.1.5 ** **步骤5：采取行动** ====
1887
1888 **关键信息**：
1889
1890 在步骤5中，执行改进计划的行动。这可能涉及传统的瀑布式方法，但遵循敏捷方法可能更合适，包括试验、迭代、改变方向，甚至回到之前的步骤来。
1891
1892 有些改进是作为会带来巨大变革的一项重大举措的一部分而进行的，而另一些改进虽小但意义重大。在某些情况下，通过实施多个较小的改进迭代来实现较大的变革。即使在计划的时候，完成改进的路径似乎很清晰，重要的是在整个过程中对变化保持开放的态度。目标是实现预期结果，而不是对如何前进坚持一种僵硬的看法。
1893
1894 在改进过程中，需要持续关注测量实现愿景的进展和管理风险，并确保举措的可见性和整体意识。ITIL的一些实践，如组织变革管理（第5.1.6节）、测量和报告（第5.1.5节）、风险管理（第5.1.10节），当然还有持续改进（第5.1.2节）是本步骤取得成功的重要因素。
1895
1896 这一步骤完成后，工作将处于旅程的终点，从而形成新的当前状态。
1897
1898
1899 ITIL故事：采取行动
1900
1901 **克雷格：**我们已开始用可生物降解的产品取代清洁用品的库存。我们发现了一些很棒的新产品，甚至通过使用不会影响质量的更便宜的替代品来节省资金。
1902
1903 **苏：**我们已经开始淘汰一些老旧的汽油车和柴油车，用新的电动车型取而代之。我们对保有的汽油车和柴油车进行了彻底的检查，确保它们符合生态要求，对不符合要求的，将采取措施加以问题。
1904
1905 **拉迪卡：**我们已将新的可生物降解杯和环保灯泡带入我们的办公室，并开始撤除塑料杯。
1906
1907
1908 ==== **​​​​​​​4.6.1.6 ** **步骤6：我们到了吗？** ====
1909
1910 此步骤涉及检查行程的目的地，以确保已达到期望的终点。
1911
1912 **关键信息**：
1913
1914 很多时候，一旦启动了改进计划，人们就会假设已经获得了预期收益，可以将注意力转移到下一个举措上。实际上，改进的道路上充满了各种障碍，因此必须验证是否成功。
1915
1916 对于改进举措的每次迭代，都需要检查和确认进展（是否实现了原定目标？）和价值（那些目标是否仍然有意义？）。如果尚未达成期望的结果，则选择并采取额外的行动来完成工作，这通常会导致一个新的迭代。
1917
1918 如果跳过此步骤，则很难确定是否真正实现了期望的结果或承诺的结果，也得不到此次迭代的经验教训~-~-在需要的时候，它们可以支持修正航线。
1919
1920
1921 ITIL故事：我们到了吗？
1922
1923 **克雷格：**几个月后，我们成功实现了90％的产品可生物降解的目标。
1924
1925 **苏：**电动汽车正在引入，但由于后勤原因，取代汽油车和柴油车的难度比我们预期的大得多。如果我们想达到我们的五年目标，就必须加快步伐。我们现在可能要重新考虑我们的目标，并决定是否应该做更多的工作来支持它，或者是否需要修改目标。
1926
1927 **拉迪卡：**我们的办公室现在有可生物降解的杯子和环保的灯泡。一些旧的塑料杯仍在使用，但我们已经不再购买，所以一旦用完就没有了。
1928
1929
1930 ==== **​​​​​​​4.6.1.7 ** **步骤7：我们如何保持这种势头？** ====
1931
1932 **关键信息**：
1933
1934 如果改进已达到预期的价值，那么该举措的重点就应转移到推广这些成功经验和巩固引入的所有新方法上。这是为了确保进展不会丢失，并为下一次改进建立支持和势头。
1935
1936 应该使用组织变革管理和知识管理实践，将变革融入组织当中，并确保改进和改变的行为不会有反弹回潮的风险。领导者和管理者应该帮助团队将新的工作方法真正融入到日常工作中，并将新的行为制度化。
1937
1938 如果没有实现改进的预期结果，则需要向利益相关方说明举措失败的原因。这需要对改进进行全面分析，记录并交流经验教训。这应该包括，根据收集的经验，在下一次迭代中可以采取的不同做法的描述。无论当前迭代的结果如何，透明度对于未来的工作都很重要。
1939
1940 如果跳过此步骤，那么改进可能仍然是孤芳自赏的举措，任何进展都可能随着时间的推移而消失。今后的改进也可能很难获得支持，也难以将持续改进融入组织文化当中。
1941
1942
1943 ITIL的故事：我们如何保持这种势头？
1944
1945 **克雷格：**现在我们已达到了目标，我们将监控我们购买的任何新产品，以确保它们符合我们的可生物降解标准。我们还将寻找一切机会，用更为环保的替代品取代剩余的不可生物降解产品。
1946
1947 **苏：**我们在为艾克苏车队增加新的电动车方面有了一个良好的开端，但尚未达到我们的目标。现在，我们需要分析是什么阻碍了我们实现目标，记录我们吸取的经验教训，并决定未来可以采取哪些不同的做法，使电动汽车的引入更加有效。
1948
1949 **拉迪卡：**我们将继续为办公室购买陶瓷杯和环保灯泡。我们还将考虑更多的方法使办公室更为环保，并与员工一起开展活动，鼓励他们提高环保意识。
1950
1951
1952 === **​​​​​​​4.6.2 ** **持续改进和指导原则** ===
1953
1954 遵循持续改进模型，组织可以从应用ITIL指导原则中显著受益。所有的原则都适用于改进举措的每一步骤，也与每一步骤都有关系。当然，某些指导原则，与持续改进模型的具体步骤有着特别的相关性。在改进的每一步都遵循这些原则，将增加每一步骤和整体改善举措的成功机会。表4.2描述了每一指导原则与持续改进模型的哪些步骤有着特别的相关性，尽管所有原则在某种程度上适用于所有的步骤。
1955
1956 持续改进不仅是精益的组成部分，也是敏捷（回顾会）、DevOps（持续的实验和学习、掌握），以及其他框架的组成部分。它是ITIL SVS的关键组件之一，它与指导原则一起为成功的服务管理提供了坚实的平台。
1957
1958
1959 表4.2与最相关的ITIL指导原则链接的持续改进模型的步骤
1960
1961 | |**聚焦价值**|**从你所处的地方开始**|**基于反馈迭代推进**|**协作和提升可视化程度**|**通盘思考和工作**|**保持简单实用**|**优化和自动化**
1962 |愿景是什么？|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**
1963 |我们现在在哪里？|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**
1964 |我们要在哪里？|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**
1965 |我们怎么那里？|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**
1966 |采取行动|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**
1967 |我们到了那里吗？|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**
1968 |我们如何保持发展势头？|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**|**ü**
1969
1970 持续改进和约束理论：
1971
1972 在日新月异的商业环境中，一个企业能否快速变革，无论是对外部因素的反应，还是对市场的颠覆，都能决定企业的失败与成功。
1973
1974 在规划改进时，关键是把重点放在最优先的工作上。根据约束理论（ToC），价值链中最薄弱的环节决定了系统的流量和吞吐量。必须尽可能提升最薄弱的环节（有时会暴露出新的最薄弱环节），价值链中的所有其他步骤都必须围绕它来组织。
1975
1976 使用价值流映射可以确定价值流的最弱环节。这是一种精益实践，它检查流动，量化其浪费（例如，延迟），并在此过程中确定其最薄弱的环节。如果最薄弱的环节是信息系统的开发，那么应用敏捷原则和实践可以提高功能开发的质量和速度。这包括业务和IT之间的关键性互动，在这种互动中，定义了所需的功能和非功能性需求。有助于此的ITIL 4实践主要包括软件开发和管理、业务分析和关系管理等。
1977
1978 如果最薄弱的环节是部署的速度和可靠性，那么使用DevOps的原则、技术实践和工具就可以起到显着的作用。与此相关的ITIL 4实践包括部署管理、发布管理和组织变革管理。
1979
1980 最后，如果最薄弱的环节是IT服务的交付和支持，那么可以使用IT运营实践和工具，例如ITIL 4实践中的事件管理、问题管理、服务台以及基础架构和平台管理等。
1981
1982
1983 == **4.7  实践** ==
1984
1985 实践是一组为开展工作或实现目标而设计的组织资源。这些资源归纳为服务管理的四个维度（参见第3章）。ITIL SVS包括一般管理实践、服务管理实践和技术管理实践，如第5章所述。
1986
1987
1988 == **4.8  总结** ==
1989
1990 ITIL SVS描述了组织的所有组件和活动作为一个系统如何协同工作，以实现价值创造。每个组织的SVS都与其他组织有接口，形成了一个生态系统，促进各组织、客户和其他利益相关者创造价值。
1991
1992 ITIL SVS具有强大的整体结构，用于对现代化的产品和服务进行治理和管理，使组织能够与消费者共同创造价值。SVS包括服务价值链活动，这些活动得到具有普遍性和整体性特点的实践的支持，使组织能够管理所有类型的需求。这些需求包括使组织能够在竞争环境中茁壮成长的战略需求，以及对信息、服务或支持的运营请求。每个组织都参与了这里所描述的某种形式的价值链活动，即使其中许多活动是由供应商和合作伙伴执行的。可以因地制宜的采用ITIL 4指南，以促进整个SVS的价值、反馈和持续改进。
深圳市艾拓先锋企业管理咨询有限公司