Changes for page 第3章 利用信息和技术创建、交付和支持服务
Last modified by superadmin on 2024/04/03, 16:10
Summary
Details
- Page properties
-
- Content
-
... ... @@ -46,6 +46,7 @@ 46 46 |增量交付|增量交付是一种更敏捷的方法,用于集成多个组件,其中以预定义的顺序分别引入新的集成。增量交付减少了了每个独立交付到生产的规模,从而可以对部署后的问题执行故障排除并予以解决。这种方法可以在大多数情况下使用。然而,由于在每个集成就绪前总体服务仍不完整,所以服务测试可能需要大量的模拟考虑未交付的元素。回归测试的负担也可能很大. 47 47 |使用(价值)流直接集成|直接集成允许各个集成在准备就绪后立即部署,而不需要预先确定顺序。直接集成提供了更大的敏捷性,并支持快速的初始进展。像增量交付一样。该方法可能需要大量的仿真促进足够的测试。整个服务的全局测试,甚至其中功能链的子集的全局测试,只能在服务实现的后期运行。 48 48 49 + 49 49 **ITIL 故事: 集成和数据共享** 50 50 51 51 [[image:1640084084220-872.png||height="51" width="36"]]**雷尼:**//起初,我们的自行车租赁服务的试点将具有最小的功能。随着时间的推移,我们将与客户协商增强功能。// ... ... @@ -146,25 +146,25 @@ 146 146 147 147 表格 3.2 支持敏捷方法的工具和方法 148 148 149 -|(% style="width:1 18px" %)**工具或方法**|(% style="width:1103px" %)**说明**150 -|(% style="width:1 18px" %)使工作可视|(% style="width:1103px" %)(((150 +|(% style="width:104px" %)**工具或方法**|(% style="width:1117px" %)**说明** 151 +|(% style="width:104px" %)使工作可视|(% style="width:1117px" %)((( 151 151 使用实物板和地图、颜色和图形可视化手头的工作,展示团队计划如何处理工作,并绘制和记录其在工作流中的旅程。尽管许多信息技术工作管理系统包含大量数据,但很少可被轻松查看或使用。瓶颈可能不会被注意到,要解决时为时已晚。 152 152 153 153 隐藏在视野之外的工作或问题可能会被延迟或未解决,要么是因为没有人意识到,要么是因为这些工作或问题超出了指定的责任范围,要么是因为很少有人拥有知识或有能力解决。 154 154 ))) 155 -|(% style="width:1 18px" %)在基于主题的论坛工作|(% style="width:1103px" %)(((156 +|(% style="width:104px" %)在基于主题的论坛工作|(% style="width:1117px" %)((( 156 156 虽然电子邮件在工作场所的管理工作中仍然占主导地位,但个人文件夹、重复信息、丢失附件等特性隐藏在巨大的、嵌套的电子邮件链中,意味着经常会浪费时间搜索重要信息。 157 157 158 158 好的协作工具以论坛的方式,让个人和团队可以直接参与讨论。论坛促进了基于主题的领域、小型项目和销售活动等,这些仅有参与讨论的个人获得。这种工作有助于提高效率,避免因为搜索文档而浪费时间。 159 159 ))) 160 -|(% style="width:1 18px" %)映射工作流|(% style="width:1103px" %)团队和项目使用的以可见的格式展示和应用于工作的模型。工作包、时间表、人员和输出显示为有形且易于访问的元素。该工作可供组织中的其他人员查看。这种透明度可以促进团队之间更好的交流和协作,从而避免大型组织内部通常的挑战。问题和难题并不遵循组织的典型报告路线,因此需要通过检查团队之间或跨团队时可能忽略的差距、遗漏或潜在障碍来不断改进协作。161 -|(% style="width:1 18px" %)以小团队和冲刺方式工作|(% style="width:1103px" %)(((161 +|(% style="width:104px" %)映射工作流|(% style="width:1117px" %)团队和项目使用的以可见的格式展示和应用于工作的模型。工作包、时间表、人员和输出显示为有形且易于访问的元素。该工作可供组织中的其他人员查看。这种透明度可以促进团队之间更好的交流和协作,从而避免大型组织内部通常的挑战。问题和难题并不遵循组织的典型报告路线,因此需要通过检查团队之间或跨团队时可能忽略的差距、遗漏或潜在障碍来不断改进协作。 162 +|(% style="width:104px" %)以小团队和冲刺方式工作|(% style="width:1117px" %)((( 162 162 这是Agile和DevOps中的关键元素,小型集成团队以端到端价值流的形式处理离散的工作包。 163 163 164 164 工具和跨团队方法应该动态地反映这些团队的性质,通常在有限的时间内作为矩阵资源模型的一部分运行,或由于灵活的问题处理方式(如全功能团队)而运行。为了实现其目标,相关的团队可能仅需要简单的文档、批准流程和阶段。 165 165 ))) 166 -|(% style="width:1 18px" %)使用简单的反馈机制|(% style="width:1103px" %)沟通并不需要过于正式的或复杂的。实际上,如果沟通很容易理解,通常会有更大的机会引起人们的注意、理解和采取行动。客户和员工反馈的收集应是即时且直观的。167 -|(% style="width:1 18px" %)协作和“社交媒体”功能|(% style="width:1103px" %)某些社交媒体功能正被基于工作的工具采用。许多人已经习惯了“点赞”、“转发”或“分享”等功能,这些功能可以在工作环境中提供有用的数据。此外,表情符号也可用于表示反馈。167 +|(% style="width:104px" %)使用简单的反馈机制|(% style="width:1117px" %)沟通并不需要过于正式的或复杂的。实际上,如果沟通很容易理解,通常会有更大的机会引起人们的注意、理解和采取行动。客户和员工反馈的收集应是即时且直观的。 168 +|(% style="width:104px" %)协作和“社交媒体”功能|(% style="width:1117px" %)某些社交媒体功能正被基于工作的工具采用。许多人已经习惯了“点赞”、“转发”或“分享”等功能,这些功能可以在工作环境中提供有用的数据。此外,表情符号也可用于表示反馈。 168 168 169 169 === 3.3.2 工具和功能 === 170 170 ... ... @@ -473,6 +473,7 @@ 473 473 [[image:1640085029066-835.png||height="50" width="40"]]**因杜: **//如果这个项目成功,那么持续集成以及为我们的自行车客户部署改进或提供新服务将是扩大或拒绝服务之间的区别。为了适应所需的变更,我们将需要持续不断地交付工作软件,并调整我们的工作模式以更好地适应变更。这意味着每次变更的风险都较小,并且允许我们在其中一个变更不能正常工作时迭代响应予以反馈。// 474 474 ))) 475 475 477 + 476 476 == 3.8 有效的信息模型的价值 == 477 477 478 478 随着数字化转型的发展,组织的业务运营将越来越紧密地与其技术系统和服务保持一致,并相互依赖。在这种情况下,信息日益成为有效交付服务的约束。几个因素可以导致此问题: ... ... @@ -511,6 +511,7 @@ 511 511 [[image:1640085092478-234.png||height="48" width="39"]]**雷尼: **//ITIL提供了一种公共语言,服务管理者可以利用该语言促进沟通。从试点开始就采用ITIL实践将提高项目扩展时的可伸缩性。// 512 512 ))) 513 513 516 + 514 514 == 3.9 服务管理自动化 == 515 515 516 516 ... ... @@ -566,6 +566,7 @@ 566 566 ))) 567 567 ))) 568 568 572 + 569 569 == 3.10 总结 == 570 570 571 571 在消费者和企业自动化时代,IT投资对于交付有价值的产品和服务至关重要。技术领域正在带动生态领域多元化地、快速地改变。