Changes for page 2. 高速IT的关键概念

Last modified by superadmin on 2024/04/03, 17:07

From version < 25.1 >

edited by superadmin
on 2021/12/11, 22:12

To version < 38.1 >

edited by superadmin
on 2024/04/03, 17:06

< >

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)
Attachments (0 modified, 3 added, 0 removed)

Details

Page properties

Content

@@ -1,5
          +1,17 @@
--= 2. 高速IT的关键概念 =
++
++
++[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%AB%98%E9%80%9FIT%E3%80%8BHVIT/3.%E9%AB%98%E9%80%9FIT%E6%96%87%E5%8C%96/]]   [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%AB%98%E9%80%9FIT%E3%80%8BHVIT/1.%E4%BB%8B%E7%BB%8D/]]
++
++{{box cssClass="floatinginfobox" title="
++
++**Contents**"}}
++{{toc/}}
++{{/box}}
++
++= **2. 高速IT的关键概念** =
++
++
  本章介绍了与高速IT（HVIT）相关的一些关键概念。它探讨了数字化组织的性质，以及需要一种截然不同的工作方式， 并说明了如何将ITIL指南的核心概念用作构建和组织HVIT工作的基础。
  本章定义了几个关键概念，包括：
@@ -11,8
          +11,10 @@
  * 高速IT目标和关键特征
++
  == 2.1 高速IT ==
++
  **定义：高速IT**
  数字化技术在实现重要业务上有着重大应用，因此上市时间、客户时间、变更时间和速度通常至关重要。高速IT不仅限于快速研发，从开始的创新到开发和运营，再到实际价值的实现，整个服务价值链都需要它。
@@ -27,19
          +27,22 @@
  HVIT为许多组织提供了更高程度的数字实现，但这并不总是一种谨慎的投资。对于某些组织来说，进行这样的转换是没有意义的，因为它们还有其它更重要的事情要做。其他人可能选择不尝试提高速度，因为他们认为涉及的文化变革太难实现，或者不太可能产成可接受的投资回报。
++
  **ITIL的故事：高速IT**
--Henri：//Axle的愿景是成为世界上最受认可的环保汽车租赁公司。这意味着我们在追求业务目标会采用新的绿色技术。根据ITIL指导原则采用和使用这些技术向董事会表明，明智的投资于正确的技术，正确的部署，是发展公司的有效途径。//
++Henri：Axle的愿景是成为世界上最受认可的环保汽车租赁公司。这意味着我们在追求业务目标会采用新的绿色技术。根据ITIL指导原则采用和使用这些技术向董事会表明，明智的投资于正确的技术，正确的部署，是发展公司的有效途径。
--Marco:：//现代技术发展的步伐意味着工具和解决方案可能很快就会过时。五年前的最佳技术不一定是今天优化我们服务的最佳方式。我们的工具需要持续评审，并迅速的开发和部署任何必要的更新，以确保它们仍然有效。//
++Marco:：现代技术发展的步伐意味着工具和解决方案可能很快就会过时。五年前的最佳技术不一定是今天优化我们服务的最佳方式。我们的工具需要持续评审，并迅速的开发和部署任何必要的更新，以确保它们仍然有效。
--Radhika：//我们的研究表明我们的网站已经过时。例如，它没有针对最新的智能手机进行优化。我们的竞争对手的平台可以更快速地量身定制，以应对日益依赖设备而不是计算机的业务市场需求。我们需要改进我们的平台，否则我们的客户将找到一种更轻松的方式预订他们的旅行。//
++Radhika：我们的研究表明我们的网站已经过时。例如，它没有针对最新的智能手机进行优化。我们的竞争对手的平台可以更快速地量身定制，以应对日益依赖设备而不是计算机的业务市场需求。我们需要改进我们的平台，否则我们的客户将找到一种更轻松的方式预订他们的旅行。
--Solmaz：//我们正在与采用技术并以新颖有趣的方式解决不断变化的客户需求的业务转换模型竞争。作为回应，Axle要求我们的几个分支机构尝试创新的业务模型。作为业务转换经理，我负责确保业务具有适应变化的敏捷性。//
++Solmaz：我们正在与采用技术并以新颖有趣的方式解决不断变化的客户需求的业务转换模型竞争。作为回应，Axle要求我们的几个分支机构尝试创新的业务模型。作为业务转换经理，我负责确保业务具有适应变化的敏捷性。
++
  == 2.2 数字化技术 ==
++
  **定义**
  **数字化技术**是指将事物数字化或处理数字数据的技术。数字化技术是指信息技术（IT）和运营技术（OT）中已被数字化的的部分。
@@ -54,8
          +54,13 @@
  数字化技术由IT和OT组成。IT为用户提供数据和信息，而OT则检测或引起物理设备的变化（见图2.1）。
++
++(% class="wikigeneratedid" %)
++===   ===
++
  === 2.2.1 信息技术 ===
++
  IT作为信息系统而存在，由硬件、系统软件、数据和用于数据处理的应用程序组成。图2.2更详细地说明展示了信息系统技术堆栈。
  信息是在特定的背景中有用的数据。在IT中，使信息可供最终用户可用是最终目标。这可以以数字或文本的形式显示在屏幕上，也可以以及其他的方式呈现，例如在地图上移动的位置。
@@ -93,8
          +93,10 @@
  用于处理数据以使业务数字化和自动化的数字化技术。本出版物使用术语“ IT”指代数字化技术在数字化和自动化业务方面的数据应用。
++
  === 2.2.2 运营技术 ===
++
  **定义：运营技术**
  通过监控或控制检测或引起物理设备变更的数字化技术应用。
@@ -111,12
          +111,17 @@
  **ITIL的故事：数字化技术**
--Henri：// Axle汽车租赁在机械或运营技术与信息技术集成方面处于领先地位。我们的汽车是数字平台的延申；它们是我们进入物联网的切入点。由我们的汽车中的传感器和GPS装置收集的信息被存储和共享，因此我们可以优化和自动化我们的服务。//
++Henri： Axle汽车租赁在机械或运营技术与信息技术集成方面处于领先地位。我们的汽车是数字平台的延申；它们是我们进入物联网的切入点。由我们的汽车中的传感器和GPS装置收集的信息被存储和共享，因此我们可以优化和自动化我们的服务。
++
++(% class="wikigeneratedid" %)
++==   ==
++
  == 2.3 数字化组织 ==
++
  数字化组织通过数字化技术实现。数字化技术是促进组织内部流程的重要基础，并且通常是组织产品和服务的一部分。因此，数字化技术是数字化组织业务模型的战略部分，并应用于其主要（而非支持）活动。因此，优先考虑数字化技术（“ 数字优先”）通常是组织的文化的一部分（换句话说，在组织中做事的方式）。
@@ -140,15
          +140,19 @@
  **ITIL的故事：数字化组织**
--Henri：// 我们的业务具有数字功能，但并不总是数字集成的。例如，某些分支机构在亲自或通过电话预订方面的数字化滞后了。//
++Henri： 我们的业务具有数字功能，但并不总是数字集成的。例如，某些分支机构在亲自或通过电话预订方面的数字化滞后了。
--Radhika//：我们已经看到了全自动租车服务的出现，其中每个接触点和服务交互都发生在用户友好、可定制的应用程序中，并且客户甚至可以在没有任何人干预的情况下定位和解锁汽车。//
++Radhika：我们已经看到了全自动租车服务的出现，其中每个接触点和服务交互都发生在用户友好、可定制的应用程序中，并且客户甚至可以在没有任何人干预的情况下定位和解锁汽车。
--Solmaz//：某些客户更喜欢这种方式，尤其是当他们在不说当地语言的国家/地区时。我们需要跟上需求的发展，以便为客户提供最好的体验。//
++Solmaz：某些客户更喜欢这种方式，尤其是当他们在不说当地语言的国家/地区时。我们需要跟上需求的发展，以便为客户提供最好的体验。
++(% class="wikigeneratedid" %)
++==   ==
++
  == 2.4 数字化转型 ==
++
  转型就是做事情不同，或者做不同的事情。它涉及到重新设计工作，以使不同的方式思考事物，或者思考不同的事物。
  “ 数字化转型”通常用于表现在数字化，自动化和其他自动化形式上的重大投资，这些投资使组织能够以截然不同的方式来做业务，或去做显著不同的业务。这种技术变革通常要求组织改变其组织中如何使用数字解决方案的方式。
@@ -168,8
          +168,10 @@
  正确使用的术语“转换”意味着重大的变更。尽管如此，转型并不一定意味着单个的、大的变化。基于组织选择的方法，转型可以通过一些大的变更或进行许多小的变更就可以成功实现。在许多情况下，一系列较小的变更甚至可能是更成功的方法。
++
  === 2.4.1 IT转型 ===
++
  在将业务和IT视为独立组织职能的组织中， “IT转型”通常用于表示可改进IT服务提供方式的重大变化。IT转型的重点是如何开发、运行和支持IT服务和信息系统。这可以包括分散IT职能的权限并将其集成到数字业务线中。
  在组织数字化转型之前，必须与内部或外部IT服务提供商分开管理组织。IT服务提供商专注于创建和交付IT产品和服务的IT资源管理，而服务消费者专注于其产品、服务和资源，包括由IT服务提供商交付或支持的产品、服务和资源的管理。作为服务消费者，该组织可能会影响服务提供商的管理。如图2.4中的模型1所示。
@@ -181,7
          +181,7 @@
  图2.4 数字化转型和IT转型
--[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wps159A.tmp.png]]IT服务提供商和服务消费者都可以转换其管理、资源、产品和服务。这些转换可以是相互关联的，但是它们不会显著改变这些组织的协作方式或IT在服务消费者组织中的角色。如图2.4中的模型2所示。
++IT服务提供商和服务消费者都可以转换其管理、资源、产品和服务。这些转换可以是相互关联的，但是它们不会显著改变这些组织的协作方式或IT在服务消费者组织中的角色。如图2.4中的模型2所示。
  当组织进行数字转换时，数字化技术在服务消费者的业务中的作用将会发生重大变化。这包括以下部分或全部：
@@ -212,21
          +212,24 @@
  图2.5 采购IT功能选项的示例
++
  **ITIL的故事：数字化转型**
--Henri：//我们在Axle汽车租赁中的目标是根据客户不断变化的需求推出新服务，并继续整合技术以改进我们的服务。当我们适应环境问题、优化客户旅程、增加服务定制并更新我们的服务时，我们确保我们正在反映当前的消费者趋势。//
++Henri：我们在Axle汽车租赁中的目标是根据客户不断变化的需求推出新服务，并继续整合技术以改进我们的服务。当我们适应环境问题、优化客户旅程、增加服务定制并更新我们的服务时，我们确保我们正在反映当前的消费者趋势。
--Marco：//我们最近将我们的服务从本地基础架构过渡到了混合云解决方案。这是我们IT团队的一项重大改革。我们必须更新脚本、代码和版本控制系统。现在，我们可以为内部客户提供更好的跨部门功能，而我们的业务团队也不再孤军奋战。//
++Marco：我们最近将我们的服务从本地基础架构过渡到了混合云解决方案。这是我们IT团队的一项重大改革。我们必须更新脚本、代码和版本控制系统。现在，我们可以为内部客户提供更好的跨部门功能，而我们的业务团队也不再孤军奋战。
--Solmaz：//我们的向混合云解决方案的转变并不是一个重大变更。为了达到最佳的变更控制目的，我们确保可以进行一系列较小的，有针对性的变更，这些变更可以在部署之前进行充分测试，并且可以不断进行审查和修订。//
++Solmaz：我们的向混合云解决方案的转变并不是一个重大变更。为了达到最佳的变更控制目的，我们确保可以进行一系列较小的，有针对性的变更，这些变更可以在部署之前进行充分测试，并且可以不断进行审查和修订。
++
  == 2.5 高速IT目标和关键特征 ==
  === 2.5.1 高速IT目标 ===
++
  技术对数字化组织的业务模型具有战略意义，因此，对其数字化产品的生命周期提出了更高的要求。 这些要求可以由五个高级目标来表示，这些目标将组织的愿景和战略转化为更多的运营目标和指标。 这些目标是：
  * 有价值的投资
@@ -239,12
          +239,13 @@
  表2.1 HVIT目标
--|**目的**|**描述**|**密切相关的服务价值链活动**
--|有价值的投资|战略性创新和有效的IT应用|契动，计划，改进
--|快速发展|快速实现和交付IT服务和与IT相关的产品|契动，设计和转换，获取/构建，改进
--|弹性操作|高弹性的IT服务和与IT相关的产品|契动，交付和支持，改进
--|共同创造价值|服务提供商与服务使用者之间的有效互动|契动，交付和支持，改进
--|保证符合性|遵守治理，风险和合规（GRC）要求|所有价值链活动
++(% style="width:640px" %)
++|(% style="width:111px" %)**目的**|(% style="width:275px" %)**描述**|(% style="width:252px" %)**密切相关的服务价值链活动**
++|(% style="width:111px" %)有价值的投资|(% style="width:275px" %)战略性创新和有效的IT应用|(% style="width:252px" %)契动，计划，改进
++|(% style="width:111px" %)快速发展|(% style="width:275px" %)快速实现和交付IT服务和与IT相关的产品|(% style="width:252px" %)契动，设计和转换，获取/构建，改进
++|(% style="width:111px" %)弹性操作|(% style="width:275px" %)高弹性的IT服务和与IT相关的产品|(% style="width:252px" %)契动，交付和支持，改进
++|(% style="width:111px" %)共同创造价值|(% style="width:275px" %)服务提供商与服务使用者之间的有效互动|(% style="width:252px" %)契动，交付和支持，改进
++|(% style="width:111px" %)保证符合性|(% style="width:275px" %)遵守治理，风险和合规（GRC）要求|(% style="width:252px" %)所有价值链活动
  如表2.1所示，每个目标与一个或多个ITIL 服务价值链活动密切相关，除了与ITIL 服务价值系统的治理部分相关并适用于所有活动的可靠一致性。目标与价值链活动的关系如下：
@@ -273,8
          +273,13 @@
  图2.7 HVIT的主要特点
++
++(% class="wikigeneratedid" %)
++===   ===
++
  === 2.5.2 高速IT的关键特征 ===
++
  可以采用多种方法来达到和维护HVIT。常见的HVIT方法有四个特征。这些是：
  * 精益
@@ -286,17
          +286,18 @@
  表中概述了每种特性的好处。表2.2描述了高速IT的主要特征
--|**特性**|**益处**
--|精益|帮助提高生产量并减少浪费。 由于上市时间和客户时间的压力，HVIT环境受益于具有精益特性的方法。
--|敏捷|与用户增加紧密的迭代协作。具有敏捷性的方法对于HVIT环境非常重要，因为必须开发数字化产品和服务来应对不断变化的市场需求。
--|弹性|保持可行的可用性和性能。支持HVIT环境的系统非常复杂，因此容易出错。具有弹性特性的方法通过逐渐降级系统并快速恢复服务来最小化事件的影响。
--|连续|确保快速可靠的部署。具有连续特性的方法通过标准化和自动化集成、构建、测试和运输代码的流程来扩展精益生产能力，从而使数字化产品和服务在需要时可用。
++(% style="width:397px" %)
++|(% style="width:56px" %)**特性**|(% style="width:340px" %)**益处**
++|(% style="width:56px" %)精益|(% style="width:340px" %)帮助提高生产量并减少浪费。 由于上市时间和客户时间的压力，HVIT环境受益于具有精益特性的方法。
++|(% style="width:56px" %)敏捷|(% style="width:340px" %)与用户增加紧密的迭代协作。具有敏捷性的方法对于HVIT环境非常重要，因为必须开发数字化产品和服务来应对不断变化的市场需求。
++|(% style="width:56px" %)弹性|(% style="width:340px" %)保持可行的可用性和性能。支持HVIT环境的系统非常复杂，因此容易出错。具有弹性特性的方法通过逐渐降级系统并快速恢复服务来最小化事件的影响。
++|(% style="width:56px" %)连续|(% style="width:340px" %)确保快速可靠的部署。具有连续特性的方法通过标准化和自动化集成、构建、测试和运输代码的流程来扩展精益生产能力，从而使数字化产品和服务在需要时可用。
  当一起使用时这些特性时，才会共同创造价值，从而将方法的重点扩展到有效的服务消费。仅当用户实际使用数字化产品和服务时才实现价值。利用HVIT的所有四个关键特性的方法将帮助服务提供商确保服务消费者获得期望的成果。
  这些特性本质上是技术性，更多地侧重于信息系统（产品）的有形部分，但是许多原理也可以应用于IT服务。
--[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wps6E9E.tmp.png]]单独来看，这些特性不是HVIT独有的。但是，它们在一起有助于满足数字化驱动组织对IT提出的更高要求。他们有助于：
++单独来看，这些特性不是HVIT独有的。但是，它们在一起有助于满足数字化驱动组织对IT提出的更高要求。他们有助于：
  * 规划对数字化产品和服务的正确投资
  * 快速可靠的开发和部署这些产品和服务
