Last modified by superadmin on 2024/04/03, 16:10
From version < 27.1 >
edited by superadmin
on 2022/01/07, 13:38
To version < 23.1 >
edited by superadmin
on 2021/12/21, 19:17
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -第3章 利用信息和技术创建、交付和支持服务
1 +第三章 利用信息和技术创建、交付和支持服务
Content
... ... @@ -1,8 +6,3 @@
1 -
2 -
3 -
4 -[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E3%80%8B%20CDS/%E7%AC%AC4%E7%AB%A0%20%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E6%9C%8D%E5%8A%A1%E7%9A%84%E4%BB%B7%E5%80%BC%E6%B5%81/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E3%80%8B%20CDS/%E7%AC%AC%E4%BA%8C%E7%AB%A0%20IT%E5%92%8C%E6%9C%8D%E5%8A%A1%E7%AE%A1%E7%90%86%E4%B8%93%E4%B8%9A%E5%8C%96%E7%9A%84%E6%BC%94%E5%8F%98/]]
5 -
6 6  {{box cssClass="floatinginfobox" title="**Contents**"}}
7 7  {{toc/}}
8 8  {{/box}}
... ... @@ -47,9 +47,9 @@
47 47  
48 48  表格 3.1 交付方式
49 49  
50 -|(% style="width:127px" %)大爆炸|(% style="width:1300px" %) “大爆炸”方法涉及到一次交付所有集成。这对测试有潜在好处，因为整个系统在正式推出前即已就绪。但与软件开发一样，使用这种方法交付的集成项目可能会变得过大和复杂，从而可能导致故障排除等问题。因此，该方法适用于集成系统较少、集成风险更低的简单服务实施。
51 -|(% style="width:127px" %)增量交付|(% style="width:1300px" %)增量交付是一种更敏捷的方法，用于集成多个组件，其中以预定义的顺序分别引入新的集成。增量交付减少了了每个独立交付到生产的规模，从而可以对部署后的问题执行故障排除并予以解决。这种方法可以在大多数情况下使用。然而，由于在每个集成就绪前总体服务仍不完整，所以服务测试可能需要大量的模拟考虑未交付的元素。回归测试的负担也可能很大.
52 -|(% style="width:127px" %)使用（价值）流直接集成|(% style="width:1300px" %)直接集成允许各个集成在准备就绪后立即部署，而不需要预先确定顺序。直接集成提供了更大的敏捷性，并支持快速的初始进展。像增量交付一样。该方法可能需要大量的仿真促进足够的测试。整个服务的全局测试，甚至其中功能链的子集的全局测试，只能在服务实现的后期运行。
45 +|大爆炸| “大爆炸”方法涉及到一次交付所有集成。这对测试有潜在好处，因为整个系统在正式推出前即已就绪。但与软件开发一样，使用这种方法交付的集成项目可能会变得过大和复杂，从而可能导致故障排除等问题。因此，该方法适用于集成系统较少、集成风险更低的简单服务实施。
46 +|增量交付|增量交付是一种更敏捷的方法，用于集成多个组件，其中以预定义的顺序分别引入新的集成。增量交付减少了了每个独立交付到生产的规模，从而可以对部署后的问题执行故障排除并予以解决。这种方法可以在大多数情况下使用。然而，由于在每个集成就绪前总体服务仍不完整，所以服务测试可能需要大量的模拟考虑未交付的元素。回归测试的负担也可能很大.
47 +|使用（价值）流直接集成|直接集成允许各个集成在准备就绪后立即部署，而不需要预先确定顺序。直接集成提供了更大的敏捷性，并支持快速的初始进展。像增量交付一样。该方法可能需要大量的仿真促进足够的测试。整个服务的全局测试，甚至其中功能链的子集的全局测试，只能在服务实现的后期运行。
53 53  
54 54  **ITIL 故事: 集成和数据共享**
55 55  
... ... @@ -151,25 +151,25 @@
151 151  
152 152  表格 3.2 支持敏捷方法的工具和方法
153 153  
154 -|(% style="width:176px" %)**工具或方法**|(% style="width:1251px" %)**说明**
155 -|(% style="width:176px" %)使工作可视|(% style="width:1251px" %)(((
149 +|(% style="width:118px" %)**工具或方法**|(% style="width:1103px" %)**说明**
150 +|(% style="width:118px" %)使工作可视|(% style="width:1103px" %)(((
156 156  使用实物板和地图、颜色和图形可视化手头的工作，展示团队计划如何处理工作，并绘制和记录其在工作流中的旅程。尽管许多信息技术工作管理系统包含大量数据，但很少可被轻松查看或使用。瓶颈可能不会被注意到，要解决时为时已晚。
157 157  
158 158  隐藏在视野之外的工作或问题可能会被延迟或未解决，要么是因为没有人意识到，要么是因为这些工作或问题超出了指定的责任范围，要么是因为很少有人拥有知识或有能力解决。
159 159  )))
160 -|(% style="width:176px" %)在基于主题的论坛工作|(% style="width:1251px" %)(((
155 +|(% style="width:118px" %)在基于主题的论坛工作|(% style="width:1103px" %)(((
161 161  虽然电子邮件在工作场所的管理工作中仍然占主导地位，但个人文件夹、重复信息、丢失附件等特性隐藏在巨大的、嵌套的电子邮件链中，意味着经常会浪费时间搜索重要信息。
162 162  
163 163  好的协作工具以论坛的方式，让个人和团队可以直接参与讨论。论坛促进了基于主题的领域、小型项目和销售活动等，这些仅有参与讨论的个人获得。这种工作有助于提高效率，避免因为搜索文档而浪费时间。
164 164  )))
165 -|(% style="width:176px" %)映射工作流|(% style="width:1251px" %)团队和项目使用的以可见的格式展示和应用于工作的模型。工作包、时间表、人员和输出显示为有形且易于访问的元素。该工作可供组织中的其他人员查看。这种透明度可以促进团队之间更好的交流和协作，从而避免大型组织内部通常的挑战。问题和难题并不遵循组织的典型报告路线，因此需要通过检查团队之间或跨团队时可能忽略的差距、遗漏或潜在障碍来不断改进协作。
166 -|(% style="width:176px" %)以小团队和冲刺方式工作|(% style="width:1251px" %)(((
160 +|(% style="width:118px" %)映射工作流|(% style="width:1103px" %)团队和项目使用的以可见的格式展示和应用于工作的模型。工作包、时间表、人员和输出显示为有形且易于访问的元素。该工作可供组织中的其他人员查看。这种透明度可以促进团队之间更好的交流和协作，从而避免大型组织内部通常的挑战。问题和难题并不遵循组织的典型报告路线，因此需要通过检查团队之间或跨团队时可能忽略的差距、遗漏或潜在障碍来不断改进协作。
161 +|(% style="width:118px" %)以小团队和冲刺方式工作|(% style="width:1103px" %)(((
167 167  这是Agile和DevOps中的关键元素，小型集成团队以端到端价值流的形式处理离散的工作包。
168 168  
169 169  工具和跨团队方法应该动态地反映这些团队的性质，通常在有限的时间内作为矩阵资源模型的一部分运行，或由于灵活的问题处理方式（如全功能团队）而运行。为了实现其目标，相关的团队可能仅需要简单的文档、批准流程和阶段。
170 170  )))
171 -|(% style="width:176px" %)使用简单的反馈机制|(% style="width:1251px" %)沟通并不需要过于正式的或复杂的。实际上，如果沟通很容易理解，通常会有更大的机会引起人们的注意、理解和采取行动。客户和员工反馈的收集应是即时且直观的。
172 -|(% style="width:176px" %)协作和“社交媒体”功能|(% style="width:1251px" %)某些社交媒体功能正被基于工作的工具采用。许多人已经习惯了“点赞”、“转发”或“分享”等功能，这些功能可以在工作环境中提供有用的数据。此外，表情符号也可用于表示反馈。
166 +|(% style="width:118px" %)使用简单的反馈机制|(% style="width:1103px" %)沟通并不需要过于正式的或复杂的。实际上，如果沟通很容易理解，通常会有更大的机会引起人们的注意、理解和采取行动。客户和员工反馈的收集应是即时且直观的。
167 +|(% style="width:118px" %)协作和“社交媒体”功能|(% style="width:1103px" %)某些社交媒体功能正被基于工作的工具采用。许多人已经习惯了“点赞”、“转发”或“分享”等功能，这些功能可以在工作环境中提供有用的数据。此外，表情符号也可用于表示反馈。
173 173  
174 174  === 3.3.2 工具和功能 ===
175 175  
... ... @@ -579,6 +579,4 @@
579 579  
580 580  使用多种工具和平台，驱动了整个服务组织对通用信息和数据模型的需求，以及对有效集成的需求。
581 581  
582 -
583 -
584 -[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E3%80%8B%20CDS/%E7%AC%AC4%E7%AB%A0%20%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E6%9C%8D%E5%8A%A1%E7%9A%84%E4%BB%B7%E5%80%BC%E6%B5%81/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E3%80%8B%20CDS/%E7%AC%AC%E4%BA%8C%E7%AB%A0%20IT%E5%92%8C%E6%9C%8D%E5%8A%A1%E7%AE%A1%E7%90%86%E4%B8%93%E4%B8%9A%E5%8C%96%E7%9A%84%E6%BC%94%E5%8F%98/]]
577 +
深圳市艾拓先锋企业管理咨询有限公司