Last modified by superadmin on 2024/12/25, 15:38
From version < 11.1 >
edited by superadmin
on 2021/12/16, 23:07
To version < 12.1 >
edited by superadmin
on 2021/12/21, 17:04
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -ITIL 4事件管理实践中文版
1 +ITIL 4事件管理实践
Content
... ... @@ -116,7 +116,6 @@
116 116  |因选择变通方案而非系统性解决方案（需要花费更长时间），而累计的返工总量
117 117  
118 118  
119 -
120 120  == **​​​​​​​2.3 范围** ==
121 121  
122 122  事件管理实践的范围包括：
... ... @@ -154,7 +154,6 @@
154 154  |灾难情况下，恢复正常操作|服务连续性管理
155 155  
156 156  
157 -
158 158  == **​​​​​​​2.4** **实践成功因素** ==
159 159  
160 160  |(((
... ... @@ -170,7 +170,6 @@
170 170  * 快速有效地解决事件
171 171  * 不断改进事件管理方法。
172 172  
173 -
174 174  === **2.4.1 尽早发现事件** ===
175 175  
176 176  以前，实践通常是根据最终用户和IT专家的信息来报告大多数事件的。这种获取信息的方法仍被广泛使用，但是现在一个好的实践建议是自动发现和报告事件。可以在事件发生后和开始影响用户之前立即被发现。这种方法具有多种好处，其中包括：
... ... @@ -215,7 +215,6 @@
215 215  * 找到并纠正根本原因的能力
216 216  * 机器学习的可能性和质量。
217 217  
218 -
219 219  ==== **2.4.2.1 事件的优先级** ====
220 220  
221 221  事件应尽快解决。但是，参与事件解决的团队的资源是有限的，并且这些团队通常同时参与其他类型的工作。应该优先处理某些事件，以最大程度地减少对用户的负面影响。
... ... @@ -255,7 +255,6 @@
255 255  )))
256 256  
257 257  
258 -
259 259  == **​​​​​​​2.5 关键指标** ==
260 260  
261 261  应该基于每个实践对价值流的贡献来评估ITIL实践的有效性和绩效。与任何工具的绩效一样，实践的绩效只能在其应用情境中评估。工具在设计和质量上可能会有很大差异，按照工具的用途使用时，这些差异定义了工具有效性的潜力或能力。关于度量标准，关键绩效指标（KPI）和其它技术的进一步指导，请参见度量和报告实践指南。
... ... @@ -301,7 +301,6 @@
301 301  )))
302 302  
303 303  
304 -
305 305  ----
306 306  
307 307  = **3 价值流和流程** =
... ... @@ -342,7 +342,6 @@
342 342  * **事件的处理和解决**。该流程的重点是从发现到关闭的单个事件的处理和解决。
343 343  * **定期事件评审**。该流程确保从事件处理和解决的过程中吸取教训，并确保持续改进事件管理的方法。
344 344  
345 -
346 346  === **3.2.1 事件处理和解决** ===
347 347  
348 348  该过程包括表3.1中列出的活动，并将输入转换为输出。
... ... @@ -419,7 +419,6 @@
419 419  )))|(% style="width:403px" %)如果自动解决方案证明有效，则事件记录将自动更新并关闭。发送报告给负责的技术团队。如果在先前的任何步骤中已将有关事件的信息传达给其他利益相关者，则应向其传达事件关闭的信息。
420 420  
421 421  
422 -
423 423  === **3.2.2 定期事件评审** ===
424 424  
425 425  该流程的重点是持续改进事件管理实践，事件模型和事件处理程序。它可以定期执行，也可以由事件报告触发，该报告突显低效率和其他改进点机会。根据现有模型和程序的效果，每两到三个月或更短时间进行一次定期检查。
... ... @@ -470,7 +470,6 @@
470 470  )))|如果事件模型成功地完成优化，这一事实将会传达给相关的利益相关者。这通常由事件经理和/或服务或资源所有者通过沟通过程完成。
471 471  
472 472  
473 -
474 474  ----
475 475  
476 476  = **4 组织和人员** =
... ... @@ -493,7 +493,6 @@
493 493  |Т|**技术专家**提供技术（IT）专业知识并执行基于专家经验的作业
494 494  
495 495  
496 -
497 497  === **4.1.1 事件经理角色** ===
498 498  
499 499  在许多组织中，事件经理角色由专人担任，有时授予事件经理的职衔。在其他组织中，事件经理的责任由负责与事件关联的配置项，服务或产品的人员或团队承担；他可能是资源所有者，服务负责人或产品负责人。
... ... @@ -616,7 +616,6 @@
616 616  )))|CA|熟悉沟通程序和沟通工具
617 617  
618 618  
619 -
620 620  == **​​​​​​​4.2** **组织结构和团队** ==
621 621  
622 622  事件管理实践不推荐任何特定的组织模型。但是，组织结构会影响实践的执行方式，因为它涉及具有不同领域和专业水平的专家。专家分组的典型方法包括：
... ... @@ -647,7 +647,6 @@
647 647  )))
648 648  
649 649  
650 -
651 651  === **4.2.2 团队动力** ===
652 652  
653 653  事件管理实践是团队动力的基础，它们影响着运维支持团队的职责履行。经常出现以下问题：
... ... @@ -732,7 +732,6 @@
732 732  |分派|事件的个人或团队所有者|
733 733  
734 734  
735 -
736 736  == **​​​​​​​5.2** **自动化和工具** ==
737 737  
738 738  事件管理实践应该是自动化的。在可行且有效的情况下，可能涉及表5.2中概述的解决方案。
... ... @@ -786,7 +786,6 @@
786 786  |事件模型更新的沟通|通信系统和协作系统|与受影响团队沟通更新|中到高，尤其当组织较大，更新较多时为高
787 787  
788 788  
789 -
790 790  ----
791 791  
792 792  = **6 合作伙伴和供应商** =
... ... @@ -817,7 +817,6 @@
817 817  * 优化和自动化。
818 818  
819 819  
820 -
821 821  ----
822 822  
823 823  = **8 致谢** =
深圳市艾拓先锋企业管理咨询有限公司