Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -132,6 +132,813 @@
132	132
133	133
134	134
	135	+= **3  服务管理的四个维度** =
	136	+
	137	+上一章概述了对服务管理至关重要的概念。一个组织的目标是为其利益相关者创造价值，这是通过提供和消费服务来实现的。ITIL SVS描述了组织的各个组成部分协同工作创造该价值的方式。但是，在进一步探讨之前，必须首先介绍服务管理的四个维度。这些维度与SVS的所有内容相关并对其产生影响。
	138	+
	139	+为了获得期望的成果并尽可能有效地工作，组织应该考虑其行为的各个方面。但实际上，组织常常过于关注其举措的一个方面而忽略了其他方面。例如，在规划流程改进时，可能没有适当考虑相关人员、合作伙伴和技术，或者实施技术解决方案时，没有适当考虑他们所应支持的过程或人员。服务管理涉及多个方面，如果孤立的考虑他们，不足以产生所需的成果。
	140	+
	141	+**关键信息：**
	142	+
	143	+为了支持服务管理的整体化方法，ITIL定义了四个维度，它们对于以产品和服务的形式有效和高效地促进客户和其他利益干系人的价值至关重要。他们包括：
	144	+
	145	+* 组织和人员
	146	+* 信息和技术
	147	+* 合作伙伴和供应商
	148	+* 价值流和流程。
	149	+
	150	+这些四个维度代表了与整个SVS相关的视角，包括整个服务价值链和所有ITIL实践。四个维度受一些通常不受SVS控制的外部因素的约束或影响。
	151	+
	152	+四个维度及其之间的关系如图3.1所示。
	153	+
	154	+无法妥善处理所有四个维度的问题，可能导致服务无法交付，或无法满足质量或效率的期望。例如，不全面考虑价值流和流程维度会导致工作浪费、工作重复，或更糟的是，该工作与组织中其他地方的工作相冲突。同样，忽略合作伙伴和供应商的维度可能意味着外包服务与组织的需求错位。四个维度没有明确的边界，可能会有重叠。他们有时会以无法预知的方式相互作用，这取决于组织运作的复杂程度和不确定程度。
	155	+
	156	+(% style="text-align:center" %)
	157	+[[image:1613922841352-868.png]]
	158	+
	159	+图3.1 服务管理的四个维度（四维模型）
	160	+
	161	+
	162	+必须指出的是，服务管理的四个维度适用于所有被管理的服务，总体上也适用于SVS。因此，至关重要的是，应针对每项服务考虑这些视角，并在管理和改进各个级别的SVS时，每个视角都应得到考虑。
	163	+
	164	+以下提供了四个维度的概述，并且在其他ITIL 4出版物中可以找到在实际中处理这些维度的更详细的指南。
	165	+
	166	+
	167	+ITIL故事∶服务管理的四个维度
	168	+
	169	+**亨利∶**作为一个IT团队，我们负责艾克苏汽车租赁的信息和技术。但是，有效的IT管理不仅仅是管理技术。我们还必须考虑参与艾克苏汽车租赁服务的更广泛的组织和人员，我们与合作伙伴和供应商的关系，以及我们使用的价值流、流程和技术。
	170	+
	171	+
	172	+== (% style="color:#2d2d2d; font-size:26px" %)**3.1  组织和人员**(%%) ==
	173	+
	174	+服务管理的第一个维度是组织和人员。
	175	+
	176	+一个组织的有效性不能仅靠正式建立的权力结构或权力体系来保证。组织还需要一种能够支持其目标的文化，以及员工队伍中合适的能力和胜任力水平。至关重要的是，组织领导者要倡导和宣传能够激励人们以理想方式工作的价值观。
	177	+
	178	+**关键信息：**
	179	+
	180	+组织的复杂性持续增长，必须确保组织的结构和管理方式，以及其角色、职责、授权和沟通系统得到很好的定义，并支持其总体战略和运营模式。
	181	+
	182	+然而，归根结底，正是组织开展工作的方式打造了共同的价值观和态度，随着时间的推移，这些价值观和态度被视为组织的文化。
	183	+
	184	+例如，在组织中促进信任和透明的文化是有益的，这种文化鼓励其成员提出和升级问题，并在任何问题影响到客户之前促进纠正行动。采用ITIL指导原则是建立健康的组织文化的良好起点（请参阅第4.3节）。
	185	+
	186	+人员（无论是客户、供应商的员工、服务提供者的员工，还是服务关系中的任何其他利益干系人）都是此维度中的关键要素。不仅应注意团队或成员个人的技能和能力，还应注意管理和领导风格，以及沟通和协作技能。随着实践的发展，人们也需要更新其技能和能力。人们越来越需要了解自己的专业和角色与组织中其他人员之间的接口，以确保适当的合作和协作。例如，在IT的某些领域（如软件开发或用户支持），人们越来越认识到，每个人都应该对组织的其他领域有广泛的了解，并在某些领域的有深入的专业知识。
	187	+
	188	+组织中的每个人都应该清楚地了解他们为组织、客户和其他利益相关者创造价值所作的贡献。提倡注重价值创造是打破组织孤岛的有效方法。
	189	+
	190	+服务的组织和人员维度涵盖角色和职责、正式的组织结构、文化以及所需的人员配置和能力，所有这些都与服务的创建、交付和改进有关。
	191	+
	192	+
	193	+ITIL的故事∶艾克苏的组织和人员
	194	+
	195	+**亨利∶**艾克苏的汽车租赁服务的组织和人员维度包括我的IT团队和组织内的其他团队，例如采购、人力资源和设备部。
	196	+
	197	+
	198	+== **3.2  信息和技术** ==
	199	+
	200	+服务管理的第二个维度是信息和技术。与其他三个维度一样，信息和技术既适用于服务管理，也适用于所管理的服务。
	201	+
	202	+有关信息和技术在服务管理中的作用的详细指南，可以在其他ITIL出版物中找到。
	203	+
	204	+**关键信息：**
	205	+
	206	+当应用于SVS时，信息和技术维度包括管理服务所需的信息和知识，以及所需的技术。它还包括SVS不同组件之间的关系，例如活动和实践的输入和输出。
	207	+
	208	+支持服务管理的技术包括但不限于工作流管理系统、知识库、库存系统、通信系统和分析工具。服务管理越来越受益于技术的发展。人工智能，机器学习和其他认知计算解决方案被用于各个层面，从战略规划和组合优化到系统监控和用户支持。移动平台、云解决方案、远程协作工具、自动化测试和部署解决方案的使用已成为服务提供商中的普遍做法。
	209	+
	210	+就具体的IT服务而言，此维度包括在服务提供和消费过程中创建、管理和使用的信息，以及支持和实现该服务的技术。具体的信息和技术取决于所提供服务的性质，通常涵盖IT体系架构的各个层面，包括应用程序、数据库、通信系统及其集成。在许多领域，IT服务应用最新开发的技术，例如区块链、人工智能和认知计算。这些服务为早期采用者提供了业务差异化的潜力，尤其是在竞争激烈的行业中。其他技术解决方案，例如云计算或移动应用，已成为全球许多行业的普遍做法。
	211	+
	212	+关于此维度的信息部分，组织应考虑以下问题：
	213	+
	214	+* 服务会管理哪些信息？
	215	+* 交付和管理服务需要哪些支持信息和知识？
	216	+* 如何保护、管理、归档和处置信息和知识资产？
	217	+
	218	+对于许多服务而言，信息管理是实现客户价值的主要手段。例如，人力资源服务通过使组织能够访问和维护有关其员工、员工就职及其福利的准确信息，而不会将私人信息暴露给未得到授权的人员，从而促进其客户的价值创造。网络管理服务通过维护和提供有关组织的活动网络连接和使用情况的准确信息，使其能够调整网络带宽容量，从而为用户创造价值。一般来说，信息是企业客户消费的大多数IT服务的关键输出。
	219	+
	220	+此维度中的另一个关键考虑因素是如何在不同服务和服务组件之间交换信息。需要充分理解并不断优化各种服务的信息体系架构，同时要考虑诸如提供给用户和在服务之间交换的信息的在可用性、可靠性、可访问性、及时性、准确性和相关性等方面的准则。
	221	+
	222	+信息管理的挑战，例如安全性和法规合规性要求所带来的挑战，也是这一维度的一个重点。例如，一个组织可能受欧盟“通用数据保护条例”（GDPR）的约束，这会影响其信息管理政策和做法。其他行业或国家/地区可能会制定法规，限制跨国公司收集和管理数据。例如，在美国，1996年的《健康保险转移和责任法案》规定了保护医疗信息的数据隐私和安全条款。
	223	+
	224	+如今，大多数服务都基于IT，并且在很大程度上依赖于IT。在考虑将一种技术用于产品或服务的规划、设计、转换或运营时，一个组织可能会提出以下问题：
	225	+
	226	+* 该技术是否与组织及其客户的现有架构兼容？组织及其利益干系人所使用的不同技术产品是否可以协同工作？新兴技术（例如机器学习，人工智能和物联网）是否可能瓦解这一服务或组织？
	227	+* 这项技术是否会在组织或客户的政策和信息安全控制方面引发任何法规或其他的合规性问题？
	228	+* 这是一项在可预见的将来仍将继续可行的技术吗？组织是否愿意承担使用老旧技术的风险，或接受采用新兴技术或未经验证的技术而带来的风险？
	229	+* 该技术是否符合服务提供者或服务消费者的战略？
	230	+* 组织的员工和供应商是否拥有支持和维护该技术的适当技能？
	231	+* 这项技术是否具有足够的自动化能力，以确保其可以有效地开发、部署和运行？
	232	+* 该技术是否提供了可用于其他产品或服务的额外功能？
	233	+* 这项技术是否会给组织带来新的风险或约束（例如，将其锁定在特定的供应商身上）？
	234	+
	235	+一个组织的文化可能会对其选择使用的技术产生重大影响。与其他组织相比，某些组织可能更希望处于技术进步的前沿。同样，某些组织的文化可能较传统。一家公司可能热衷于利用人工智能，而另一家公司可能勉强准备好使用高级数据分析工具。
	236	+
	237	+业务的性质也会影响其使用的技术。例如，与政府客户有重要业务往来的公司可能对某些技术的使用有所限制，或者必须要解决更高的安全性问题。其他行业，如金融或生命科学，在使用技术方面也受到限制。例如，在处理敏感的数据时，他们通常不能使用开源代码和公共服务。
	238	+
	239	+
	240	+ITIL的故事∶艾克苏的信息和技术
	241	+
	242	+享利∶艾克苏汽车租赁的信息和技术维度代表由团队创建和管理的信息。它还包括支持和实现我们服务的技术、应用程序和数据库，诸如我们的预订应用程序和财务系统，也是信息和技术维度的一部分。
	243	+
	244	+
	245	+**定义∶云计算**
	246	+
	247	+一种对可配置计算资源共享池实现按需网络访问的模型，该资源可在最少的管理工作量或与提供者最少交互的情况下快速提供。
	248	+
	249	+多年来，ITSM一直关注用户和客户的价值，这种关注通常是技术中立的：重要的不是技术，而是技术为客户创造的机会。尽管在大多数情况下这是一种完全可以接受的方法，但是组织不能忽略新的架构解决方案和总体上的技术发展。云计算已形成了IT领域的架构变迁，带来了新的机遇和风险，组织必须以对自己、客户和其他利益干系人最有利的方式来应对。
	250	+
	251	+云计算的主要特征包括：
	252	+
	253	+* 按需可用（通常是自助服务）
	254	+* 网络接入（通常是互联网接入）
	255	+* 资源池（通常在多个组织之间）
	256	+* 快速弹性（通常是自动的）
	257	+* 可度量的服务（通常从服务消费者的角度出发）。
	258	+
	259	+在ITSM的背景下，云计算改变了服务架构以及服务消费者、服务提供者及其合作伙伴之间的职责分配。它尤其适用于内部服务提供商，即组织的内部IT部门。在典型情况下，采用云计算模型：
	260	+
	261	+* 用合作伙伴的云服务替换以前由服务提供者管理的某些基础架构
	262	+* 减少或消除了对基础设施管理专业知识和服务提供者资源的需要
	263	+* 将服务监测和控制的重点从内部基础设施转移到合作伙伴的服务上
	264	+* 改变服务提供者的成本结构，取消了特定的资本性支出并引入新的运营支出，并需要对其进行适当的管理
	265	+* 对网络可用性和安全性提出了更高的要求
	266	+* 针对服务提供者及其提供云服务的合作伙伴，引入了的新安全性和合规性的风险和需求
	267	+* 为用户提供了通过简单的标准请求，甚至是没有任何请求的情况下，使用自助服务来伸缩服务消费的机会。
	268	+
	269	+所有这些都会影响多个服务提供者的实践，包括但不限于：
	270	+
	271	+* 服务级别管理
	272	+* 测量和报告
	273	+* 事件管理
	274	+* 问题管理
	275	+* 服务请求管理
	276	+* 服务配置管理
	277	+
	278	+云计算的另一个重要影响是，由于计算资源的弹性，云基础设施可以大大加快新服务和变更服务的部署速度，从而支持高速服务交付。以与新应用程序相同的速度配置和部署计算资源的能力，是开发运维一体化（DevOps）和类似举措成功的重要前提。这支持了现代组织更快的产品上市时间和服务数字化的需要。
	279	+
	280	+考虑到云计算对组织的影响，重要的是要在组织的战略层面对使用这一模式做出决策，让治理到运营的所有层级的利益干系人都参与进来。
	281	+
	282	+
	283	+== **3.3 合作伙伴和供应商** ==
	284	+
	285	+服务管理的第三个维度是合作伙伴和供应商。每个组织和每项服务都在某种程度上依赖于其他组织提供的服务。
	286	+
	287	+**关键信息：**
	288	+
	289	+合作伙伴和供应商维度包括组织与参与设计、开发、部署、交付、支持和/或持续改进服务的其他组织的关系。它还包括组织与其合作伙伴或供应商之间的合同及其他协议。
	290	+
	291	+组织之间的关系会有不同程度的整合性与的正式性。这包括从明确划分职责的正式合同，到各方共享共同目标和风险并进行协作以实现预期成果的灵活伙伴关系。表3.1中列举了一些关系示例。请注意，所描述的合作的形式不是固定的，而是作为范围分布的。充当服务提供者的组织将处于此范围内的某一位置，此位置取决于其战略和客户关系目标。同样，当组织充当服务消费者时，它所扮演的角色则取决于其采购和供应商管理的战略和目标。
	292	+
	293	+
	294	+表3.1组织之间的关系
	295	+
	296	+|**合作的形式**|**输出**|**对输出的责任**|**实现成果的责任**|**正式程度**|**样例**
	297	+|供应货品|提供货品|供应商|客户|正式供应合同/发票|采购电脑和电话
	298	+|服务交付|提供的服务|提供者|客户|正式协议和灵活的个案|(((
	299	+云计算
	300	+
	301	+（基础设施即服务IaaS）
	302	+)))
	303	+|服务伙伴|价值共创|提供者和顾客共同承担|提供者和顾客共同承担|共同目标、通用协议、灵活的个案安排。|员工入职（共享人力资源、设施和信息技术）
	304	+
	305	+在使用合作伙伴和供应商时，组织的策略应该基于其目标、文化和商业环境。例如，某些组织可能认为，将注意力集中在发展某些核心能力上，利用合作伙伴和供应商满足其他需求，对他们来说是最好的。其他组织可能选择尽可能依靠自己的资源，而尽可能少地使用合作伙伴和供应商。当然，这两极的方法之间有许多变化的方法。
	306	+
	307	+组织可以用来处理合作伙伴和供应商维度的一种方法是服务集成和管理。这涉及使用专门建立的集成商来确保妥善的协调服务关系。服务集成和管理可以在组织内进行，也可以委派给值得信任的合作伙伴。
	308	+
	309	+可能会影响组织使用供应商的策略的因素包括：
	310	+
	311	+* 战略重心：一些组织可能更愿意专注于其核心能力，并将非核心支持职能外包给第三方；另一些组织则可能希望尽可能的保持自给自足，保持对所有重要职能的完全控制。
	312	+* 企业文化：一些组织在历史上偏爱一种方法而不是另一种方法。如果没有令人信服的理由，长期的文化偏好很难改变。
	313	+* 资源稀缺性：如果所需的资源或技能市场紧俏，服务提供者可能很难在不与供应商接触的情况下获取所需的东西。
	314	+* 成本问题；服务提供者是否认为从供应商那里采购以满足特定需求更为经济，将会影响到其决策。
	315	+* 领域专业知识：服务提供者可能认为，使用已经在所需领域拥有专业知识的供应商，比尝试在内部开发和维护领域专业知识，风险较小。
	316	+* 外部制约因素：政府法规或政策、行业行为守则以及社会、政治或法律限制可能会影响组织的供应商策略。
	317	+* 需求模式：客户活动或对服务的要求可能是季节性的或表现出高度的可变性。这些模式可能会影响组织使用外部服务提供商来应对可变的要求的程度。
	318	+
	319	+在过去的十年间，提供技术资源（基础设施）或能力（平台，软件）“作为服务”的公司激增。这些公司将物品和服务捆绑为一个产品，可以作为功用消费，通常以营业支出进行核算。这使公司摆脱了投资于昂贵的基础设施和软件资产，而这些资产需要作为资本支出进行核算。
	320	+
	321	+
	322	+ITIL的故事∶艾克苏的合作伙伴和供应商
	323	+
	324	+亨利∶艾克苏的合作伙伴和供应商维度包括Go Go燃气和克雷格保洁等供应商，以及互联网服务提供商和开发商。
	325	+
	326	+
	327	+== ** 3.4 价值流和流程** ==
	328	+
	329	+服务管理的第四个维度是价值流和流程。与其他维度一样，此维度一般而言既适用于SVS，也适用于具体的产品和服务。在这两种情况下，它都定义了实现商定目标所需的活动、工作流程、控制和程序。
	330	+
	331	+**关键信息：**
	332	+
	333	+价值流和流程维度适用于组织及其SVS，它关注的是组织的各个部分如何以综合协调的方式工作，以便通过产品和服务创造价值。该维度的重点是组织开展哪些活动，如何组织活动，以及组织如何确保它为所有利益干系人高效和有效地创造价值。
	334	+
	335	+ITIL为充当服务提供者的组织提供了运营模式，其中涵盖了有效管理产品和服务所需的所有关键活动。这称为ITIL服务价值链（请参阅第4.5节）。
	336	+
	337	+服务价值链运营模型是通用的，实践中它可以遵循不同的模式。价值链运营中的这些模式称为价值流。
	338	+
	339	+
	340	+=== **3.4.1  服务管理的价值流** ===
	341	+
	342	+**关键信息：**
	343	+
	344	+价值流是组织用来为服务消费者创建和交付产品和服务的一系列步骤。价值流是组织价值链活动的组合（有关价值链活动的更多信息，请参见第4.5节，有关价值流的示例，请参见附录A）。
	345	+
	346	+**定义∶价值流**
	347	+
	348	+组织为创建并向消费者提供产品和服务而采取的一系列步骤。
	349	+
	350	+识别和理解组织具有的各种价值流对于提高其整体绩效至关重要。以价值流的形式构建组织的活动可以使组织清楚地了解其交付什么和如何交付，并不断改进其服务。
	351	+
	352	+组织应该检查他们如何开展工作，并绘制他们能够识别的所有价值流。这将使他们能够分析其当前状态，并确定所有工作流程的障碍和非增值活动，即浪费。应消除浪费的活动以提高生产率。
	353	+
	354	+在服务价值链上可以找到增加增值活动的机会。这些机会可能是新活动，也可能是对现有活动的修改，这可以使组织更有成效。价值流优化可能包括过程自动化或采用新兴技术和新兴工作方式，以提高效率或增强用户体验。
	355	+
	356	+组织应为其每一种产品和服务定义价值流。根据组织的战略，可以重新定义价值流，以对不断变化的需求和其他情况做出反应，也可以在相当长的时间内保持稳定。无论如何，都应该对其进行持续改进，以确保组织以最佳方式实现其目标。价值流映射在其他ITIL 4出版物中有更详细的描述。
	357	+
	358	+
	359	+=== **3.4.2 流程** ===
	360	+
	361	+**关键信息：**
	362	+
	363	+流程是将输入转换为输出的一组活动。流程描述了为实现目标而进行的工作，定义明确的流程可以提高组织内部和组织之间的生产率。它们通常在程序和工作说明书中得到详细说明，前者描述了谁参与了这一流程，后者说明了如何执行。
	364	+
	365	+**定义∶流程**
	366	+
	367	+一组将输入转化为输出的相互关联或相互交互的活动。一个流程接受一个或多个已定义的输入，并将它们转换为已定义的输出。流程定义了行动的顺序及其依赖关系。
	368	+
	369	+当应用于产品和服务时，此维度有助于回答以下问题，这些问题对于服务设计、交付和改进至关重要：
	370	+
	371	+* 服务的通用交付模型是什么，服务如何运作？
	372	+* 交付服务的商定输出涉及哪些价值流？
	373	+* 谁或什么执行所需的服务行动？
	374	+
	375	+这些问题的具体答案将取决于服务的性质和体系结构。
	376	+
	377	+
	378	+ITIL的故事∶艾克苏的价值流和流程
	379	+
	380	+**拉迪卡∶**价值流和流程维度代表了在艾克苏内部执行的一系列活动。价值流帮助艾克苏识别浪费的活动并消除阻碍组织效率的障碍。
	381	+
	382	+
	383	+== **3.5  外部因素** ==
	384	+
	385	+服务提供者不是孤立运作的。它们受许多外部因素的影响，并且在动态和复杂的环境中工作，这些环境会展现出高度的易变性和不确定性，并对服务提供者的工作方式施加约束。为了分析这些外部因素，可以使用诸如PESTLE（或PESTEL）模型之类的框架。PESTLE是政治、经济、社会、技术、法律和环境因素的首字母缩写，这些因素制约或影响服务提供者的运营方式。
	386	+
	387	+这些因素共同影响组织如何配置其资源并实施服务管理的四个维度。例如：
	388	+
	389	+* 政府和社会对环保产品和服务的态度可能会导致该组织对满足外部期望的工具和技术进行更多的投资。一个组织可能选择与其他组织合作（或从外部提供商那里获取服务），如果这些组织可以提供其环保证明。例如，一些公司发布产品的环境报告，描述其产品在气候变化、安全材料以及其他资源相关的政策方面的表现。
	390	+* 经济和社会因素可能会影响组织创建同一产品的多个版本，以应对表现出不同购买模式的不同消费群体。音乐和视频流服务就是一个例子，其中许多服务具有免费套餐（带有广告），高级套餐（没有广告），在某些情况下还提供了“家庭计划”，该计划允许在一个付费帐户下设立多个个人账号。
	391	+* 数据保护法律和法规（例如GDPR）已经改变了公司必须如何遵循的收集、处理、访问和存储客户数据的方式，以及它们与外部合作伙伴和供应商的合作方式。
	392	+
	393	+== **3.6  总结** ==
	394	+
	395	+这四个维度代表了服务管理的整体方法，组织应确保在每个维度之间保持重心平衡。还应考虑外部因素对这四个维度的影响。考虑到新出现的趋势和机遇，应在发展过程中处理所有四个维度以及影响它们的外部因素。必须从所有四个维度来考虑组织的SVS，因为如果未能妥善处理或考虑某一个维度或某一个外部因素，都可能导致产品和服务不理想。
	396	+
	397	+
	398	+ITIL故事∶平衡四个维度
	399	+
	400	+马可∶为了使艾克苏的服务尽可能有效，我们将员工、团队、价值流和工作方式进行了的最佳组合。现在，我们采用了一种浑然一体的服务管理方法，将DevOps开发运维一体化、设计思维和敏捷融入了产品开发。我们还使用机器人技术、人工智能和机器学习等新技术，力求高效、精益并尽可能实现自动化。
	401	+
	402	+
	403	+
	404	+----
	405	+
	406	+= **4  ITIL服务价值系统** =
	407	+
	408	+
	409	+== **4.1  服务价值系统概述** ==
	410	+
	411	+为了使服务管理正常运行，它需要作为一个系统工作。ITIL SVS描述了这一系统的输入（机会和需求），这一系统的要素（组织治理，服务管理，持续的改进点以及组织的能力和资源）以及输出（组织目标的实现以及对组织，客户和其他利益相关者的价值）。
	412	+
	413	+**关键信息：**
	414	+
	415	+ITIL SVS描述了组织的所有组件和活动如何作为一个系统共同工作以实现价值创造。每个组织的SVS与其他组织都有接口，形成了一个生态系统，反过来又能促进这些组织、其客户和其他利益相关者的价值。
	416	+
	417	+SVS的关键输入是机会和需求。机会代表一种选择或可能性，它能为利益相关者增加价值或以其他方式改善组织。要求是内部和外部消费者对产品和服务的需要或期望。SVS的结果就是价值，即可感知到某一事物的收益、有用性和重要性。ITIL SVS可以为广泛的利益相关者创造许多不同类型的价值。
	418	+
	419	+ITIL SVS包含以下组件：
	420	+
	421	+* 指导原则：在任何情况下都可以指导组织的建议，无论组织的目标，战略，工作类型或管理结构如何变化。
	422	+* 治理：指导和控制组织的方式。
	423	+* 服务价值链：组织执行的一组相互关联的活动，以向其消费者提供有价值的产品或服务，并促进价值实现。
	424	+* 实践：为执行工作或实现目标而设计的一组组织资源。
	425	+* 持续改进：在各个级别进行的经常性的组织活动，以确保组织的绩效不断满足利益相关者的期望。ITIL 4通过ITIL持续改进模型支持持续改进。
	426	+
	427	+SVS的目的是通过使用和管理产品和服务，确保组织与所有利益相关者不断共同创造价值。SVS的结构如图4.1所示。图的左侧显示了从内部和外部来源向SVS馈送的机会和需求。右侧显示了为组织，其客户和其他利益相关者创造的价值。
	428	+
	429	+(% style="text-align:center" %)
	430	+[[image:1613923462604-846.png]]
	431	+
	432	+图4.1 ITIL服务价值系统
	433	+
	434	+
	435	+ITIL SVS描述了组织的所有组件和活动如何作为一个系统共同工作来实现价值创造。这些组件和活动以及组织的资源可以根据情况的变化以灵活的方式以多种组合方式进行配置和重新配置，但这需要活动、实践、团队、权限和职责以及所有相关方的集成和协调，才能真正有效。
	436	+
	437	+组织试图以一种共同的愿景有效和高效地开展工作，或变得更加敏捷和更具弹性时，可能面临的最大挑战之一是组织孤岛的存在。组织孤岛的形成可以有多种方式，也有许多不同的原因。孤岛可以抵制变革，并且可以阻止轻松获取整个组织中存在的信息和专业知识，这反过来又会降低效率，增加成本和风险。孤岛也使不同群体之间的沟通或协作更加困难。
	438	+
	439	+孤岛式的组织不能迅速采取行动，无法利用机会或优化整个组织的资源使用。由于可见性有限和许多隐藏的意图，通常无法对变革做出有效的决定。实践也可以成为孤岛。许多组织在没有与其他实践明确接口的情况下实施了诸如组织变更管理或事件管理之类的实践。所有实践都应具有多个接口。实践之间的信息交换应在工作流的关键点触发，这对于组织的正常运行至关重要。
	440	+
	441	+ITIL SVS的体系结构特别强调灵活性，不鼓励各自为政。SVS中的服务价值链活动和实践并未形成固定的僵化结构。确切的说，他们可以组合成多个价值流，满足组织在各种场景下的需求。该出版物提供了服务价值流的示例，但是它们都不是确定性的或规范性的。组织应该能够以灵活而又安全、高效的方式定义和重新定义其价值流。这要求在组织的各个层面上开展持续改进活动。ITIL持续改进模型有助于构建此活动。最后，ITIL指导原则决定了持续改进和组织的整体运作。指导原则为整个组织的共享文化奠定了基础，从而支持团队内部和团队之间的协作和合作，并消除了以前由孤岛造成的约束和控制要求。
	442	+
	443	+通过这些组件，ITIL SVS支持多种工作方法，如敏捷，开发运维一体化和精益（请参阅术语表）以及传统的流程和项目管理，并具有灵活的面向价值的运营模式。
	444	+
	445	+组织可以采取多种形式，包括但不限于独资经营者、公司、社团、商号、企业、机构、合伙企业、慈善机关或机构，可以是以上形式的部分或组合，可以是公司或非公司，可以是公立或私营。这意味着SVS的范围可以是整个组织，也可以是该组织的较小子集。为了从SVS获得最大价值并适当解决组织孤岛的问题，最好将整个组织，而不是一个子集纳入范围。
	446	+
	447	+本章的其余部分将探讨SVS的每个元素。
	448	+
	449	+
	450	+组织敏捷性和组织弹性
	451	+
	452	+为了使组织成功，它必须实现组织敏捷以支持内部变更，并具有组织弹性以承受不断变化的外部环境，乃至在其中蓬勃发展。还必须将组织视为更大的组织生态系统的一部分，所有组织都在提供、协调和消费产品和服务。
	453	+
	454	+组织敏捷性是组织快速，灵活，果断地行动和调整以支持内部变革的能力。这可能包括对组织范围的改变，合并和收购，改变组织实践，或需要不同技能或组织结构的技术，以及改变与合作伙伴和供应商之间关系。
	455	+
	456	+组织弹性是指面对外部的渐进式变化和突发事件，组织预测、准备、响应和适应的能力。外部影响可能是政治、经济、社会、技术、法律或环境。如果对组织的优先级和目标没有共同的理解，就无法实现组织弹性，在外部环境变化的情况下，这种共同理解也可以确定方向并促进协调一致。
	457	+
	458	+ITIL SVS提供了实现组织敏捷性和弹性的方法，并促进采用强大的统一方向，关注价值并被组织中的每个人理解的方法。它还可以在整个组织中实现连续的改进点。
	459	+
	460	+
	461	+== **4.2  机会、需求和价值** ==
	462	+
	463	+**关键信息：**
	464	+
	465	+机会和要求触发了ITIL SVS中的活动，这些活动触发了价值的创造。机会和需求总是进入系统，但组织并不是自动接受所有机会或满足所有需求。
	466	+
	467	+机会代表了利益相关者增加价值或改善组织的选项或可能性。可能还没有对这些机会的要求，但它们仍然可以触发系统内的工作。组织应优先考虑具有改进机会的新服务或服务变更，以确保组织资源得到正确分配。
	468	+
	469	+需求代表了内部和外部客户对产品和服务的要求或期望。价值的定义，以及对不同利益相关者而言，什么是价值，见第2章。
	470	+
	471	+
	472	+== **4.3  ITIL指导原则** ==
	473	+
	474	+**关键信息：**
	475	+
	476	+指导原则是在任何情况下都可以指导组织的箴言，无论其目标，战略，工作类型或管理结构如何变化。指导原则具有普遍性和持久性。
	477	+
	478	+
	479	+表4.1 指导原则概述
	480	+
	481	+|**指导原则**|**描述**
	482	+|(((
	483	+聚焦价值
	484	+
	485	+
	486	+)))|组织所做的一切都需要直接或间接地映射到利益相关者的价值上。关注价值原则包含许多视角，包括客户和用户的体验。
	487	+|从你所处的地方开始|不要从头开始，不要在没有考虑利用已有东西基础上去构建新东西。现有的很多服务、流程、方案、项目和人员可用于创建期望的结果。应当直接调查和观察现状，以确保充分理解当前状况。
	488	+|(((
	489	+基于反馈迭代推进
	490	+
	491	+
	492	+)))|(((
	493	+不要试图一次完成所有事情。即使是巨大的举措也必须迭代完成。通过将工作组织成可以及时执行和完成的较小的，可管理的部分，可以对每项工作的保持更为敏锐的注意力。
	494	+
	495	+在每次迭代之前，过程当中和迭代之后进行反馈，即使情况发生变化，也将确保行动具有针对性和适宜性。
	496	+)))
	497	+|(((
	498	+协作和提升可视化程度
	499	+
	500	+
	501	+)))|(((
	502	+跨越边界合作产生的结果是获得更多的支持，与目标的相关性更强，并且增加了长期成功的可能性。
	503	+
	504	+达成目标需要信息、理解和信任。应该明确工作和后果，避免隐情，并尽可能地分享信息。
	505	+)))
	506	+|通盘思考和工作|(((
	507	+任何服务或用于提供服务的要素都不是孤立的。除非组织将服务作为一个整体性工作，而非仅仅工作于其一部分，否则服务提供商和服务消费者所取得的结果将受到影响。
	508	+
	509	+通过有效和高效的管理以及对信息、技术、组织、人员、实践、合作伙伴和协议的动态整合，向内部和外部客户交付结果，这些都应该协调起来以提供确定的价值。
	510	+)))
	511	+|保持简单实用|如果一项流程、服务、行动或指标未能提供价值或产生有用的结果，就将其取消。在流程或程序中，采用实现目标所需的最少步骤。始终采用基于结果的思维来产生可以提供结果的实用的解决方案。
	512	+|优化和自动化|所有类型的资源，特别是人力资源，都应发挥最佳效能。消除一切真正浪费的东西，并发挥技术的能力。人的干预应该只发生在能够真正贡献价值的地方。
	513	+
	514	+这里定义的指导原则总体上体现了ITIL和服务管理的核心信息，支持各种类型和各个层面的成功行动和良好决策。当组织采用服务管理方法并根据自己的具体需求和情况调整ITIL指导原则时，他们可以用于指导组织的工作。这些指导原则鼓励和支持组织在所有层面的持续改进。
	515	+
	516	+这些原则也反映在许多其他框架、方法、标准、哲学和/或知识体系中，例如精益、敏捷、DevOps和COBIT。这使组织能够有效地将多种方法的使用整合到服务管理的整体方法中。
	517	+
	518	+指导原则几乎适用于任何举措以及与利益相关方群体的所有关系。例如，第一项原则，即关注价值，不仅可以（而且应该）适用于服务消费者，而且适用于所有有关的利益相关者及其各自的价值定义。
	519	+
	520	+表4.1是对指导原则的概要介绍。本章稍后将介绍各项原则的其他细节。
	521	+
	522	+
	523	+ITIL，敏捷和DevOps
	524	+
	525	+敏捷方法应用于软件开发时，重点是提供软件产品的渐进式变更，以响应用户变化的（不断衍变的）需求。他们培养了一种文化，具有不断学习、灵活、愿意尝试新方法并适应快速变化的需求的特点。敏捷的工作方式包括时间框工作、自组织和跨职能团队等技术，以及与客户和用户的持续协作和沟通。
	526	+
	527	+敏捷软件开发团队通常关注产品增量的快速交付，其代价是牺牲了更整体的观点，即考虑这些产品在现场环境中的可操作性、可靠性和可维护性。同样，持续学习和改进举措可以集中在更好的表达用户需求，排列其优先级，或简化开发、测试和部署工作软件的过程。虽然这些举措可以提供有价值的成果，但在服务级别层面可能有与其他举措不同步的风险。
	528	+
	529	+正如敏捷技术为服务组织提供产品和软件增量流一样，ITIL也可以为软件开发组织提供更广泛的视角和语言，以便与其他服务团队合作。在没有ITIL的情况下采用敏捷可能会导致更高的成本，例如采用不同技术和架构的成本，以及发布、操作和维护软件增量的成本。同样，在没有敏捷技术的情况下实施ITIL可能会失去对客户和用户价值的关注，造成行动缓慢而又高度集中的官僚机构。
	530	+
	531	+当同时采用Agile和ITIL时，可以以相似的节奏开展软件开发和服务管理，共享共同的术语，并确保组织持续与所有利益相关者共同创造价值。ITIL和Agile协同工作的方式包括：
	532	+
	533	+* 简化诸如变更支持之类的实践，
	534	+* 建立程序，整合管理计划外中断（事件），确定优先排序，并调查失败的原因
	535	+* 必要时分离管理服务的记录系统（如配置管理数据库）与软件开发团队使用的“参与系统”（如协作工具）之间的交互处理。
	536	+
	537	+DevOps方法建立在敏捷软件开发和服务管理技术基础之上，强调软件开发和技术运营之间的紧密协作。利用高度自动化来解放专业技术人员的时间，使他们能够专注于增值活动，DevOps能够在软件产品的可操作性、可靠性和可维护性等方面照亮前进方向，从而帮助服务管理。DevOps从业者倡导的文化方面可以并且应该扩展到价值流和所有服务价值链活动，使产品和服务团队保持一致的目标，使用相同的方法。
	538	+
	539	+人们常说，DevOps结合了软件开发技术（敏捷），良好治理和价值共创的整体方法（ITIL），以及对学习和改进价值生成方式的痴迷（精益）。因此，采用DevOps方法为改进软件产品的开发和管理方式提供了进一步的机会，例如：
	540	+
	541	+* 创建从交付和支持到软件开发和技术操作的快速反馈循环
	542	+* 简化价值链活动和价值流，使工作需求可以快速转化为多个利益相关者的价值
	543	+* 区分部署管理与发布管理
	544	+* 倡导“系统观”，强调企业治理、服务团队、软件开发和技术操作之间的紧密协作。
	545	+
	546	+=== **4.3.1  聚焦价值** ===
	547	+
	548	+**关键信息：**
	549	+
	550	+组织开展的所有活动都应直接或间接地与自身，客户和其他利益相关者的价值相联系。
	551	+
	552	+本节主要关注为服务消费者创造价值。当然，服务也有助于组织和其他利益相关者的价值。这种价值可能有多种形式，例如收入、客户忠诚度、较低成本或增长机会。可以在以下建议基础上调整，以应对各种利益相关方群体以及组织为其创造的价值。
	553	+
	554	+
	555	+==== **4.3.1.1  谁是服务消费者** ====
	556	+
	557	+在关注价值时，首先要知道对谁服务。因此，在每种情况下，服务提供商必须确定服务消费者是谁以及关键利益相关者是谁（例如，客户、用户或赞助者；详见2.2节）。在这样做时，服务提供商应该考虑谁将从正在交付或改进的服务中获得价值。
	558	+
	559	+
	560	+ITIL的故事：艾克苏的新技术
	561	+
	562	+艾克苏现正考虑在他们的汽车中引入几项新技术。在后续章节中，艾克苏团队审视可以引入的新技术，并使用ITIL指导原则来帮助确定最佳行动方案。
	563	+
	564	+**苏：**我们正在考虑的服务的一个方面是车辆的取车和归还。这个过程仍然非常人工化的。我们有一些区域仓库还在使用纸质表格来登记客户。客户不希望浪费时间填写表格以进行身份识别，因为当在线预订过程中已提供这一信息时。
	565	+
	566	+为了改善客户识别过程，艾克苏可以使用生物识别技术来识别我们的客户。
	567	+
	568	+**马可：**生物识别技术使用扫描的图形数据进行个人识别。它快速可靠，并广泛应用于其他行业。例如，航空业正在使用它进行安全检查、登机手续、甚至是飞机登机。我们可以使用指纹或面部识别扫描来快速识别我们的客户，并自动完成取车和还车流程。
	569	+
	570	+**拉迪卡：**我们需要注意GDPR等法规以及这项技术可能带来的数据安全风险。
	571	+
	572	+**马可：**艾克苏还想尝试自动识别返回车辆的损坏，包括划痕、凹痕和破损的车灯。该技术甚至有可能识别燃料水平。这将自动计算客户产生的所有燃料费用，这也是一个人工过程。
	573	+
	574	+**苏：**我们的客户想要简单和快捷，同时保持在路上的舒适性和安全性。生物识别技术和汽车扫描将成为满足不断变化的客户需求的机会之源。
	575	+
	576	+**马可：**我们的服务已经依赖于技术，以及智能手机和个人设备的智能，以满足客户的需求和期望。生物识别技术的采用是一个自然的进步。任何能够使用指纹或面部识别功能访问手机的人都会使用相同的技术来取车或归还汽车。
	577	+
	578	+**亨利：**我们不能犯这样的错误，即试图同时实施每项创新，即使它们听起来都是艾克苏汽车租赁的理想解决方案。我们需要一个框架来确保实现价值，并指导我们的决策。同样重要的是，即使我们勇闯新的环境，也不能让我们现有的客户处于不利地位。例如，并非所有客户都精通技术。对于我们的老年顾客来说尤其如此，他们占我们休闲旅游客户群的很大一部分。我们还需要在创新与现有运营需求之间取得平衡。
	579	+
	580	+
	581	+==== **4.3.1.2  消费者的价值视角** ====
	582	+
	583	+接下来，服务提供者必须了解对服务使用者什么东西有真正的价值。服务提供商需要知道：
	584	+
	585	+* 消费者使用服务的原因
	586	+* 这些服务可以帮助他们做什么
	587	+
	588	+服务如何帮助他们实现目标
	589	+
	590	+* 服务消费者的成本/财务影响的作用
	591	+* 服务消费者所面临的风险。
	592	+
	593	+价值可以有多种形式，例如提高生产率、减少负面影响、降低成本、开拓新市场的能力或更好的竞争地位。服务消费者的价值：
	594	+
	595	+* 由他们自己的需求定义
	596	+* 是通过支持预期结果和优化服务消费者的成本和风险来实现的
	597	+* 随时间推移和不同情况而变化
	598	+
	599	+==== **4.3.1.3  客户体验** ====
	600	+
	601	+价值的一个重要元素是服务消费者在与服务和服务提供商交互时的体验。这通常被称为客户体验（CX）或用户体验（UX），具体取决于所采用的定义，并且必须进行主动管理。
	602	+
	603	+CX可以定义为客户与组织及其产品之间的全部交互。这种体验可以决定客户对组织及其产品和服务的感受。
	604	+
	605	+CX既客观又主观。例如，当客户订购产品并按承诺的价格和承诺的交货时间接收到他们所订购的产品时，他们体验的这一方面是否成功是可以客观测量的。另一方面，如果他们不喜欢他们下单的网站的风格或布局，这就是主观的。另一位客户可能非常喜欢这种设计。
	606	+
	607	+
	608	+==== **4.3.1.4  应用原则** ====
	609	+
	610	+要成功应用此原则，请考虑以下建议：
	611	+
	612	+* **了解服务消费者如何使用每项服务：**了解他们预期的结果，每项服务如何促进这些结果的实现，以及服务消费者如何看待服务提供商。不断收集价值反馈，而不仅仅是在服务关系的开始阶段。
	613	+* **鼓励所有员工关注价值：**教导员工意识到谁是客户，并了解CX。
	614	+* **在正常运营活动以及改进举措中都关注价值：**组织作为一个整体帮助实现客户感知的价值，因此组织内的每个人都必须最大化他们创造的价值。价值的创造不应只留给从事激动人心的项目和新事物的人。
	615	+* **在所有改进举措的每个步骤中都要注重价值：**参与改进举措的每个人都需要了解该举措试图促成的结果，如何衡量其价值，以及为了促进共同价值创造，他们应当作出怎样的贡献。
	616	+
	617	+ITIL故事：关注价值
	618	+
	619	+**拉迪卡：**当艾克苏扩展到亚太地区时，我们开展了针对在本国以外旅行的客户的研究。结果发现，前往这些地区的美国和欧洲客户对不熟悉的道路规则和安全性存在担忧。
	620	+
	621	+**马可：**艾克苏正在推出一个经过认证的第三方驾驶员辅助系统，名为Axle Aware。该系统能够检查车辆的外部环境和车内的内部状况。它包括监控汽车周围区域的摄像头，以及带有当地道路规则的人工智能程序。它甚至可以让驾驶员知道何时开始出现疲劳。
	622	+
	623	+系统将提醒驾驶员即将到来的危险和潜在的道路规则违规行为。例如，在澳大利亚，当地的道路规则要求，当司机以60公里/小时或更低的速度越过骑行者时，要求至少让出1米，而当速度超过60公里/小时，则必须让出至少1.5米。
	624	+
	625	+**苏：**许多到访的游客大多将注意力集中于在道路的正确一侧上驾驶，而不知道这个规则，但Axle Aware系统却知道！
	626	+
	627	+**马可：**研究表明，像这样的系统可以显着降低事故率和严重伤害。
	628	+
	629	+**苏：**这意味着对我们的消费者来说，价值是更安全的旅行体验。它也会更便宜，因为将减少违反他们所不熟悉的规则而受到的处罚！
	630	+
	631	+**亨利：**对艾克苏租车公司的价值在于提高客户满意度，降低维修成本和降低保险费。
	632	+
	633	+**马可：**这种创新也将为我们的一些合作伙伴和供应商提供额外的价值。
	634	+
	635	+**拉迪卡：**例如，我们已经更新了与车队维护合作伙伴的合同。维护内容将包括Axle Aware。对维护合作伙伴来说，价值是额外的收入。
	636	+
	637	+
	638	+=== **4.3.2  从你所处的地方开始** ===
	639	+
	640	+**关键信息：**
	641	+
	642	+在淘汰旧的、不成功的方法或服务，创造更好的东西的过程中，可能会有很大的诱惑去除以前所做的事情，构建一些全新的东西。这几乎没有必要，也不是明智的决定。这种方法可能造成极大的浪费，不仅是时间方面，而且可能失去现有服务、流程、人员和工具，实际上，他们在改进工作中具有重要的价值。如果在没有首先考虑利用已有的东西的情况下，就从头开始。
	643	+
	644	+
	645	+ITIL故事：艾克苏的预订应用程序
	646	+
	647	+**马可：**艾克苏预订应用程序最初是两年前开发的。该应用不再满足业务需求。它无法跟上我们所使用技术的进步，比如生物识别系统和驾驶员辅助系统。
	648	+
	649	+例如，我们需要我们的应用程序能够扫描和验证客户的指纹和面部图像。目前的程序代码根本无法支持。我们需要一个新的应用程序！
	650	+
	651	+
	652	+==== **4.3.2.1 评估你的现状** ====
	653	+
	654	+应该直接测量和/或观察已经存在的服务和方法，以正确理解它们的当前状态以及可以从它们中重复使用的东西。关于如何着手的决定应基于尽可能准确的信息。在组织内部，报告与现实之间经常存在差异。这是由于难以准确地测量某些数据，或者是报告产生的数据无意中产生了偏差或失真。从源头获取数据有助于避免假设，如果这些假设被证明是毫无根据的，则可能会对时间表、预算和成果的质量造成灾难性后果。
	655	+
	656	+那些观测活动的人不应该害怕问一些看似愚蠢的问题。对于服务了解很少或完全不了解的人参与观测是有益的，因为他们对服务没有先入为主的看法，并且可能发现与服务关系较密切的人可能会遗漏的东西。
	657	+
	658	+
	659	+ITIL故事：评估当前状态
	660	+
	661	+**亨利：**每个人都喜欢新应用程序的想法，IT部门热衷于开始收集用户需求，以便我们可以开始开发。但是，在我们开发一个全新的应用程序之前，让我们评估应用程序的当前状态，我们要看看是否有任何可以重用的功能。
	662	+
	663	+目前预订汽车的流程满足基本要求，无需改变。我们只需要增加一些功能。例如，我们的记录、存储和计算的忠诚度计划积分的过程就不需改变。
	664	+
	665	+我们还应该考虑客户使用技术的限制。如果我们想要引入生物特征数据识别，用户将需要拥有新潮的设备。我不确定他们都有，所以我们应该在这里调查限制和机会。
	666	+
	667	+**马可：**我们目前的预订应用程序运行良好。事件数据表明客户很少拨打服务台电话。这表明当前功能适合使用并满足客户要求。
	668	+
	669	+**亨利：**但是，我们的焦点小组表明客户避免使用该应用程序，因为它很慢且难以使用。以前，升级的重点是技术，而不是客户的需求。我们没有灵活性，无法轻松配置功能以匹配新的和不断变化的服务供给。因此，不能仅使用事件记录的数据来评估预订应用程序的可靠性和可用性。
	670	+
	671	+我们需要通过其他研究来证实这些发现。
	672	+
	673	+
	674	+==== **​​​​​​​4.3.2.2  测量的作用** ====
	675	+
	676	+测量的使用对于这个原则很重要。但是，它应该支持而不是取代观察到的情况，因为过度依赖数据分析和报告会无意中给决策带来偏差和风险。组织应考虑使用各种技术来增长对其工作环境的了解。虽然有些事情只能通过测量它们的影响来理解（例如风等自然现象），但直接观察应该始终是首选。使用现有数据时往往没有考虑直接的个人调查。
	677	+
	678	+应该注意的是，测量行为有时会影响测量结果，使其不准确。例如，如果服务台知道通话花费的时间长度受到监控，那么它可能过于关注减少客户参与度（从而导致良好的报告），而不是真正帮助用户解决问题以令他们满意。人们很有创造力，寻找方法来满足测量的指标。因此，指标需要有意义并且与期望的结果直接相关。
	679	+
	680	+“当一项测量指标成为目标时，它就不再是一个好的衡量指标-古德哈特定律”。
	681	+
	682	+
	683	+==== **4.3.2.3  **​​​​​​​**应用原则** ====
	684	+
	685	+正确理解服务和方法的当前状态对于选择要重用、变更或作为构建基础的元素非常重要。为了成功应用这一原则，请考虑以下建议：
	686	+
	687	+* 以客户或期望的结果作为出发点，尽可能客观地审视现存的内容。当前状态的元素是否适合目的并适合使用？只要做出这种判断的人是客观的，那么当前服务、实践、项目和技能的许多元素就可以用来创建期望的未来状态。
	688	+* 在当前状态下找到成功实践或服务的示例时，确定是否以及如何复制或扩展这些实践或服务以实现所需状态。如果不是大多数情况，至少是在许多情况下，利用已经存在的东西将减少从当前状态转换到期望状态所需的工作量。应该注重学习和改进，而不仅仅是复制和扩展。
	689	+* 应用您的风险管理技能。重新使用现有的实践和流程存在风险，例如延续损害服务的陈规陋习。新东西投入使用也有风险，例如没有正确执行新程序。这些问题应作为决策过程的一部分，评估改变或不改变的风险，以决定最佳的行动方案。
	690	+* 要认识到，有时当前状态下没有什么东西可以重用。无论重用、再利用、循环利用和升级换代是多么的理想，但有时候实现期望结果的唯一方法就是完全重新开始。然而，应该指出的是，这样的情况非常罕见。
	691	+
	692	+=== **​​​​​​​4.3.3  基于反馈迭代推进** ===
	693	+
	694	+**关键信息：**
	695	+
	696	+抵制一次做所有事情的诱惑。即使是巨大的举措也必须迭代完成。通过将工作分解成可以及时执行和完成的较小的、可管理的部分，对每项工作的关注将更加清晰，更易于保持。
	697	+
	698	+根据改进的要求和可用的资源，改进迭代可以是顺序的或并行的。每个单独的迭代都应该是可管理的，也要得到管理，确保及时获得切实的成果，并在此基础上进一步改进。
	699	+
	700	+一项重大的改进举措或方案可以组织成若干个重要的改进计划，并且每一计划又可以由较小的改进工作组成。必须持续的再评估整个举措或方案及作为组成部分的迭代，并进行可能的修订，以反映情况的任何变化，并确保没有失去对价值的关注。这种再评估应利用广泛的反馈渠道和方法，以确保正确理解举措的状态及其进展。
	701	+
	702	+
	703	+==== **​​​​​​​4.3.3.1  ​​​​​​​反馈的作用** ====
	704	+
	705	+无论是改进服务、服务组、实践、流程、技术环境还是其他服务管理元素，都不会在真空的环境中进行改进迭代。在进行迭代的同时，情况可能会发生变化，并且可能出现新的优先事项，迭代的需求可能会改变甚至取消。在每次迭代之前，迭代过程当中以及迭代之后寻求和使用反馈，将确保即使在不断变化的情况下，行动也具有针对性和适宜性。
	706	+
	707	+反馈循环是一个常用术语，用于表示活动的一部分输出用于新输入的情况。在运作良好的组织中，会沿着价值链积极收集和处理反馈。构建完善的反馈机制有助于理解：
	708	+
	709	+* 最终用户和客户对所创造价值的感受
	710	+* 价值链活动的效率和有效性
	711	+* 服务治理和管理控制的有效性
	712	+* 组织与其合作伙伴和供应商网络之间的接口
	713	+* 对产品和服务的需求
	714	+
	715	+收到反馈后，可以对其分析，以确定改进机会、风险和问题。
	716	+
	717	+
	718	+==== ​​​​​​​**4.3.3.2**  **迭代和反馈相结合** ====
	719	+
	720	+如果其流程嵌入了反馈回路，在一个时间盒内运行的迭代工作方式将能够具有：
	721	+
	722	+* 更大的灵活性
	723	+* 更快地响应客户和业务需求
	724	+* 能够更早发现并响应故障
	725	+* 整体质量提升。
	726	+
	727	+在一项活动的参与者之间建立适当的反馈回路，可以使他们更好地了解他们的工作来自何处，他们的产出去向何方，以及他们的行动和产出如何影响结果，这反过来又使他们能够做出更好的决策。
	728	+
	729	+
	730	+ITIL故事：迭代前行
	731	+
	732	+**马可：**自艾克苏发布其新应用程序的第一次迭代以来已经过去了三个月。我们首先只是将其提供给值得信赖的VIP客户。根据他们的反馈，我们改进了预订流程。
	733	+
	734	+**拉迪卡：**我们了解到应用程序需要灵活，以便我们可以根据快速变化的客户需求轻松进行改变。例如，我们的商业客户希望该应用程序自动记录行驶距离。通过与我们的产品团队合作，我们可以轻松添加此功能。
	735	+
	736	+**苏：**该应用程序现在可以轻松配置，允许艾克苏根据客户反馈快速添加新功能和新特性。
	737	+
	738	+
	739	+==== **​​​​​​​4.3.3.3**  **应用这一原则** ====
	740	+
	741	+要成功应用此原则，请考虑以下建议：
	742	+
	743	+* **理解整体，但做一些事情：**有时，迭代前进的最大敌人是想要理解一切，对一切负责。这可能会导致所谓的“分析瘫痪”的事情，也就是花了太多的时间来分析情况，却啥事都没干。了解全局很重要，但取得进展也很重要。
	744	+* **生态系统在不断变化，所以反馈必不可少**：变化是不断发生的，因此在任何时候和各个层面寻求和使用反馈都非常重要。
	745	+* **快速并不意味着不完整：**只是因为迭代足够小以至于可以快速完成，这并不意味着它不应该包含成功所需的所有元素。任何迭代都应该按照最小可行产品的概念来生成。最小可行产品是最终产品的一个版本，它允许以最少的工作量完成最多的验证学习。
	746	+
	747	+=== **​​​​​​​4.3.4**  ​​​​​​​**协作和提升可视化程度** ===
	748	+
	749	+**关键信息：**
	750	+
	751	+当各项举措让合适的人员承担正确的角色时，各项工作将受益于更好的支持，更多的相关性（因为可以为决策提供更好的信息），以及增加长期成功的可能性。
	752	+
	753	+可以从意想不到的来源获得创造性的解决方案、热情的贡献和重要的观点，因此包容通常是比排斥更好的政策。合作与协同优于孤立的工作，孤立的工作通常被称为“孤岛活动”。孤岛可以由于个人和团队的行为而产生，也可能因为结构性原因而产生。这通常发生在组织中的职能或业务单元受阻或无法协作的情况下，因为它们的流程、系统、文档和沟通旨在满足组织中特定部分的需求。应用通盘思考和工作的指导原则（参见第4.3.5节）可以帮助组织打破工作孤岛之间的障碍。
	754	+
	755	+认识到真正合作的必要性是现在所谓的DevOps发展的驱动因素之一。如果没有有效的协作，敏捷，精益或任何其他ITSM框架或方法都不会奏效。
	756	+
	757	+要想以一种能带来真正成就的方式共同工作，就需要信息、理解和信任。应该使工作及其结果具有可见性，避免潜规则，并尽可能地分享信息。人们越是了解正在发生的事情和原因，他们就越愿意提供帮助。
	758	+
	759	+当改进活动在相对寂静中进行时，或者只有一小部分人了解细节时，臆想和谣言就会盛行。当员工猜测会有什么改变以及可能对他们产生什么影响时，往往会出现变革的阻力。
	760	+
	761	+
	762	+==== **​​​​​​​4.3.4.1 ** **与谁合作** ====
	763	+
	764	+识别和管理组织涉及的所有利益相关者群体非常重要，因为成功协作所需的人员和视角都可来自这些利益相关者群体。顾名思义，利益相关者是指与组织活动有利害关系的任何人，包括组织本身、客户和/或用户以及许多其他人员。利益相关者的范围可以很广泛。
	765	+
	766	+第一个也是最明显的利益相关者群体是客户。服务提供者的主要目标是促进其客户感兴趣的结果，。因而客户大量的参与，会让服务提供商管理服务的能力更有效。但是，有些组织在与客户互动方面做得很差。服务提供者可能认为从客户那里获得输入或反馈太困难，由此导致的延迟是浪费时间。同样，客户可能会觉得，在他们定义了自己的需求之后，剩下来的就是服务提供商提供服务，而无需进一步接触。在改进服务提供商的实践方面，客户可能认为根本没必要参与。但是，归根结底，与客户的适当合作将为组织、客户和其他利益相关者带来更好的结果。
	767	+
	768	+利益相关者合作的其他例子包括：
	769	+
	770	+* 开发人员与其他内部团队合作，确保正在开发的内容可以有效和高效的运行
	771	+* 开发人员应与技术和非技术运营团队协作，以确保他们准备就绪，愿意并能够将新的或变更的服务转换到运营状态，甚至可能参加测试。开发人员还可以与运营团队合作，调查缺陷（问题），并开发临时性或永久性补丁程序来解决这些缺陷
	772	+* 供应商与组织合作，确定组织需求，集思广益解决客户问题
	773	+* 关系经理与服务消费者协作，全面了解服务消费者的需求和优先事项
	774	+* 客户相互协作，共同了解他们的业务问题
	775	+* 内部和外部供应商相互协作，审查共享流程，确定优化和可能的自动化的机会。
	776	+
	777	+==== **​​​​​​​4.3.4.2**  **沟通促进改进** ====
	778	+
	779	+应了解每个利益相关方群体的在每个层面作出的改进贡献；同样重要的是确定与他们接触的最有效方法。例如，使用对不同功能选项的调查或检查表，公共云服务的客户可以做出改进贡献。对于内部客户群，改进的贡献可能来自通过研讨会或组织内部网上的协作工具征求的反馈。
	780	+
	781	+一些贡献者可能需要在非常细节的层面上参与，而其他贡献者可以只是作为评审者或批准者参与。根据服务以及服务提供者与服务消费者之间的关系，对协作级别和协作类型会有非常不同的期望。
	782	+
	783	+
	784	+==== **​​​​​​​4.3.4.3 ** **通过可视化增加紧迫感** ====
	785	+
	786	+当利益相关者（无论是内部还是外部）对工作量和工作进展不太了解时，就存在造成工作不是优先事项的印象的风险。如果将一项举措传达给团队、部门或其他组织，然后再也没有提及或很少再次提及，那么就会认为这项变更并不重要。同样，当工作人员试图在改进工作与其他日常紧迫的任务之间排列优先次序时，改进工作似乎是一项低优先级的活动，除非其重要性已经透明并得到组织管理层的支持。
	787	+
	788	+工作的可视化不足会导致决策失误，从而影响组织改善内部能力的能力。这样就很难推动改进，因为不清楚哪些改进可能对结果产生最大的积极影响。为避免这种情况，组织需要开展如下关键性分析活动：
	789	+
	790	+* 了解正在进行的工作的流程
	791	+* 识别瓶颈，以及过剩的产能。
	792	+* 揭开浪费的面纱
	793	+
	794	+必须让各级利益相关者参与进来，并满足他们的需求。各级领导也应在与他人沟通的过程中提供与改进工作有关的合适的信息。总之，这些行动将有助于强化正在做的事情，为什么要做，以及这些工作如何与组织的既定愿景、使命、目标和目的关联起来的。确定此类消息传递的类型、方法和频率是与沟通相关的核心活动之一。
	795	+
	796	+
	797	+ITIL故事：协同工作
	798	+
	799	+**亨利：**我们在新的艾克苏预订应用程序上的工作，既是迭代的，也是协作性的。我们纳入了许多团队，例如开发人员、测试人员和支持人员，当然还有我们的客户和用户。这种方法使我们能够根据反馈以更快响应和针对性的方式改进我们的服务。
	800	+
	801	+
	802	+==== **​​​​​​​4.3.4.4 ** **应用原则** ====
	803	+
	804	+要成功应用此原则，请考虑以下建议：
	805	+
	806	+* **协作并不意味着共识：在开展一项举措之前，要所有参与的人形成共识，是没有必要的，甚至不一定**是明智的。一些组织非常关注达成共识，他们试图让每个人都满意，结果要么什么都不做，要么做出来的东西不能满足任何人的需求。
	807	+* **以受众能够听到的方式进行沟通：**为了将不同的利益相关者带入回路，许多组织使用非常传统的沟通方法，或者他们使用相同的方法进行所有沟通。为每个受众选择正确的方法和信息是成功的关键。
	808	+* **只能在可见数据的基础上做出决策**：在缺失数据的情况下做出决策是有风险的。应该决定需要哪些数据，从而哪些工作需要变得可见。收集数据可能需要成本，组织必须在成本与数据的收益和预期用途之间进行平衡。
	809	+
	810	+=== **​​​​​​​4.3.5  通盘思考和工作** ===
	811	+
	812	+**关键信息：**
	813	+
	814	+任何服务、实践方法、流程、部门或供应商都不是孤立的。除非组织将其活动作为一个整体来处理，而不是作为分离的一个个部分，否则组织为自身、客户和其他利益相关者提供的产出都将蒙受影响。所有组织的活动都应该以交付价值为重点。
	815	+
	816	+通过协调和整合服务管理的四个维度，向内部和外部服务消费者提供服务（见第3章）。
	817	+
	818	+采用整体方法进行服务管理，包括认识组织的各部分是如何以综合方式协同工作的。它需要了解如何捕获需求并将其转化为结果的整个过程。在一个复杂系统中，一个要素的变更可能会影响其他要素，在可能的情况下，需要识别、分析和规划这些影响。
	819	+
	820	+
	821	+ITIL的故事：通盘思考和工作
	822	+
	823	+**苏：**目前，艾克苏正在实施许多举措。我们有一个迭代发布的时间表，包括新的预订应用程序、Axle Aware高级驾驶辅助系统，以及用于取车和还车的新型生物特征扫描系统。
	824	+
	825	+**亨利：**有这么多活动，我们需要了解上游和下游的影响。例如，决定使用新功能扩展我们的预订应用程序，就需要考虑我们的支持团队的所有资源限制。
	826	+
	827	+
	828	+==== **​​​​​​​4.3.5.1  应用原则** ====
	829	+
	830	+要成功应用此原则，请考虑以下建议：
	831	+
	832	+* **认识系统的复杂性：**不同的复杂程度，决策需要不同的启发式方法。为简单系统设计的方法和规则，如果应用到复杂系统中，可能无效甚至有害，因为复杂系统中组件之间的关系复杂且变化更加频繁。
	833	+* **协作是通盘思考和工作的关键：**如果建立了正确的机制，让所有利益相关方及时合作，就有可能从整体上解决任何问题，而不会被过份拖延。
	834	+* **在可能的情况下，寻找系统元素需求和相互作用的模式：**利用每个领域的知识来确定成功的关键因素，以及元素之间对结果有影响的关系。有了这些信息，就可以预测需求，可以设定标准，并且可以达到整体视角。
	835	+* **自动化可以促进整体工作：**在有机会和足够资源的情况下，自动化可以支持组织的端到端可见性，并提供有效的集成管理方法。
	836	+
	837	+=== **​​​​​​​4.3.6  保持简单实用** ===
	838	+
	839	+**关键信息：**
	840	+
	841	+始终用最少的步骤来完成一个目标。应该使用基于结果的思维，以产生能够带来有价值结果的实用解决方案。如果一个流程、服务、行动或指标无法提供价值或产生有用的结果，则将其革除。尽管这一原则看似显而易见，但它经常被忽视，导致工作方法过于复杂，很少能实现成果最大化或成本最小化。
	842	+
	843	+试图为每个异常情况都提供解决方案，往往会导致过度复杂化。在创建流程或服务时，设计师需要考虑异常，但无法涵盖所有异常。相反，应该设计一些规则，用于处理一般的异常。
	844	+
	845	+
	846	+ITIL的故事：保持简单实用
	847	+
	848	+**苏：**艾克苏的营销部门表示他们希望推出一项新的年终促销活动。该促销活动包括2月份免费升级至豪华车，以及赢取海外假期的机会。
	849	+
	850	+客户只要提交一篇名为“我的最佳假期驾驶探险”的文章，就可以参与活动。然后，营销团队将收集和分析客户数据，并建立一个针对他们旅行偏好的应用程序。
	851	+
	852	+**亨利：**我们的开发人员正忙于生物识别服务的实施日程。我们需要尽快将这一功能推向市场。我们必须根据预期价值来确定工作的优先顺序。
	853	+
	854	+
	855	+==== **​​​​​​​4.3.6.1  ​​​​​​​判断需要保留什么** ====
	856	+
	857	+在分析实践、流程、服务、指标或其他改进目标时，一定要询问它是否有助于创造价值。
	858	+
	859	+在设计或改进服务管理时，最好从简单的方法开始，然后在发现真正有需要的时候，再小心的添加控制、活动或指标。
	860	+
	861	+要想保持服务管理简单而实用，关键在于透彻了解某些东西是如何促进价值创造的。例如，过程中的某一步骤可能被所相关的操作人员认为是浪费时间。但是，从企业的角度来看，这样的步骤可能对于监管合规很重要，因此，这是以间接而又重要的方式实现价值。有必要建立并传达组织工作的整体观点，使各团队或小组能够全面思考他们的工作如何受到他人影响，并反过来影响他人的。
	862	+
	863	+
	864	+ITIL的故事：判断需要保留什么
	865	+
	866	+**马可：**我们原来的预订应用程序采集了大量数据，例如客户在预订应用程序中填写每个表单需要多长时间。但我们发现这样的数据对决策的价值不大。真正的有价值的是整个预订流程需要多长时间。我们简化了预定应用程序的字段，删除了数据采集功能，提高了整体速度。
	867	+
	868	+
	869	+==== **​​​​​​​4.3.6.2**  **目标冲突** ====
	870	+
	871	+在设计、管理或操作实践时，要注意相互矛盾的目标。例如，组织的管理层可能希望收集大量数据来做出决策，而完成记录的人可能希望流程简单，不需要输入那么多数据。通过应用这一原则和其他指导原则，该组织应就其竞争目标之间的平衡达成一致。这个例子，意味着服务应该只生成真正为决策过程提供价值的数据，记录应尽可能简化和自动化，以实现价值最大化并减少非增值工作。
	872	+
	873	+
	874	+==== **​​​​​​​4.3.6.3**  **实施原则** ====
	875	+
	876	+要成功应用此原则，请考虑以下建议：
	877	+
	878	+* **确保价值：**每项活动都应有助于创造价值。
	879	+* **简单是极致的复杂：**简化看似较难，但往往更有效。
	880	+* **少做一点，但要做得更好：**尽量减少活动，只包括那些对一个或多个利益相关者有价值的活动，这样可以更加关注这些行动的质量。
	881	+* **尊重相关人员的时间**：过于复杂和官僚主义的过程是对相关人员时间的浪费。
	882	+* **越容易理解，就越容易被采纳：**要嵌入实践的东西，一定要简单易行。
	883	+* **简单是实现速赢的最佳途径；**无论是在项目中，还是在改善日常运营活动时，“**速赢”**都可以让组织展示进展并管理利益相关者的期望。以具有反馈的迭代方式工作，可以定期快速提供增量价值。
	884	+
	885	+=== **​​​​​​​4.3.7 ** **优化和自动化** ===
	886	+
	887	+**关键信息：**
	888	+
	889	+组织必须最大限度地提高其人力和技术资源所开展工作的价值。四维模型（在第3章中描述）为设计、管理或运营一个组织时应考虑的各种约束因素、资源类型和其他领域提供了一个整体的视角。技术可以帮助组织扩大规模，承担频繁和重复的任务，使人力资源可以用于更复杂的决策。但是，如果没有人工干预的能力，就不应该总是依赖技术，因为为了自动化而自动化将增加成本，降低组织的稳健性和弹性。
	890	+
	891	+优化意味着使事物变得像需要的那样有效和有用。在活动可以有效实现自动化之前，应该尽可能的进行合理的优化。必须对服务和实践的优化设置限制，因为它们存在于一系列约束条件之下，这些约束条件可能包括资金限制，合规性要求，时间约束和资源的可用性。
	892	+
	893	+
	894	+==== **​​​​​​​4.3.7.1 ** **通往优化之路** ====
	895	+
	896	+优化实践和服务的方法有很多。ITIL中描述的概念和实践，特别是持续改进的实践，以及测量和报告的实践（参见第5.1.2和5.1.5节），对于这项工作至关重要。组织用于改进和优化绩效的具体实践可以借鉴ITIL、精益、DevOps、看板和其他来源的指南。无论具体技术如何，优化的路径都遵循以下高层次的步骤：
	897	+
	898	+* **理解提出优化方案的背景并达成一致：**这包括认同组织的总体愿景和目标。
	899	+* **评估拟优化的现状：**这将有助于了解哪些方面可以改进，哪些改进机会可能产生最大的积极影响。
	900	+* **商定组织的未来状态和优先事项，关注简化和价值：**这通常还包括实践和服务的标准化，这将使以后更容易自动化或进一步优化。
	901	+* **确保优化工作得到合适层级的利益相关方的参与和承诺**
	902	+* **以迭代方式实施改进：**使用指标和其他反馈来检查进度，保持正轨，并根据需要调整优化的方法。
	903	+* **持续监控优化的影响：**这将有助于识别改进工作方法的机会。
	904	+
	905	+==== ​​​​​​​**4.3.7.2**  **利用自动化** ====
	906	+
	907	+通常，自动化是指在有限干预或无人干预的情况下，使用技术正确而一致地执行一个步骤或一系列步骤。例如，在采用持续部署的组织中，自动化指的是从开发到上线的代码的自动和持续发布，以及通常在每个环境中都进行自动化测试。然而，在其最简单的形式中，自动化也可以意味着手动任务的标准化和简化，例如定义部分流程的规则，以便“自动”做出决策。减少需要人们参与以评估或决定中止流程的每一部分，可以大大提高效率。
	908	+
	909	+在整个组织中都可以找到自动化的机会。寻找机会，将标准任务和重复任务自动执行，有助于节省组织成本，减少人为错误，并改善员工体验。
	910	+
	911	+
	912	+ITIL故事：优化和自动化
	913	+
	914	+**马可：**艾克苏已开始试用新的生物识别技术，测试进展顺利。我们非常希望在我们所有的停车场中实施这项技术。
	915	+
	916	+**拉迪卡：**在艾克苏引入生物识别技术之前，有很多人工的纸质流程。艾克苏员工使用纸质检查单进行车辆损坏检查。然后他们的记录必须录入数据库，该数据库仅可在台式计算机上使用。该数据库不是实时的，也不能通过其他系统访问。
	917	+
	918	+**苏：**这项工作通常被搁置到一天结束，往往会丢失内容。在实现自动化之前，我们必须改进数据采集的过程。
	919	+
	920	+**拉迪卡：**我们几乎可以实现任何事情的自动化。但我们首先要把业务规则和流程做好。
	921	+
	922	+
	923	+==== **​​​​​​​4.3.7.3 ** **应用原则** ====
	924	+
	925	+要成功应用此原则，请考虑以下建议：
	926	+
	927	+* **在自动化之前，先简化和/或优化：**试图将复杂或次优的东西自动化，不太可能达到预期的结果。花些时间尽可能地勾勒出标准和重复过程，并尽可能精简（优化）。从那里起，你可以开始自动化。
	928	+* **定义指标：**应使用一组适当的指标评估优化的预期和实际结果。使用相同的指标来定义基线和测量成效。确保指标基于结果，注重价值。
	929	+* **应用此项原则时，同时使用其他指导原则：**在优化和自动化时，同时遵循其他原则是明智之举：
	930	+** **在反馈的基础上迭代前行：**迭代优化和自动化将使进展可见，并促进利益相关者对后续迭代的支持。
	931	+** **保持简单实用：**有些事情可能简单，但不优化，因此在选择改进时要将这两个原则结合使用。
	932	+** **关注价值：**选择优化和自动化的内容，以及如何优化和自动化，应以能够为组织创造最佳价值为基础。
	933	+** **从你所处的地方开始**：组织中现有的技术的某些特性和功能，可能尚未发掘或未充分利用。利用已有的资源快速、经济地实现优化和自动化的机会。
	934	+
	935	+=== **​​​​​​​4.3.8  原则的相互作用** ===
	936	+
	937	+在了解ITIL指导原则之外，认识它们之间的相互作用和相互依赖也很重要。例如，如果组织致力于通过反馈来迭代前行，那么它也应该进行通盘思考和工作，以确保每次改进迭代都包含提供实际结果所需的所有元素。同样，利用适当的反馈是协作的关键，而专注于对客户真正有价值的东西，更容易使事情简单实用。
	938	+
	939	+组织不应只使用其中的一项或两项原则，而应考虑所有原则的相关性，如何一同应用这些原则。并非所有原则在每种情况下都是至关重要的，但每次都要对它们进行审查，以确定它们的适用程度。
	940	+
	941	+
135	135	= ​​​​​​​**4.4  治理** =
136	136
137	137