文档更改服务管理实践 - 02 事件
由 superadmin 于 2024/12/25, 15:38 最后修改
修改评论
该版本没有评论
Summary
Details
- Page properties
-
- 标题
-
... ... @@ -1,1 +1,1 @@ 1 - 02事件管理实践1 +ITIL 4事件管理实践 - Content
-
... ... @@ -115,6 +115,7 @@ 115 115 ))) 116 116 |因选择变通方案而非系统性解决方案(需要花费更长时间),而累计的返工总量 117 117 118 + 118 118 == **2.3 范围** == 119 119 120 120 事件管理实践的范围包括: ... ... @@ -151,6 +151,7 @@ 151 151 |服务请求的管理和执行|服务请求管理 152 152 |灾难情况下,恢复正常操作|服务连续性管理 153 153 155 + 154 154 == **2.4** **实践成功因素** == 155 155 156 156 |((( ... ... @@ -248,6 +248,7 @@ 248 248 全面描述采取行动的原因与描述行动本身同样重要。 249 249 ))) 250 250 253 + 251 251 == **2.5 关键指标** == 252 252 253 253 应该基于每个实践对价值流的贡献来评估ITIL实践的有效性和绩效。与任何工具的绩效一样,实践的绩效只能在其应用情境中评估。工具在设计和质量上可能会有很大差异,按照工具的用途使用时,这些差异定义了工具有效性的潜力或能力。关于度量标准,关键绩效指标(KPI)和其它技术的进一步指导,请参见度量和报告实践指南。 ... ... @@ -292,6 +292,7 @@ 292 292 事件解决的速度和有效性指标之间的平衡 293 293 ))) 294 294 298 + 295 295 ---- 296 296 297 297 = **3 价值流和流程** = ... ... @@ -407,6 +407,7 @@ 407 407 完成所有必需的操作并更新了相应地事件记录后,事件正式关闭。这可以由产品负责人,服务负责人,事件经理或服务台客服完成,具体取决于商定的事件模型。 408 408 )))|(% style="width:403px" %)如果自动解决方案证明有效,则事件记录将自动更新并关闭。发送报告给负责的技术团队。如果在先前的任何步骤中已将有关事件的信息传达给其他利益相关者,则应向其传达事件关闭的信息。 409 409 414 + 410 410 === **3.2.2 定期事件评审** === 411 411 412 412 该流程的重点是持续改进事件管理实践,事件模型和事件处理程序。它可以定期执行,也可以由事件报告触发,该报告突显低效率和其他改进点机会。根据现有模型和程序的效果,每两到三个月或更短时间进行一次定期检查。 ... ... @@ -456,6 +456,7 @@ 456 456 变更的沟通 457 457 )))|如果事件模型成功地完成优化,这一事实将会传达给相关的利益相关者。这通常由事件经理和/或服务或资源所有者通过沟通过程完成。 458 458 464 + 459 459 ---- 460 460 461 461 = **4 组织和人员** = ... ... @@ -477,6 +477,7 @@ 477 477 |М|**方法和技巧专家 **设计和实施技术、文件化步骤、流程咨询、工作分析和持续改进 478 478 |Т|**技术专家**提供技术(IT)专业知识并执行基于专家经验的作业 479 479 486 + 480 480 === **4.1.1 事件经理角色** === 481 481 482 482 在许多组织中,事件经理角色由专人担任,有时授予事件经理的职衔。在其他组织中,事件经理的责任由负责与事件关联的配置项,服务或产品的人员或团队承担;他可能是资源所有者,服务负责人或产品负责人。 ... ... @@ -598,6 +598,7 @@ 598 598 服务负责人 599 599 )))|CA|熟悉沟通程序和沟通工具 600 600 608 + 601 601 == **4.2** **组织结构和团队** == 602 602 603 603 事件管理实践不推荐任何特定的组织模型。但是,组织结构会影响实践的执行方式,因为它涉及具有不同领域和专业水平的专家。专家分组的典型方法包括: ... ... @@ -627,6 +627,7 @@ 627 627 * L3团队间协作,以取代多次重新分配和/或对专家和顶级人才的过度依赖。 628 628 ))) 629 629 638 + 630 630 === **4.2.2 团队动力** === 631 631 632 632 事件管理实践是团队动力的基础,它们影响着运维支持团队的职责履行。经常出现以下问题: ... ... @@ -710,6 +710,7 @@ 710 710 |诊断详情(如果有)|诊断步骤和每步的结果|减少重复工作 711 711 |分派|事件的个人或团队所有者| 712 712 722 + 713 713 == **5.2** **自动化和工具** == 714 714 715 715 事件管理实践应该是自动化的。在可行且有效的情况下,可能涉及表5.2中概述的解决方案。 ... ... @@ -762,6 +762,7 @@ 762 762 |事件模型优化的启动|工作流系统和待办项管理工具|优化的正式登记|低到中 763 763 |事件模型更新的沟通|通信系统和协作系统|与受影响团队沟通更新|中到高,尤其当组织较大,更新较多时为高 764 764 775 + 765 765 ---- 766 766 767 767 = **6 合作伙伴和供应商** = ... ... @@ -791,6 +791,7 @@ 791 791 * 保持简单实用 792 792 * 优化和自动化。 793 793 805 + 794 794 ---- 795 795 796 796 = **8 致谢** =