From version < 12.1 >
edited by superadmin
on 2021/12/21, 17:04
To version < 13.1 >
edited by superadmin
on 2021/12/29, 17:13
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -ITIL 4事件管理实践
1 +02 事件管理实践
Content
... ... @@ -115,7 +115,6 @@
115 115  )))
116 116  |因选择变通方案而非系统性解决方案(需要花费更长时间),而累计的返工总量
117 117  
118 -
119 119  == **​​​​​​​2.3 范围** ==
120 120  
121 121  事件管理实践的范围包括:
... ... @@ -152,7 +152,6 @@
152 152  |服务请求的管理和执行|服务请求管理
153 153  |灾难情况下,恢复正常操作|服务连续性管理
154 154  
155 -
156 156  == **​​​​​​​2.4** **实践成功因素** ==
157 157  
158 158  |(((
... ... @@ -250,7 +250,6 @@
250 250  全面描述采取行动的原因与描述行动本身同样重要。
251 251  )))
252 252  
253 -
254 254  == **​​​​​​​2.5 关键指标** ==
255 255  
256 256  应该基于每个实践对价值流的贡献来评估ITIL实践的有效性和绩效。与任何工具的绩效一样,实践的绩效只能在其应用情境中评估。工具在设计和质量上可能会有很大差异,按照工具的用途使用时,这些差异定义了工具有效性的潜力或能力。关于度量标准,关键绩效指标(KPI)和其它技术的进一步指导,请参见度量和报告实践指南。
... ... @@ -295,7 +295,6 @@
295 295  事件解决的速度和有效性指标之间的平衡
296 296  )))
297 297  
298 -
299 299  ----
300 300  
301 301  = **3 价值流和流程** =
... ... @@ -411,7 +411,6 @@
411 411  完成所有必需的操作并更新了相应地事件记录后,事件正式关闭。这可以由产品负责人,服务负责人,事件经理或服务台客服完成,具体取决于商定的事件模型。
412 412  )))|(% style="width:403px" %)如果自动解决方案证明有效,则事件记录将自动更新并关闭。发送报告给负责的技术团队。如果在先前的任何步骤中已将有关事件的信息传达给其他利益相关者,则应向其传达事件关闭的信息。
413 413  
414 -
415 415  === **3.2.2 定期事件评审** ===
416 416  
417 417  该流程的重点是持续改进事件管理实践,事件模型和事件处理程序。它可以定期执行,也可以由事件报告触发,该报告突显低效率和其他改进点机会。根据现有模型和程序的效果,每两到三个月或更短时间进行一次定期检查。
... ... @@ -461,7 +461,6 @@
461 461  变更的沟通
462 462  )))|如果事件模型成功地完成优化,这一事实将会传达给相关的利益相关者。这通常由事件经理和/或服务或资源所有者通过沟通过程完成。
463 463  
464 -
465 465  ----
466 466  
467 467  = **4 组织和人员** =
... ... @@ -483,7 +483,6 @@
483 483  |М|**方法和技巧专家 **设计和实施技术、文件化步骤、流程咨询、工作分析和持续改进
484 484  |Т|**技术专家**提供技术(IT)专业知识并执行基于专家经验的作业
485 485  
486 -
487 487  === **4.1.1 事件经理角色** ===
488 488  
489 489  在许多组织中,事件经理角色由专人担任,有时授予事件经理的职衔。在其他组织中,事件经理的责任由负责与事件关联的配置项,服务或产品的人员或团队承担;他可能是资源所有者,服务负责人或产品负责人。
... ... @@ -605,7 +605,6 @@
605 605  服务负责人
606 606  )))|CA|熟悉沟通程序和沟通工具
607 607  
608 -
609 609  == **​​​​​​​4.2** **组织结构和团队** ==
610 610  
611 611  事件管理实践不推荐任何特定的组织模型。但是,组织结构会影响实践的执行方式,因为它涉及具有不同领域和专业水平的专家。专家分组的典型方法包括:
... ... @@ -635,7 +635,6 @@
635 635  * L3团队间协作,以取代多次重新分配和/或对专家和顶级人才的过度依赖。
636 636  )))
637 637  
638 -
639 639  === **4.2.2 团队动力** ===
640 640  
641 641  事件管理实践是团队动力的基础,它们影响着运维支持团队的职责履行。经常出现以下问题:
... ... @@ -719,7 +719,6 @@
719 719  |诊断详情(如果有)|诊断步骤和每步的结果|减少重复工作
720 720  |分派|事件的个人或团队所有者|
721 721  
722 -
723 723  == **​​​​​​​5.2** **自动化和工具** ==
724 724  
725 725  事件管理实践应该是自动化的。在可行且有效的情况下,可能涉及表5.2中概述的解决方案。
... ... @@ -772,7 +772,6 @@
772 772  |事件模型优化的启动|工作流系统和待办项管理工具|优化的正式登记|低到中
773 773  |事件模型更新的沟通|通信系统和协作系统|与受影响团队沟通更新|中到高,尤其当组织较大,更新较多时为高
774 774  
775 -
776 776  ----
777 777  
778 778  = **6 合作伙伴和供应商** =
... ... @@ -802,7 +802,6 @@
802 802  * 保持简单实用
803 803  * 优化和自动化。
804 804  
805 -
806 806  ----
807 807  
808 808  = **8 致谢** =
深圳市艾拓先锋企业管理咨询有限公司