文档更改2. 高速IT的关键概念

Summary

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

Details

Page properties

Content

...	...	@@ -23,6 +23,7 @@
23	23	* 高速IT目标和关键特征
24	24
25	25
	26	+
26	26	== 2.1 高速IT ==
27	27
28	28
...	...	@@ -71,6 +71,7 @@
71	71
72	72
73	73
	75	+(% class="wikigeneratedid" %)
74	74	=== ===
75	75
76	76	=== 2.2.1 信息技术 ===
...	...	@@ -138,6 +138,7 @@
138	138
139	139
140	140
	143	+(% class="wikigeneratedid" %)
141	141	== ==
142	142
143	143	== 2.3 数字化组织 ==
...	...	@@ -173,6 +173,7 @@
173	173	Solmaz：某些客户更喜欢这种方式，尤其是当他们在不说当地语言的国家/地区时。我们需要跟上需求的发展，以便为客户提供最好的体验。
174	174
175	175
	179	+(% class="wikigeneratedid" %)
176	176	== ==
177	177
178	178	== 2.4 数字化转型 ==
...	...	@@ -309,6 +309,7 @@
309	309
310	310
311	311
	316	+(% class="wikigeneratedid" %)
312	312	=== ===
313	313
314	314	=== 2.5.2 高速IT的关键特征 ===
...	...	@@ -354,9 +354,10 @@
354	354	|(% style="width:76px" %)弹性的|(% style="width:50px" %)√|(% style="width:51px" %) |(% style="width:51px" %) |(% style="width:72px" %)√|(% style="width:58px" %) |(% style="width:66px" %)√
355	355	|(% style="width:76px" %)持续交付|(% style="width:50px" %) |(% style="width:51px" %)√|(% style="width:51px" %)√|(% style="width:72px" %)√|(% style="width:58px" %)√|(% style="width:66px" %)√
356	356
	362	+
	363	+(% class="wikigeneratedid" %)
357	357	==== ====
358	358
359		-
360	360	==== 2.5.2.1 精益 ====
361	361
362	362
...	...	@@ -384,7 +384,7 @@
384	384	* 围绕最薄弱的环节组织工作。效率最低的工作站决定了彼此相互间工作站应以多高的效率工作，以实现最大的吞吐量。这很重要，因为让价值流中的每个工作站（或职能型团队）以最大的效率运行时，常常会导致下一个工作站的工作积压。
385	385
386	386
387		-
	393	+(% class="wikigeneratedid" %)
388	388	==== ====
389	389
390	390	==== 2.5.2.2 敏捷 ====
...	...	@@ -410,6 +410,7 @@
410	410	DevOps方法建立在敏捷软件开发和服务管理技术之上，强调软件开发和技术运营角色之间的紧密协作。DevOps使用高度的自动化来释放熟练的专业人员的时间，以便他们可以专注于增值活动，DevOps有助于在管理服务的软件产品的可操作性，可靠性和可维护性等方面发挥作用，从而帮助管理服务。
411	411
412	412
	419	+(% class="wikigeneratedid" %)
413	413	==== ====
414	414
415	415	==== 2.5.2.3 弹性 ====
...	...	@@ -426,6 +426,7 @@
426	426	增强弹性的其他方法包括抗脆弱性、软件和基础设施，微服务、容器化、特性切换、渗透测试和灾难恢复的这些弹性架构。
427	427
428	428
	436	+(% class="wikigeneratedid" %)
429	429	==== ====
430	430
431	431	==== 2.5.2.4  持续交付 ====
...	...	@@ -445,6 +445,8 @@
445	445	* 部署自动化将代码从预生产环境迁移到生产环境的流程自动化。
446	446	* 部署之后的测试验证功能和非功能属性，尤其是性能/负载测试，这在部署之前很难实现测试。
447	447
	456	+
	457	+(% class="wikigeneratedid" %)
448	448	==== ====
449	449
450	450	==== 2.5.2.5 结合HVIT特性共同创造价值 ====
...	...	@@ -473,6 +473,7 @@
473	473	Solmaz：我们的技术选择反映了高速IT的四个特征：精益、敏捷、弹性和连续。鉴于我们收集了大量的客户数据，我们确保数据和技术能够抵御网络攻击，并在压力下保持稳定。我们以小批量方式工作，根据客户需求量身定制每个变更，并采用持续集成、交付和部署方式。我们还监控流程，以尽可能减少精力浪费。
474	474
475	475
	486	+(% class="wikigeneratedid" %)
476	476	== ==
477	477
478	478	== 2.6 采用ITIL服务价值系统实现高速IT ==
...	...	@@ -523,6 +523,7 @@
523	523	HVIT组织还可以从ITIL 指导原则的应用中受益。这些原则以及如何使用它们，将在第3章中详细讨论。
524	524
525	525
	537	+(% class="wikigeneratedid" %)
526	526	=== ===
527	527
528	528	=== 2.6.1 数字化产品和服务 ===
...	...	@@ -565,6 +565,7 @@
565	565	服务交互和可见范围的示例如图2.10所示。有关可见范围的更多信息，请参见ITIL®4：提高利益干系人价值。
566	566
567	567
	580	+(% class="wikigeneratedid" %)
568	568	=== ===
569	569
570	570	=== 2.6.2 数字化产品生命周期 ===
...	...	@@ -656,6 +656,7 @@
656	656	图2.14 ITIL服务价值链
657	657
658	658
	672	+(% class="wikigeneratedid" %)