@@ -307,14
          +307,20 @@
  表2.3 HVIT特征对ITIL服务价值链活动影响的总结。
--| |**计划**|**改进**|**契动**|**设计和转换**|**获取/构建**|**交付和支持**
--|精益| |√| |√|√|
--|敏捷|√| |√|√|√|
--|弹性的|√| | |√| |√
--|持续交付| |√|√|√|√|√
++(% style="width:425px" %)
++|(% style="width:76px" %) |(% style="width:50px" %)**计划**|(% style="width:51px" %)**改进**|(% style="width:51px" %)**契动**|(% style="width:72px" %)**设计和转换**|(% style="width:58px" %)**获取/构建**|(% style="width:66px" %)**交付和支持**
++|(% style="width:76px" %)精益|(% style="width:50px" %) |(% style="width:51px" %)√|(% style="width:51px" %) |(% style="width:72px" %)√|(% style="width:58px" %)√|(% style="width:66px" %)
++|(% style="width:76px" %)敏捷|(% style="width:50px" %)√|(% style="width:51px" %) |(% style="width:51px" %)√|(% style="width:72px" %)√|(% style="width:58px" %)√|(% style="width:66px" %)
++|(% style="width:76px" %)弹性的|(% style="width:50px" %)√|(% style="width:51px" %) |(% style="width:51px" %) |(% style="width:72px" %)√|(% style="width:58px" %) |(% style="width:66px" %)√
++|(% style="width:76px" %)持续交付|(% style="width:50px" %) |(% style="width:51px" %)√|(% style="width:51px" %)√|(% style="width:72px" %)√|(% style="width:58px" %)√|(% style="width:66px" %)√
++
++(% class="wikigeneratedid" %)
++====   ====
++
  ==== 2.5.2.1 精益 ====
