文档更改Q22：ITIL 4与敏捷开发之间的结合关系？

Summary

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

Details

Page properties

Content

...	...	@@ -15,7 +15,7 @@
15	15	====== [[image:http://itil4hub.cn/bin/download/D%20%E3%80%8AITIL%204%E6%9C%8D%E5%8A%A1%E7%AE%A1%E7%90%86%E8%AE%A4%E8%AF%81%E8%80%83%E8%AF%95%E6%8C%87%E5%8D%97%E3%80%8B/%E7%AC%AC%E5%9B%9B%E7%AB%A0%20ITIL%204%E5%AD%A6%E4%B9%A0%E4%B8%8E%E5%AE%9E%E8%B7%B5FAQ/WebHome/image-20200615180054-5.jpg?rev=1.1||alt="image-20200615180054-5.jpg"]] ======
16	16	)))
17	17
18		-====== 图4-9 敏捷开发路线图 ======
	18	+====== 图4-9 敏捷开发路线图 ======
19	19
20	20
21	21	====== ======
...	...	@@ -39,7 +39,6 @@
39	39	)))
40	40
41	41
42		-
43	43	====== 而在 ITIL 4 的教材中通篇可见“敏捷”，从侧面反映出了 ITIL 4 的态度：应采用整体的服务价值链方法，以确保服务提供商在整个服务生命周期内都是敏捷的。敏捷性应成为所有服务管理维度和所有服务价值链活动的质量衡量标准之一。在 ITIL 4 的指导原则中“基于反馈的迭代推进”、“协作和提升可视化程度”、“保持简单实用”、“优化和自动化”都包含了“敏捷”的元素。 ======
44	44
45	45
...	...	@@ -47,6 +47,7 @@
47	47
48	48	====== 敏捷开发与 ITIL 4 在组织内有相辅相成的共生之道。一方面，对于敏捷开发而言，成功的敏捷开发可以快速响应服务消费者不断变化的需求。但是，在许多组织中，敏捷开发的优势并未能得到良好的发挥。这通常是由于只在服务交付等少数阶段运用了“敏捷”，而在服务生命周期的其他阶段“脱敏”。这种孤立的敏捷性对组织的帮助不大，因为根据“木桶理论”——价值链的整体表现是由创造价值的最慢部分决定的。通过价值链的整体考虑方式，ITIL 为软件开发组织提供更广泛的视角和语言， 增强软件开发团队与别的服务团队的合作，也有助于提升敏捷开发在组织内的更好落地。 ======
49	49
	49	+
50	50	====== ======
51	51
52	52	====== 另一方面，对于 ITIL 的前版本而言，ITIL 在服务转换阶段，在软件开发方面相对较弱，在端到端服务的过程中也相对较弱，必须要借助敏捷的思维，保持对客户和用户价值的关注，摆脱流程变得笨拙、沉重且高度集中的可能性。两者间的协同工作方式如： ======
...	...	@@ -59,10 +59,11 @@
59	59	)))
60	60	* (((
61	61	====== 日常运营活动可以而且应该与其他任务一起显示和进行优先排序。所有服务管理活动都可以而且应该不断提供、收集和处理反馈。 ======
	62	+
	63	+
62	62	)))
63	63
64	64
65		-
66	66	====== 综上所述，只有敏捷开发和服务管理一起以类似的节奏发展，说“同一种语言”，才可以确保组织继续与所有利益相关者共同创造价值。 ======
67	67
68	68