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

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

From version < 38.1 >

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

To version < 40.1

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

Change comment: There is no comment for this version

Raw
Rendered

Summary

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

Details

Page properties

Content

@@ -3,9
          +3,7 @@
  [[阅读下一章>>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**"}}
++{{box cssClass="floatinginfobox" title="**Contents**"}}
  {{toc/}}
  {{/box}}
@@ -22,8
          +22,6 @@
  * 数字化转型
  * 高速IT目标和关键特征
--
--
  == 2.1 高速IT ==
@@ -72,7
          +72,6 @@
--(% class="wikigeneratedid" %)
  ===   ===
  === 2.2.1 信息技术 ===
@@ -140,7
          +140,6 @@
--(% class="wikigeneratedid" %)
  ==   ==
  == 2.3 数字化组织 ==
@@ -176,7
          +176,6 @@
  Solmaz：某些客户更喜欢这种方式，尤其是当他们在不说当地语言的国家/地区时。我们需要跟上需求的发展，以便为客户提供最好的体验。
--(% class="wikigeneratedid" %)
  ==   ==
  == 2.4 数字化转型 ==
@@ -313,7
          +313,6 @@
--(% class="wikigeneratedid" %)
  ===   ===
  === 2.5.2 高速IT的关键特征 ===
@@ -359,10
          +359,9 @@
  |(% 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 精益 ====
@@ -390,7
          +390,6 @@
  * 围绕最薄弱的环节组织工作。效率最低的工作站决定了彼此相互间工作站应以多高的效率工作，以实现最大的吞吐量。这很重要，因为让价值流中的每个工作站（或职能型团队）以最大的效率运行时，常常会导致下一个工作站的工作积压。
--(% class="wikigeneratedid" %)
  ====   ====
  ==== 2.5.2.2 敏捷 ====
@@ -416,7
          +416,6 @@
  DevOps方法建立在敏捷软件开发和服务管理技术之上，强调软件开发和技术运营角色之间的紧密协作。DevOps使用高度的自动化来释放熟练的专业人员的时间，以便他们可以专注于增值活动，DevOps有助于在管理服务的软件产品的可操作性，可靠性和可维护性等方面发挥作用，从而帮助管理服务。
--(% class="wikigeneratedid" %)
  ====   ====
  ==== 2.5.2.3 弹性 ====
@@ -433,7
          +433,6 @@
  增强弹性的其他方法包括抗脆弱性、软件和基础设施，微服务、容器化、特性切换、渗透测试和灾难恢复的这些弹性架构。
--(% class="wikigeneratedid" %)
  ====   ====
  ==== 2.5.2.4  持续交付 ====
@@ -454,7
          +454,7 @@
  * 部署之后的测试验证功能和非功能属性，尤其是性能/负载测试，这在部署之前很难实现测试。
--(% class="wikigeneratedid" %)
++
  ====   ====
  ==== 2.5.2.5 结合HVIT特性共同创造价值 ====
@@ -483,7
          +483,6 @@
  Solmaz：我们的技术选择反映了高速IT的四个特征：精益、敏捷、弹性和连续。鉴于我们收集了大量的客户数据，我们确保数据和技术能够抵御网络攻击，并在压力下保持稳定。我们以小批量方式工作，根据客户需求量身定制每个变更，并采用持续集成、交付和部署方式。我们还监控流程，以尽可能减少精力浪费。
--(% class="wikigeneratedid" %)
  ==   ==
  == 2.6 采用ITIL服务价值系统实现高速IT ==
@@ -534,7
          +534,6 @@
  HVIT组织还可以从ITIL 指导原则的应用中受益。这些原则以及如何使用它们，将在第3章中详细讨论。
--(% class="wikigeneratedid" %)
  ===   ===
  === 2.6.1 数字化产品和服务 ===
@@ -577,7
          +577,6 @@
  服务交互和可见范围的示例如图2.10所示。有关可见范围的更多信息，请参见ITIL®4：提高利益干系人价值。
--(% class="wikigeneratedid" %)
  ===   ===
  === 2.6.2 数字化产品生命周期 ===
@@ -669,7
          +669,6 @@
  图2.14 ITIL服务价值链
--(% class="wikigeneratedid" %)
  ===   ===
  === 2.6.3 ITIL服务价值链 ===
@@ -682,7
          +682,6 @@
  价值链活动紧密相关，可以按任何顺序安排以解释和讨论各种不同的情况。
--(% class="wikigeneratedid" %)
  ====   ====
  ==== 2.6.3.1 价值链活动和DevOps ====
@@ -724,7
          +724,6 @@
  这是如何将HVIT应用于服务价值链的示例，通过允许从不同角度进行工作讨论来帮助弥合专业学科之间的鸿沟。对于各学科之间的协作，首先重要的是，每个学科都应理解对方的观点并使用另一学科熟悉的用语。一旦确立了这一点，讨论就可以从了解变成理解。
--(% class="wikigeneratedid" %)
  ====   ====
  ==== 2.6.3.2 服务消费者 ====
@@ -756,7
          +756,6 @@
  图2.19 引用服务价值链活动的服务价值流示例
--(% class="wikigeneratedid" %)
  ===   ===
  === 2.6.4 价值流 ===
@@ -796,7
          +796,6 @@
  图2.21 价值流定位于治理、执行和改进方面
--(% class="wikigeneratedid" %)
  ===   ===
  === 2.6.5 ITIL管理实践 ===
@@ -829,7
          +829,6 @@
  价值流的每个步骤都包含管理实践中定义和描述的活动。其他实践可能会通过信息、工具或方法促进价值流。如图2.22所示。
--(% class="wikigeneratedid" %)
  ====   ====
  ==== 2.6.5.1 HVIT的关键实践 ====
@@ -844,7
          +844,6 @@
  [[image:1641699933162-408.png]]
--(% class="wikigeneratedid" %)
  ===   ===
  === 2.6.6 服务管理的四个维度 ===
@@ -870,7
          +870,6 @@
  图2.23 服务管理的四个维度包括六大要素
--(% class="wikigeneratedid" %)
  ====   ====
  ==== 2.6.6.1 组织和人员 ====
@@ -885,7
          +885,6 @@
  HVIT环境中的IT从业人员通常与非IT同事在相同的物理位置工作，通常在独立的产品/服务团队中。这不仅有利于沟通交流，而且还有助于更好地理解使用数字化技术的业务环境。
--(% class="wikigeneratedid" %)
  ====   ====
  ==== 2.6.6.2 信息和技术 ====
@@ -904,7
          +904,6 @@
  人工智能（AI）和机器学习的预期极限增长只会对管理良好的信息和知识提出更高的要求。
--(% class="wikigeneratedid" %)
  ====   ====
  ==== 2.6.6.3 合作伙伴和供应商 ====
@@ -915,7
          +915,6 @@
  在HVIT 环境中外包工作时，重要的是要考虑外部服务提供商是否以与其客户类似的方式工作，因为很难将具有根本不同工作方式的各方集成到同一价值流中。职能型外包，即将离散的功能（如测试）外包出去，通常比外包整个价值流的有效性低。由于这种约束，IT部门通常与外部人员签约合作，而不是外包工作。
--(% class="wikigeneratedid" %)
  ====   ====
  ==== 2.6.6.4 价值流和流程 ====
@@ -928,7
          +928,6 @@
  因为流程是预先确定的，所以它们适用于可预测的情况。当情况无法预测时，流程的应用程序不太可能产生所期望的输出和成果。在这种情况下，基于案例的方法更为有效，因为它使从业者可以自由地应用他们的专业判断，哪些活动是合适的。HVIT环境通常会处理无法预测的复杂系统，因此应保留适用于可能预先确定适当活动顺序的情况。从业人员通常会根据可能起作用的各种活动方式进行思考，并会尝试为手头的任务选择正确的方式。
--(% class="wikigeneratedid" %)
  ===   ===
  === 2.6.7 外在因素 ===
@@ -945,7
          +945,6 @@
  管理人员通过施加由外部和内部策略、规则、惩罚等控制方法来约束行为。同时，工作人员确定如何在这些控件的范围内为组织做出贡献。在HVIT组织中，从业人员在组织性能和改进中发挥积极作用。它们还可以挑战刚性较差的边界。从业者有机会通过主动发挥领导作用。
--(% class="wikigeneratedid" %)
  ===   ===
  === 2.6.8 治理与管理 ===
@@ -964,7
          +964,6 @@
  因此，HVIT从业者必须对工作进行判断。为了有效地做到这一点，他们必须了解某些约束背后的原因。因此，管理者在HVIT 环境中的主要作用是提供环境并使从业人员可以负责。
--(% class="wikigeneratedid" %)
  ==   ==
  == 2.7 总结 ==

粤ICP备17056641号

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