++
  具有精益特性的方法着重于将大型工作分解为较小的批处理。缩短交付时间是确保质量、客户满意度和员工满意度的最佳方法，而缩短交付时间的好方法是使用小批量的工作。因此，将较大的工作分解为较小的工作是有益的。这通常会给工作带来不同的挑战，将工作组织成更大的批次，并通过正式的移交规程在功能之间传递。
  小批量可以帮助减少变更对产品系统的破坏性影响。变更越小，中断的风险越低。减小变更的大小还意味着可以更频繁地执行变更。较高的变更频率提高了组织的变更的能力，同时也降低了破坏操作系统的风险。反过来，这有助于减少快速研发和弹性运营的HVIT目标之间的组织紧张关系。
@@ -338,8
          +338,13 @@
  * 尽可能减轻负载。
  * 围绕最薄弱的环节组织工作。效率最低的工作站决定了彼此相互间工作站应以多高的效率工作，以实现最大的吞吐量。这很重要，因为让价值流中的每个工作站（或职能型团队）以最大的效率运行时，常常会导致下一个工作站的工作积压。
++
++(% class="wikigeneratedid" %)
++====   ====
++
  ==== 2.5.2.2 敏捷 ====
++
  基于精益原则基础（小批量工作有利于提高吞吐量），具有敏捷特性的方法着重于交付小的产品或服务迭代，以便方法可以根据环境的变化来调整。在这些方法中，尽可能快地收集信息形式的反馈，并尽可能长地延迟决策。
  敏捷技术专注于软件开发人员、业务人员以及改进客户体验的相关方正在进行的沟通和交互。此描述指软件开发过程中敏捷的工作方式得到了发展，但也可以应用于其他工作领域。