659	659	=== ===
660	660
661	661	=== 2.6.3 ITIL服务价值链 ===
...	...	@@ -668,6 +668,7 @@
668	668	价值链活动紧密相关，可以按任何顺序安排以解释和讨论各种不同的情况。
669	669
670	670
	685	+(% class="wikigeneratedid" %)
671	671	==== ====
672	672
673	673	==== 2.6.3.1 价值链活动和DevOps ====
...	...	@@ -709,6 +709,7 @@
709	709	这是如何将HVIT应用于服务价值链的示例，通过允许从不同角度进行工作讨论来帮助弥合专业学科之间的鸿沟。对于各学科之间的协作，首先重要的是，每个学科都应理解对方的观点并使用另一学科熟悉的用语。一旦确立了这一点，讨论就可以从了解变成理解。
710	710
711	711
	727	+(% class="wikigeneratedid" %)
712	712	==== ====
713	713
714	714	==== 2.6.3.2 服务消费者 ====
...	...	@@ -740,6 +740,7 @@
740	740	图2.19 引用服务价值链活动的服务价值流示例
741	741
742	742
	759	+(% class="wikigeneratedid" %)
743	743	=== ===
744	744
745	745	=== 2.6.4 价值流 ===
...	...	@@ -779,6 +779,7 @@
779	779	图2.21 价值流定位于治理、执行和改进方面
780	780
781	781
	799	+(% class="wikigeneratedid" %)
782	782	=== ===
783	783
784	784	=== 2.6.5 ITIL管理实践 ===
...	...	@@ -811,6 +811,7 @@
811	811	价值流的每个步骤都包含管理实践中定义和描述的活动。其他实践可能会通过信息、工具或方法促进价值流。如图2.22所示。
812	812
813	813
	832	+(% class="wikigeneratedid" %)
814	814	==== ====
815	815
816	816	==== 2.6.5.1 HVIT的关键实践 ====
...	...	@@ -825,6 +825,7 @@
825	825	[[image:1641699933162-408.png]]
826	826
827	827
	847	+(% class="wikigeneratedid" %)
828	828	=== ===
829	829
830	830	=== 2.6.6 服务管理的四个维度 ===
...	...	@@ -850,6 +850,7 @@
850	850	图2.23 服务管理的四个维度包括六大要素
851	851
852	852
	873	+(% class="wikigeneratedid" %)
853	853	==== ====
854	854
855	855	==== 2.6.6.1 组织和人员 ====
...	...	@@ -864,6 +864,7 @@
864	864	HVIT环境中的IT从业人员通常与非IT同事在相同的物理位置工作，通常在独立的产品/服务团队中。这不仅有利于沟通交流，而且还有助于更好地理解使用数字化技术的业务环境。
865	865
866	866
	888	+(% class="wikigeneratedid" %)
867	867	==== ====
868	868
869	869	==== 2.6.6.2 信息和技术 ====
...	...	@@ -882,6 +882,7 @@
882	882	人工智能（AI）和机器学习的预期极限增长只会对管理良好的信息和知识提出更高的要求。
883	883
884	884
	907	+(% class="wikigeneratedid" %)
885	885	==== ====
886	886
887	887	==== 2.6.6.3 合作伙伴和供应商 ====
...	...	@@ -892,6 +892,7 @@
892	892	在HVIT 环境中外包工作时，重要的是要考虑外部服务提供商是否以与其客户类似的方式工作，因为很难将具有根本不同工作方式的各方集成到同一价值流中。职能型外包，即将离散的功能（如测试）外包出去，通常比外包整个价值流的有效性低。由于这种约束，IT部门通常与外部人员签约合作，而不是外包工作。
893	893
894	894
	918	+(% class="wikigeneratedid" %)
895	895	==== ====
896	896
897	897	==== 2.6.6.4 价值流和流程 ====
...	...	@@ -904,6 +904,7 @@
904	904	因为流程是预先确定的，所以它们适用于可预测的情况。当情况无法预测时，流程的应用程序不太可能产生所期望的输出和成果。在这种情况下，基于案例的方法更为有效，因为它使从业者可以自由地应用他们的专业判断，哪些活动是合适的。HVIT环境通常会处理无法预测的复杂系统，因此应保留适用于可能预先确定适当活动顺序的情况。从业人员通常会根据可能起作用的各种活动方式进行思考，并会尝试为手头的任务选择正确的方式。
905	905
906	906
	931	+(% class="wikigeneratedid" %)
907	907	=== ===
908	908
909	909	=== 2.6.7 外在因素 ===
...	...	@@ -920,6 +920,7 @@
920	920	管理人员通过施加由外部和内部策略、规则、惩罚等控制方法来约束行为。同时，工作人员确定如何在这些控件的范围内为组织做出贡献。在HVIT组织中，从业人员在组织性能和改进中发挥积极作用。它们还可以挑战刚性较差的边界。从业者有机会通过主动发挥领导作用。
921	921
922	922
	948	+(% class="wikigeneratedid" %)
923	923	=== ===
924	924
925	925	=== 2.6.8 治理与管理 ===
...	...	@@ -938,6 +938,7 @@
938	938	因此，HVIT从业者必须对工作进行判断。为了有效地做到这一点，他们必须了解某些约束背后的原因。因此，管理者在HVIT 环境中的主要作用是提供环境并使从业人员可以负责。
939	939
940	940
	967	+(% class="wikigeneratedid" %)
941	941	== ==
942	942
943	943	== 2.7 总结 ==