Last modified by superadmin on 2024/04/03, 16:10
From version < 29.5 >
edited by roll tech
on 2022/08/05, 10:53
To version < 29.2 >
edited by roll tech
on 2022/08/05, 10:26
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -52,6 +52,7 @@
52 52  |(% style="width:106px" %)增量交付|(% style="width:597px" %)增量交付是一种更敏捷的方法，用于集成多个组件，其中以预定义的顺序分别引入新的集成。增量交付减少了了每个独立交付到生产的规模，从而可以对部署后的问题执行故障排除并予以解决。这种方法可以在大多数情况下使用。然而，由于在每个集成就绪前总体服务仍不完整，所以服务测试可能需要大量的模拟考虑未交付的元素。回归测试的负担也可能很大.
53 53  |(% style="width:106px" %)使用（价值）流直接集成|(% style="width:597px" %)直接集成允许各个集成在准备就绪后立即部署，而不需要预先确定顺序。直接集成提供了更大的敏捷性，并支持快速的初始进展。像增量交付一样。该方法可能需要大量的仿真促进足够的测试。整个服务的全局测试，甚至其中功能链的子集的全局测试，只能在服务实现的后期运行。
54 54  
55 +
55 55  (% class="box" %)
56 56  (((
57 57  **ITIL 故事: 集成和数据共享**
... ... @@ -145,6 +145,7 @@
145 145  * **查询集中式数据** 用户查询必须快速有效地执行。
146 146  * **数据可视化** 从来自不同数据源的ETL数据上运行所得的查询结果以一种格式显示，用户可以根据自己的需要和偏好使用这种格式。
147 147  
149 +
148 148  (% class="box" %)
149 149  (((
150 150  **ITIL 故事: 报告和高级分析**
... ... @@ -168,25 +168,25 @@
168 168  表格 3.2 支持敏捷方法的工具和方法
169 169  
170 170  (% style="width:701px" %)
171 -|(% style="width:173px" %)**工具或方法**|(% style="width:526px" %)**说明**
172 -|(% style="width:173px" %)使工作可视|(% style="width:526px" %)(((
173 +|(% style="width:131px" %)**工具或方法**|(% style="width:567px" %)**说明**
174 +|(% style="width:131px" %)使工作可视|(% style="width:567px" %)(((
173 173  使用实物板和地图、颜色和图形可视化手头的工作，展示团队计划如何处理工作，并绘制和记录其在工作流中的旅程。尽管许多信息技术工作管理系统包含大量数据，但很少可被轻松查看或使用。瓶颈可能不会被注意到，要解决时为时已晚。
174 174  
175 175  隐藏在视野之外的工作或问题可能会被延迟或未解决，要么是因为没有人意识到，要么是因为这些工作或问题超出了指定的责任范围，要么是因为很少有人拥有知识或有能力解决。
176 176  )))
177 -|(% style="width:173px" %)在基于主题的论坛中工作|(% style="width:526px" %)(((
179 +|(% style="width:131px" %)在基于主题的论坛工作|(% style="width:567px" %)(((
178 178  虽然电子邮件在工作场所的管理工作中仍然占主导地位，但个人文件夹、重复信息、丢失附件等特性隐藏在巨大的、嵌套的电子邮件链中，意味着经常会浪费时间搜索重要信息。
179 179  
180 180  好的协作工具以论坛的方式，让个人和团队可以直接参与讨论。论坛促进了基于主题的领域、小型项目和销售活动等，这些仅有参与讨论的个人获得。这种工作有助于提高效率，避免因为搜索文档而浪费时间。
181 181  )))
182 -|(% style="width:173px" %)映射工作流|(% style="width:526px" %)团队和项目使用的以可见的格式展示和应用于工作的模型。工作包、时间表、人员和输出显示为有形且易于访问的元素。该工作可供组织中的其他人员查看。这种透明度可以促进团队之间更好的交流和协作，从而避免大型组织内部通常的挑战。问题和难题并不遵循组织的典型报告路线，因此需要通过检查团队之间或跨团队时可能忽略的差距、遗漏或潜在障碍来不断改进协作。
183 -|(% style="width:173px" %)以小团队和冲刺方式工作|(% style="width:526px" %)(((
184 +|(% style="width:131px" %)映射工作流|(% style="width:567px" %)团队和项目使用的以可见的格式展示和应用于工作的模型。工作包、时间表、人员和输出显示为有形且易于访问的元素。该工作可供组织中的其他人员查看。这种透明度可以促进团队之间更好的交流和协作，从而避免大型组织内部通常的挑战。问题和难题并不遵循组织的典型报告路线，因此需要通过检查团队之间或跨团队时可能忽略的差距、遗漏或潜在障碍来不断改进协作。
185 +|(% style="width:131px" %)以小团队和冲刺方式工作|(% style="width:567px" %)(((
184 184  这是Agile和DevOps中的关键元素，小型集成团队以端到端价值流的形式处理离散的工作包。
185 185  
186 186  工具和跨团队方法应该动态地反映这些团队的性质，通常在有限的时间内作为矩阵资源模型的一部分运行，或由于灵活的问题处理方式（如全功能团队）而运行。为了实现其目标，相关的团队可能仅需要简单的文档、批准流程和阶段。
187 187  )))
188 -|(% style="width:173px" %)使用简单的反馈机制|(% style="width:526px" %)沟通并不需要过于正式的或复杂的。实际上，如果沟通很容易理解，通常会有更大的机会引起人们的注意、理解和采取行动。客户和员工反馈的收集应是即时且直观的。
189 -|(% style="width:173px" %)协作和“社交媒体”功能|(% style="width:526px" %)某些社交媒体功能正被基于工作的工具采用。许多人已经习惯了“点赞”、“转发”或“分享”等功能，这些功能可以在工作环境中提供有用的数据。此外，表情符号也可用于表示反馈。
190 +|(% style="width:131px" %)使用简单的反馈机制|(% style="width:567px" %)沟通并不需要过于正式的或复杂的。实际上，如果沟通很容易理解，通常会有更大的机会引起人们的注意、理解和采取行动。客户和员工反馈的收集应是即时且直观的。
191 +|(% style="width:131px" %)协作和“社交媒体”功能|(% style="width:567px" %)某些社交媒体功能正被基于工作的工具采用。许多人已经习惯了“点赞”、“转发”或“分享”等功能，这些功能可以在工作环境中提供有用的数据。此外，表情符号也可用于表示反馈。
190 190  
191 191  === 3.3.2 工具和功能 ===
192 192  
... ... @@ -252,9 +252,9 @@
252 252  
253 253  成功的RPA计划有几个好处，包括：
254 254  
255 -* **降低劳动力成本** 机器人部署后唯一的费用是维修和维护软件。
256 -* **提高吞吐量** 由于机器人可比人类更快地完成手动任务，包括开发、测试和部署软件，因此可以缩短新产品的上市时间，从而加快投资回报（ROI）。一年四季机器人都持续可用。
257 -* **提高准确性** 机器人能够实现近乎完美的准确性，从而在整个价值流、价值链和SVS中提高卓越性，提供了与标准输出水平更一致的体验，对业务/IT性能和客户体验有更深入的了解，并减少了人为错误的水平。
257 +* 低劳动力成本 机器人部署后唯一的费用是维修和维护软件。
258 +* 提高吞吐量 由于机器人可比人类更快地完成手动任务，包括开发、测试和部署软件，因此可以缩短新产品的上市时间，从而加快投资回报（ROI）。一年四季机器人都持续可用。
259 +* 提高准确性 机器人能够实现近乎完美的准确性，从而在整个价值流、价值链和SVS中提高卓越性，提供了与标准输出水平更一致的体验，对业务/IT性能和客户体验有更深入的了解，并减少了人为错误的水平。
258 258  
259 259  === 3.4.3 RPA 注意事项 ===
260 260  
... ... @@ -263,12 +263,13 @@
263 263  与任何服务或工具一样，应谨慎对待RPA实施。RPA实施需要适当的计划、分析、设计和治理流程，包括以下注意事项：
264 264  
265 265  * 垃圾进垃圾出 如果没有可以遵循的标准流程，那么使用机器人运行关键流程将是一个挑战。
266 -* **ITIL 指导原则** 例如，优化并使其自动化和简单实用。确定最有可能实现自动化的领域，并据此对自动化进行优先级排序。
267 -* **在合适的人中开发合适的技能** 例如，如何有效地安排和使用RPA。
268 -* **确定切合实际的投资回报率的期望** 设计完善的商业案例，并说明成本、风险和对董事会的好处。
269 -* **在业务和IT之间启用强协作** 应特别考虑RPA项目所有者和IT，因为这两个业务领域都无法独立工作。
270 -* **执行自动化** 将自动化视为具有短暂迭代的路线图。
268 +* ITIL 指导原则 例如，优化并使其自动化和简单实用。确定最有可能实现自动化的领域，并据此对自动化进行优先级排序。
269 +* 在合适的人中开发合适的技能 例如，如何有效地安排和使用RPA。
270 +* 确定切合实际的投资回报率的期望 设计完善的商业案例，并说明成本、风险和对董事会的好处。
271 +* 在业务和IT之间启用强大的协作 应特别考虑RPA项目所有者和IT，因为这两个业务领域都无法独立工作。
272 +* 执行自动化 将自动化视为具有短暂迭代的路线图。
271 271  
274 +
272 272  (% class="box" %)
273 273  (((
274 274  **ITIL 故事: 机器人流程自动化**
... ... @@ -286,7 +286,7 @@
286 286  该领域存在大量的营销炒作和误解，因此至关重要的是，必须清楚理解采用AI和任何潜在解决方案的关键组件、功能和约束的业务目标和预期结果。
287 287  
288 288  
289 -=== 3.5.1 架构考虑 ===
292 +=== 3.5.1 构建注意事项 ===
290 290  
291 291  AI技术的实施往往需要在硬件、软件和专业知识方面进行大量投资。在过去，费用和复杂性限制了AI的使用，但自从新一代基于云的服务出现后，AI已成为主流。
292 292  
... ... @@ -305,11 +305,11 @@
305 305  
306 306  AI技术为服务设计者提供了一套广泛的新工具，并且有可能预见到在服务管理中应用AI的许多新创新。AI在服务设计和提供方面的一些常见应用包括：
307 307  
308 -* **流程和决策自动化** 基于对已知事实的分析，使用AI确定要遵循的适当流程分支。
309 -* **自然语言处理 **为翻译、摘要或情感分析等目的解释非结构化文本。
310 -* **对话界面** 使客户或服务代理能够使用正常的书面或口头语言与服务管理工具交互，一个常见的示例是用于自动化自助服务的聊天机器人。
311 -* **预测分析** 对度量标准或情况未来状态的预测，从而能够主动决策。
312 -* **发现 **从大量信息中识别有用的洞察，如日志文件、知识库或以前记录的工单。
311 +* 流程和决策自动化 基于对已知事实的分析，使用AI确定要遵循的适当流程分支。
312 +* 自然语言处理 为翻译、摘要或情感分析等目的解释非结构化文本。
313 +* 对话界面 使客户或服务代理能够使用正常的书面或口头语言与服务管理工具交互，一个常见的示例是用于自动化自助服务的聊天机器人。
314 +* 预测分析 对度量标准或情况未来状态的预测，从而能够主动决策。
315 +* 发现 从大量信息中识别有用的洞察，如日志文件、知识库或以前记录的工单。
313 313  
314 314  === 3.5.3 AIOps的增长 ===
315 315  
... ... @@ -321,9 +321,9 @@
321 321  
322 322  这些洞察可用于推动一些或全部范围内的共同输出，例如:
323 323  
324 -* **问题检测和预测** 帮助服务组织更快地对事件做出响应。
325 -* **主动系统维护和调整** 减少人为努力和潜在错误。
326 -* **阈值分析** 能够更准确地了解系统的正常运行范围。
327 +* 问题检测和预测 帮助服务组织更快地对事件做出响应。
328 +* 主动系统维护和调整 减少人为努力和潜在错误。
329 +* 阈值分析 能够更准确地了解系统的正常运行范围。
327 327  
328 328  一些组织还开始在IT运维之外使用AIOps，为业务经理提供IT对业务影响的实时洞察。这使业务经理了解情况，并能够基于实时的相关数据做出决策。
329 329  
... ... @@ -354,8 +354,10 @@
354 354  作为该学习过程的一部分，监督者需要确定：
355 355  
356 356  * 使用了学习算法
357 -* 用于训练机器的样本数据集。例如，在IT服务的背景中，样本数据集可以是来自记录系统（如IT和服务管理工具集）中结构化数据行，每行都覆盖了一个“已知的良好“，即之前基于输入范围做出的人为输出的决策。
360 +* 用于训练机器的样本数据集。例如，在IT服务的背景中，样本数据集可以是来自记录系统
358 358  
362 +（如IT和服务管理工具集）中结构化数据行，每行都覆盖了一个“已知的良好“，即之前基于输入范围做出的人为输出的决策。
363 +
359 359  监督学习系统最初可以使用现有的数据训练系统。当系统产生的结果达到要求的精度水平时，就认为该系统已得到充分训练。然后对系统进行任何必要的手动更正，进行中的训练可以继续提高输出的可靠性，从而减少持续监督的需要。
360 360  
361 361  监督学习非常适合于分类问题（如识别垃圾邮件）和回归问题（如分析变量指标何时能达到特定阈值）。
... ... @@ -362,6 +362,7 @@
362 362  
363 363  无监督学习也需要输入数据，但这种方法不使用先前决策中的现有输出数据，并且没有监督者。与之相反，机器仅从输入数据中学习。
364 364  
370 +
365 365  无监督学习非常适合于“聚类分析”（在数据中识别固有分组）和“动态基线”，后者根据指标过去的行为预测未来行为。在数字服务的背景下，无监督学习可能检测到先前未知的因果关系，如当发生故障X时发生故障Y的可能性。
366 366  
367 367  
... ... @@ -397,8 +397,8 @@
397 397  
398 398  持续集成、持续交付和持续部署（CI / CD）是主要与软件工程相关实践的描述性术语，是精益和敏捷软件开发的核心。这些实践的采用量正迅速增长，在实施由软件开发支持的服务时，重要的是要了解CI / CD的定义特征以及不断发展的系统开发实践的背景。
399 399  
400 -(% class="box warningmessage" %)
401 -(((
406 +
407 +|(((
402 402  **定义**
403 403  
404 404  * **持续集成 **一种在软件开发环境中集成、构建和测试代码的方法。
... ... @@ -453,11 +453,11 @@
453 453  
454 454  该流通常分为三个不同的阶段：
455 455  
456 -* **构建自动化（CI阶段） **此阶段包含编码实践，如版本控制，以及将多个开发人员的变更合并到一个分支中。
462 +* **建自动化（CI阶段） **此阶段包含编码实践，如版本控制，以及将多个开发人员的变更合并到一个分支中。
457 457  * **测试自动化 **此阶段的每个变更都作为开发流动链的一部分进行自动测试和验证。
458 458  * **部署自动化 **此阶段涉及将代码从生产前环境迁移到生产服务的实际流程的自动化。
459 459  
460 -实施CI/CD的组织或团队的主要重点是减少需要手工的工作量（如果保持不变，这些手工工作量将妨碍CI/CD流水线的流动，不会交付一定比例的特定值。）这种工作有时被称为“苦活（toil）*”。谷歌的站点可靠性工程^^5^^将苦活定义为具有某些或全部特定特征的工作：
466 +实施CI/CD的组织或团队的主要重点是减少需要手工的工作量（如果保持不变，这些手工工作量将妨碍CI/CD流水线的流动，不会交付一定比例的特定值。）这种工作有时被称为“苦力（toil）*”。谷歌的站点可靠性工程^^5^^将苦力定义为具有某些或全部特定特征的工作：
461 461  
462 462  * **手工** 需要人工操作的工作。
463 463  * **重复性 **一遍又一遍重复相同任务的工作。
... ... @@ -489,7 +489,7 @@
489 489  
490 490  * 将工作从开发团队中剥离并集中到变更功能中，从而减少整体工作量（如果开发是在受监管的环境中进行的，那么目前是否有由开发人员承担的检查点任务可集中到变更团队中？ ）。
491 491  * 将更广泛的业务背景引入风险评估中，有助于更好地量化特定变更的风险，并且在理想情况下，找到风险更低、可能通过CI / CD 流水线更顺利执行的变更。
492 -* 放宽对支持“防护栏”的预定义的控制，从而使各个团队更灵活地创新和建立他们自己的变更流程，同时仍然保持对CI/CD流程整体安全性的信心。
498 +* 放宽对预定义的控制，支持“防护栏”，从而使各个团队更灵活地创新和建立他们自己的变更流程，同时仍然保持对CI/CD流程整体安全性的信心。
493 493  
494 494  === 3.7.4 CI/CD并不适用于所有情况 ===
495 495  
... ... @@ -532,9 +532,10 @@
532 532  
533 533  尽管有些组织可能选择从头开始创建信息模型，但其他组织可能决定采用（至少在最初阶段）已建立的、侧重于大型组织的技术和运营的众多模型之一。这方面的两个例子是：
534 534  
535 -* **通用信息模型（由DMTF管理）** 一组开放标准，列出了广泛的IT基础设施（包括现代云和虚拟化技术）中管理信息的通用定义（该定义正在不断增长）。
536 -* **Frameworx **一组“最佳实践和标准，一旦采用，就能以面向服务、高度自动化和高效的方式进行业务操作”。 Frameworx由TM Forum管理，特别关注电信行业，是该行业中广泛使用的框架。
541 +* 通用信息模型（由DMTF管理） 一组开放标准，列出了广泛的IT基础设施（包括现代云和虚拟化技术）中管理信息的通用定义（该定义正在不断增长）。
542 +* Frameworx 一组“最佳实践和标准，一旦采用，就能以面向服务、高度自动化和高效的方式进行业务操作”。 Frameworx由TM Forum管理，特别关注电信行业，是该行业中广泛使用的框架。
537 537  
544 +
538 538  (% class="box" %)
539 539  (((
540 540  (% id="cke_bm_649S" style="display:none" %)** **(%%)**ITIL 故事: 有效信息模型的价值**
... ... @@ -583,6 +583,7 @@
583 583  * 符合不断发展的架构和技术要求及标准
584 584  * 高级分析和报告。
585 585  
593 +
586 586  (% class="box" %)
587 587  (((
588 588  **ITIL 故事:服务管理的自动化**
深圳市艾拓先锋企业管理咨询有限公司