@@ -360,8
          +360,12 @@
  DevOps方法建立在敏捷软件开发和服务管理技术之上，强调软件开发和技术运营角色之间的紧密协作。DevOps使用高度的自动化来释放熟练的专业人员的时间，以便他们可以专注于增值活动，DevOps有助于在管理服务的软件产品的可操作性，可靠性和可维护性等方面发挥作用，从而帮助管理服务。
++(% class="wikigeneratedid" %)
++====   ====
++
  ==== 2.5.2.3 弹性 ====
++
  具有弹性特性的方法侧重于维护可用性和性能，并最大程度地减少事件的影响。具有弹性特征的方法的两个示例是站点可靠性工程（SRE）和DevOps。
  SRE将软件开发思维方式应用于IT运营，并有助于弥合开发与运营之间的鸿沟。SRE团队与现有的IT运营团队一起创建。这些SRE团队将时间分配给执行IT运营和指导IT运营团队，以及开发有助于增加IT系统的弹性和性能的软件。
@@ -373,8
          +373,12 @@
  增强弹性的其他方法包括抗脆弱性、软件和基础设施，微服务、容器化、特性切换、渗透测试和灾难恢复的这些弹性架构。
++(% class="wikigeneratedid" %)
++====   ====
++
  ==== 2.5.2.4  持续交付 ====
++
  具有连续特性的方法，例如持续集成、交付和部署（CI / CD），基于这样的信念，小批量和频繁的工作不仅有价值，还可以更快获得反馈。因为可以更早地使用功能，变更更安全更小批量。
  持续集成、持续交付和持续部署（CI / CD）是主要与软件工程相关的实践的描述性术语，它们是精益和敏捷软件开发理念的核心。这些做法的采用迅速增长，重要的是要在不断发展的系统开发实践的大背景下理解CI / CD的定义特征。
@@ -389,8
          +389,13 @@
  * 部署自动化将代码从预生产环境迁移到生产环境的流程自动化。
  * 部署之后的测试验证功能和非功能属性，尤其是性能/负载测试，这在部署之前很难实现测试。
++
++(% class="wikigeneratedid" %)
++====   ====
++
  ==== 2.5.2.5 结合HVIT特性共同创造价值 ====
++
  精益、敏捷、有弹性和连续性的组织可以更好地为价值共创提供服务，服务形式可以轻松地适应不断变化的环境和客户的需求。
  服务科学将服务定义为对资源（包括能力、技能和知识）的应用，以便对另一个组织进行有价值的变更。ITIL将服务定义为一种通过促进客户希望实现的成果而实现价值共创的方式，而客户不必管理特定的成本和风险。无论采用哪种定义，在任何服务中都至少存在两个交互的实体（在服务科学中称为服务系统）。服务提供商和服务消费者构成了一对服务系统的简单示例，但是还有其他一些，例如监管机构。服务主导逻辑是服务科学的核心概念。
@@ -407,15
          +407,19 @@
  **ITIL的故事：高速IT的关键特征**
--Henri：//在Axle，我们为能够快速适应需求和机遇的变化而感到自豪。我们的技术所提供的服务不仅为我们创造了价值，而且为我们所有的利益干系人：我们的合作伙伴，供应商和客户创造了价值。//
++Henri：在Axle，我们为能够快速适应需求和机遇的变化而感到自豪。我们的技术所提供的服务不仅为我们创造了价值，而且为我们所有的利益干系人：我们的合作伙伴，供应商和客户创造了价值。
--Marco：//我们确保我们的技术投资符合我们的目标，并遵守治理、法规和合规性的要求。//
++Marco：我们确保我们的技术投资符合我们的目标，并遵守治理、法规和合规性的要求。
--Solmaz：//我们的技术选择反映了高速IT的四个特征：精益、敏捷、弹性和连续。鉴于我们收集了大量的客户数据，我们确保数据和技术能够抵御网络攻击，并在压力下保持稳定。我们以小批量方式工作，根据客户需求量身定制每个变更，并采用持续集成、交付和部署方式。我们还监控流程，以尽可能减少精力浪费。//
++Solmaz：我们的技术选择反映了高速IT的四个特征：精益、敏捷、弹性和连续。鉴于我们收集了大量的客户数据，我们确保数据和技术能够抵御网络攻击，并在压力下保持稳定。我们以小批量方式工作，根据客户需求量身定制每个变更，并采用持续集成、交付和部署方式。我们还监控流程，以尽可能减少精力浪费。
++(% class="wikigeneratedid" %)
++==   ==
++
  == 2.6 采用ITIL服务价值系统实现高速IT ==
++
  HVIT将与价值高度相关联的IT工作与高速业务相结合，达成从创新到价值的实现。这需要快速的迭代，快速的反馈和快速的改进，不仅可以使事情更快地完成，还可以提升与IT相关的产品和服务的质量。这对组织的IT运营模型具有重要意义。数字化驱动组织定义和构建与IT相关的活动和资源，这与IT战略重要性较小的组织不同。数字化组织对技术的更高要求反映在他们的运营方式上。例如，具有数字功能的组织可能拥有相对独立的基于产品/服务的团队，而非职能组织结构，并且对快速迭代的流程和失效有更高的兴趣。
  本节说明如何使用ITIL指南为定义HVIT工作及组织的IT运营模型提供构建块。
@@ -461,8
          +461,12 @@
  HVIT组织还可以从ITIL 指导原则的应用中受益。这些原则以及如何使用它们，将在第3章中详细讨论。
++(% class="wikigeneratedid" %)
++===   ===
++
  === 2.6.1 数字化产品和服务 ===
++
  ITIL将产品定义组织资源的配置，旨在为消费者提供价值。产品通过服务提供给消费者，使双方能够共同创造价值。这些服务通过获取货品、使用提供者的（有形）资源并与提供者进行交互的方式向消费者展示。当消费者运用自己的资源来消费产品时，价值是在服务提供和消费期间共同创造的。
  某些产品可以定义为数字化产品。
@@ -500,8
          +500,12 @@
  服务交互和可见范围的示例如图2.10所示。有关可见范围的更多信息，请参见ITIL®4：提高利益干系人价值。
++(% class="wikigeneratedid" %)
++===   ===
++
  === 2.6.2 数字化产品生命周期 ===
++
  服务消费者和服务提供者对数字化产品有不同的看法。它们每个都有自己的产品生命周期，这些生命周期在消费者和提供者互动期间重叠。对于服务提供者而言，产品的生命周期持续存在，只要该产品有潜在的客户。对于服务消费者而言，只要使用产品，生命周期会一直持续，严格来说，这就是产品使用生命周期。
  从服务消费者的角度来看，数字化产品的生命周期始于针对特定需求的可能解决方案的市场探索。这些消费者可以根据以下特征来表征
@@ -562,10
          +562,11 @@
  表2.4 数字化产品生命周期的各个阶段
--|**生命周期阶段**|**服务提供者**|**服务消费者**
--|探索|服务提供商研究和开发产品和服务产品。|服务使用者意识到产品的存在，并且认为有趣并令人期望，然后达成协议。
--|引入|(% colspan="2" %)已安装产品实例，并且用户组织已加入，有时需要从已替换产品过渡。
--|共同创造价值|(((
++(% style="width:530px" %)
++|(% style="width:63px" %)**生命周期阶段**|(% style="width:248px" %)**服务提供者**|(% style="width:216px" %)**服务消费者**
++|(% style="width:63px" %)探索|(% style="width:248px" %)服务提供商研究和开发产品和服务产品。|(% style="width:216px" %)服务使用者意识到产品的存在，并且认为有趣并令人期望，然后达成协议。
++|(% style="width:63px" %)引入|(% colspan="2" style="width:464px" %)已安装产品实例，并且用户组织已加入，有时需要从已替换产品过渡。
++|(% style="width:63px" %)共同创造价值|(% style="width:248px" %)(((
  服务提供商交付并支持产品，并增加、稳定或降
  低的投资回报率，从而做出购买（使用和改进产
@@ -573,13
          +573,13 @@
  品），持有（使用但不改进产品）或出售（使用和使
  用产品、减少、更换或停用）的投资决策。
--)))|(((
++)))|(% style="width:216px" %)(((
  服务使用者使用该产品并体验到价值的增长、稳定或
  下降，最终决定更换或停用该产品。
  )))
--|撤销|(% colspan="2" %)产品实例被卸载，用户组织被取消注册，有时需要过渡到替代产品。
--|停用|服务提供商不再提供或支持该产品。|服务使用者不再使用此产品，但是其他使用者可以使用它。
++|(% style="width:63px" %)撤销|(% colspan="2" style="width:464px" %)产品实例被卸载，用户组织被取消注册，有时需要过渡到替代产品。
++|(% style="width:63px" %)停用|(% style="width:248px" %)服务提供商不再提供或支持该产品。|(% style="width:216px" %)服务使用者不再使用此产品，但是其他使用者可以使用它。
  (% style="text-align:center" %)
  [[image:1639231475298-755.png]]
@@ -587,8
          +587,12 @@
  图2.14 ITIL服务价值链
++(% class="wikigeneratedid" %)
++===   ===
++
  === 2.6.3 ITIL服务价值链 ===
++
  交付产品和服务所需的活动由组织的服务价值链和实践来建模。服务价值链描述了组织的原型活动（见图2.14）。
  ITIL服务价值链可用于以相当高的抽象水平描述服务提供者执行的活动类型。它可以帮助人们专注于每个价值链活动的目标以及输入和输出，而不会迷失在价值流中较低级别活动的细节中。
@@ -596,8
          +596,12 @@
  价值链活动紧密相关，可以按任何顺序安排以解释和讨论各种不同的情况。
++(% class="wikigeneratedid" %)
++====   ====
++
  ==== 2.6.3.1 价值链活动和DevOps ====
++
  在HVIT环境中，经常使用“连续”的概念，这是许多HVIT方法的关键特征。“连续”是指短的反馈循环所支持的快速的、迭代的活动周期。CI / CD是这方面的一个众所周知的示例，其中新软件通过高度自动化和一部分的价值流的流量实现了无延迟地递增流动。
  DevOps社区经常使用一个数字8来说明这一点，该数字包含一个连续的应用开发和IT运维活动的连续循环，如图2.15所示。开发和运维活动由基础设施和平台支持，用于编码、测试、部署、生产等。
@@ -634,8
          +634,12 @@
  这是如何将HVIT应用于服务价值链的示例，通过允许从不同角度进行工作讨论来帮助弥合专业学科之间的鸿沟。对于各学科之间的协作，首先重要的是，每个学科都应理解对方的观点并使用另一学科熟悉的用语。一旦确立了这一点，讨论就可以从了解变成理解。
++(% class="wikigeneratedid" %)
++====   ====
++
  ==== 2.6.3.2 服务消费者 ====
++
  HVIT可以应用于服务价值链的另一种方式是说明服务提供者和服务使用者之间的交互程度。服务消费者在获取、提供和使用方面与服务提供者结合在一起进行交互。
  消费者将其需要转换为需求，并雇用提供者提供服务，然后契动这些服务来创建价值。从消费者的角度来看，这可以表示为服务价值链，如图2.17所示。可以扩展此图，以结合服务提供者在服务价值链活动方面的观点。
@@ -662,8
          +662,12 @@
  图2.19 引用服务价值链活动的服务价值流示例
++(% class="wikigeneratedid" %)
++===   ===
++
  === 2.6.4 价值流 ===
++
  价值流是组织采取的一系列步骤，以创建产品和服务并将其交付给消费者。它们是根据指导方针（原则，方法，技术等）并且在约束（法规，政策，预算等）内执行的一组活动。
  重要的是要认识到服务价值链和相关实践是实际价值流所基于的模型。在人力和其他资源价值共创的地方可以观察到价值流。服务价值链和相关的实践是无法观察到的，因为它们是用于模型价值流的抽象表示。
@@ -698,8
          +698,12 @@
  图2.21 价值流定位于治理、执行和改进方面
++(% class="wikigeneratedid" %)
++===   ===
++
  === 2.6.5 ITIL管理实践 ===
++
  ITIL 管理实践描述了实现特定目的所需的资源和活动，以及管理这些资源和活动的公认方法。
  组织提供的服务（通常是货品）可以为客户提供帮助。这需要执行一组活动，无论有无客户的直接参与。为了执行这些活动，组织和客户都必须具有一定的能力。这些能力可能是某个特定活动所独有的，也可能是多项活动所必需的，例如在参与的每个阶段之间保持一种有效的关系。能力涉及人力和各种资源的相互作用。
@@ -721,4
          +721,167 @@
  (% style="text-align:center" %)
  [[image:1639231705680-314.png]]
--
++图2.22 涉及价值流的多种管理实践，描述为波特价值链的变体
++
++
++价值流的每个步骤都包含管理实践中定义和描述的活动。其他实践可能会通过信息、工具或方法促进价值流。如图2.22所示。
++
++
++(% class="wikigeneratedid" %)
++====   ====
++
++==== 2.6.5.1 HVIT的关键实践 ====
++
++
++表2.5中说明了与HVIT和数字化产品最相关的实践。
++
++表2.5实践及其与五项目标的相关性
++
++[[image:1641699892753-874.png]]
++
++[[image:1641699933162-408.png]]
++
++
++(% class="wikigeneratedid" %)
++===   ===
++
++=== 2.6.6 服务管理的四个维度 ===
++
++
++服务和服务管理需要主动和被动资源，这可以是组织为进行相关活动而获取或发展的任何资源。组织的员工、合作伙伴和供应商是活跃的（运营）资源或参与者。他们与其他参与者以及被动（操作数）资源和产品进行交互。
++
++组织资源的示例包括：
++
++* 组织（包括财务和物质资源，例如建筑物）和人员
++* 信息和技术
++* 合作伙伴和供应商。
++
++这是服务管理四个维度中的三个，他们是ITIL框架的关键组成部分。服务管理四个维度受PESTLE各种外部因素的影响：政治、经济、社会、技术、法律和环境，如图2.23所示。
++
++服务管理的四个维度确定了价值流中使用的资源的种类。四个维度中的三个（组织和人员，信息和技术，以及合作伙伴和供应商）是在价值流的执行过程期间可操作使用的具体资源。价值流和流程维度表示抽象资源，这些抽象资源用作价值流设计的输入。如图2.20所示。
++
++以下各节介绍了各个维度应用于HVIT的示例。
++
++(% style="text-align:center" %)
++[[image:1639231923289-128.png]]
++
++图2.23 服务管理的四个维度包括六大要素
++
++
++(% class="wikigeneratedid" %)
++====   ====
++
++==== 2.6.6.1 组织和人员 ====
++
++
++在HVIT环境中，IT是组织产品和服务不可或缺的一部分，IT职能很可能将成为负责各种产品和服务的业务部门的组成部分。通常会有基于产品/ 服务的多功能团队，既面向技术又面向业务。
++
++面向IT的团队成员。尽管可能有一个集中化的IT服务中心来处理非差异化的数字化技术，例如电子邮件和Wi-Fi，但是差异化的数字化技术通常将作为主要活动的一部分进行管理。可能还有一些面向平台的团队，可以支持各种分散的基于产品/ 服务的团队。在这样的环境中，组织的挑战之一是管理混合环境，在该环境下某些技术是专用的，而某些技术则是共享的。并且小型、动态、面向产品的系统必须与大型、灵活性较差的后端系统进行转换。
++
++在面向产品/ 服务的团队中，业务和IT之间没有服务级别协议，因为它们属于同一团队。团队中的IT小组之间的协议也是如此。可能仍然存在度量标准和指标，但它们与业务线的主要目标保持一致，而不是作为具有IT功能的内部事务的一部分。
++
++HVIT环境中的IT从业人员通常与非IT同事在相同的物理位置工作，通常在独立的产品/服务团队中。这不仅有利于沟通交流，而且还有助于更好地理解使用数字化技术的业务环境。
++
++
++(% class="wikigeneratedid" %)
++====   ====
++
++==== 2.6.6.2 信息和技术 ====
++
++
++本节涉及用作“生产资源“以生产包含数字化产品和服务的信息和技术。换句话说，用于生产产品的工具，而不是产品本身。
++
++在从数字化技术中获得重要价值的的HVIT环境中，该价值的一部分与数字化系统提供的信息有关，而另一部分与可以快速，灵活，安全且高效地提供信息数字化技术有关。因此，对数字化组织的信息和技术以及支持IT流程的信息和技术（IT工具）都提出了更高的要求。HVIT工具的一个示例是自动化部署管道，它可以更快、更可靠地将新版本的应用程序交付到生产环境中。
++
++信息通常是IT职能中利用率不高的资源。从业人员应该越来越了解自己掌握的数据，并更好地利用它。在HVIT环境中，实时地、有时地创建和使用信息是很常见的。例如，监控工具可在需要时（例如，当告警指示异常情况或已检测到事件时）提供对性能信息的实时访问。然后，可以根据需要将与漫游器（ChatOps）集成协作工具用于交换和获取其他信息。
++
++了解信息的流动以及完成工作的方式至关重要，这样人们就可以在需要的时间和地点获得所需的信息，这是将其作为“照常工作”实践的一部分。业务分析部分满足了这一关键需求，但是业务信息管理的领域扩大了范围，包括信息的实际使用。业务信息管理不仅可以确保确定正确的信息需求，而且还可以确保信息在业务流程中得到有效使用。这同样适用于支持IT和服务管理领域中的支持流程的信息。自由流动的信息是高度信任组织的特征。这与“成长文化“是一致的，该特点是高度合作、共担风险、渴望创新以及从失效中学习，这在HVIT组织中经常存在的。
++
++集成系统可以避免数据重复（存在不同事实来源的风险）。这也涉及使用不同的工具；例如，开发人员使用一种工具，而运营使用另一种工具，而没有接口和整合。自动添加一个常见的可见标识符（例如冲刺ID，待办事项ID或票证编号）是组合它们的一种方法。例如，在变更通过部署管道时，将用户故事ID添加到变更记录中，是采用“协作和提升可视化程度”以及“优化和自动化”的ITIL指导原则的一种好方法。
++
++人工智能（AI）和机器学习的预期极限增长只会对管理良好的信息和知识提出更高的要求。
++
++
++(% class="wikigeneratedid" %)
++====   ====
++
++==== 2.6.6.3 合作伙伴和供应商 ====
++
++
++HVIT环境通常广泛使用基于云的基础架构、平台和其他服务。这些功用服务通常由组织按其各自的条款和条件提供。公共云的服务通常是高质量且价格适中，但是个人消费者对提供商上几乎没有影响力。因此，至关重要的是分析依赖关系，并根据合同和SLA采取适当的措施，包括风险共担协议、二级提供商、应急计划以及规避措施。
++
++在HVIT 环境中外包工作时，重要的是要考虑外部服务提供商是否以与其客户类似的方式工作，因为很难将具有根本不同工作方式的各方集成到同一价值流中。职能型外包，即将离散的功能（如测试）外包出去，通常比外包整个价值流的有效性低。由于这种约束，IT部门通常与外部人员签约合作，而不是外包工作。
++
++
++(% class="wikigeneratedid" %)
++====   ====
++
++==== 2.6.6.4 价值流和流程 ====
++
++
++HVIT环境认识到为每个数字化产品或服务创建唯一的价值流可能更好。这可能不如为多种产品和服务提供服务的标准化集中式单一价值流有效，但是就有效性而言，带来的收益通常会超过成本，因此建议考虑使用这种替代方案。如果考虑使用此方案，组织还应考虑在适当的情况下跨价值流共享工具和最佳实践的方法。在设计独特的价值流时，重要的是要记住可扩展性可能需要某种标准化，因此要谨慎权衡。
++
++流程是预先确定的相互关联的活动序列，该活动将输入转换为输出。流程可用于详细说明价值流中的步骤，并且规程和工作说明可提供进一步的详细指导。
++
++因为流程是预先确定的，所以它们适用于可预测的情况。当情况无法预测时，流程的应用程序不太可能产生所期望的输出和成果。在这种情况下，基于案例的方法更为有效，因为它使从业者可以自由地应用他们的专业判断，哪些活动是合适的。HVIT环境通常会处理无法预测的复杂系统，因此应保留适用于可能预先确定适当活动顺序的情况。从业人员通常会根据可能起作用的各种活动方式进行思考，并会尝试为手头的任务选择正确的方式。
++
++
++(% class="wikigeneratedid" %)
++===   ===
++
++=== 2.6.7 外在因素 ===
++
++
++组织对市场、产品和服务以及资源和活动的选择受多种外部因素的影响，这些外部因素可以是政治、经济、社会、技术、法律和环境（PESTLE）。这些都是影响服务管理的四个维度。
++
++HVIT环境还具有相对较高的易变性、不确定性、复杂性、模糊性，其缩写为“ VUCA”。VUCA提出了严峻的管理挑战。
++
++在组织的规划和管理中应予以考虑。组织对VUCA元素的体验程度反映在它是追求更短期还是长期的计划，以及它经历了多少次大规模转型计划。
++
++基于外部和内部环境中对参与者的部署的评估，以及尝试影响这些参与者，在更大程度上体验VUCA的组织通常会采用更多的更深层次方法。在这些组织中，重点更多地放在管理当前，而不是制定和遵循路线图，以达到预定的未来状态。
++
++管理人员通过施加由外部和内部策略、规则、惩罚等控制方法来约束行为。同时，工作人员确定如何在这些控件的范围内为组织做出贡献。在HVIT组织中，从业人员在组织性能和改进中发挥积极作用。它们还可以挑战刚性较差的边界。从业者有机会通过主动发挥领导作用。
++
++
++(% class="wikigeneratedid" %)
++===   ===
++
++=== 2.6.8 治理与管理 ===
++
++
++容易混淆术语“ 治理”和“ 管理”以及它们在组织中的应用方式。治理可以应用于最高级别的非执行理事机构，但也可以应用于较低级别，因为这越来越难以区分治理和管理。为了清楚起见，该出版物引用了治理和管理的不同组织实体。治理机构的权限级别高于受治理的组织实体，而管理者是该组织实体的一部分。
++
++治理是指导和控制组织的手段。治理机构评估组织的状况、为管理人员设定方向，并监视组织的性能。
++
++管理立足于治理。管理者负责规划、建立、组织和改进组织实体。
++
++数字化技术责任是数字化驱动组织中数字化业务线中不可或缺的部分，而不是单独的一个单元，如集中式IT服务中心之类的部门（尽管对于诸如电子邮件这样的非差异化IT服务可能存在）。因此，受治理和管理的组织实体既负责数字化技术，又负责数字化产品和服务的使用。这对于组织中的业务和IT的协作是有益的，因为仅需要对业务、IT活动和资源进行协调，而不是将具有不同目标的组织实体分开。因此，数字化技术从业人员与技术水平较低的同事向相同的管理层汇报事务。
++
++从业者在治理和管理框架内运行。他们了解适用的约束条件，知道如何在该框架内行动，他们的见识和判断影响他们的行动方式。他们拥有的洞察力越多，他们的判断能力越强，则在相关利益和风险是合理的情况下，从业者越会主动制定规则。这是非常有益的，因为HVIT环境通常是高度不可预测的，这意味着预定的指令既不可行也不理想。
++
++因此，HVIT从业者必须对工作进行判断。为了有效地做到这一点，他们必须了解某些约束背后的原因。因此，管理者在HVIT 环境中的主要作用是提供环境并使从业人员可以负责。
++
++
++(% class="wikigeneratedid" %)
++==   ==
++
++== 2.7 总结 ==
++
++
++第2章概述了与数字化组织相关的关键概念，包括数字化技术、数字化转型和高速IT。了解这些概念并使它们在组织和生态系统中形成的分类对于数字化转型计划的成功至关重要，因为它们通常涉及许多来自不同组织和背景的人。
++
++为了成功实现数字化转型，组织需要（或变得）敏捷、精益、具有弹性并能够持续交付。所有这些属性可以以一种高速的方式实现价值共创：更快、有明确的发展方向。
++
++最后，本章从高速角度探讨了ITIL 服务价值系统（SVS）及其组件，并描述了SVS的组件如何在高速环境中协同工作以确保有效、可持续和有弹性的价值共创。
++
++总而言之，第二章解释了：
++
++* 数字化转型和高速IT的关键概念
++* 实现高速和数字转换需要实现的目标
++* ITIL 4模型和概念如何帮助成功实现数字化转型
++
++第3章将讨论数字化转型的文化方面：高速组织的关键行为模式以及相关文化演进的关键方法。
++
++
++
++[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%AB%98%E9%80%9FIT%E3%80%8BHVIT/3.%E9%AB%98%E9%80%9FIT%E6%96%87%E5%8C%96/]]   [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%AB%98%E9%80%9FIT%E3%80%8BHVIT/1.%E4%BB%8B%E7%BB%8D/]]

1641699199089-587.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.superadmin

Size

...	...	@@ -1,0 +1,1 @@
	1	+53.8 KB

Content

1641699892753-874.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.superadmin

Size

...	...	@@ -1,0 +1,1 @@
	1	+53.8 KB

Content

1641699933162-408.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.superadmin

Size

...	...	@@ -1,0 +1,1 @@
	1	+22.5 KB

Content

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司