Last modified by superadmin on 2024/12/25, 15:38
From version < 6.1 >
edited by superadmin
on 2021/12/16, 23:03
To version < 21.1 >
edited by superadmin
on 2022/01/15, 13:01
< >
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
... ... @@ -39,8 +39,6 @@
39 39  * 支持实践的信息和技术
40 40  * 对实践的合作伙伴和供应商的考虑。
41 41  
42 -
43 -
44 44  == **1.1 ITIL®4 认证方案** ==
45 45  
46 46  本文档的部分内容可以作为以下教学大纲的一部分以供检查：
... ... @@ -58,7 +58,7 @@
58 58  = **2 一般信息** =
59 59  
60 60  
61 -== 2.1 **目的和描述** ==
59 +== **2.1** **目的和描述** ==
62 62  
63 63  |(((
64 64  **关键信息**
... ... @@ -70,7 +70,6 @@
70 70  事件管理实践是服务管理的基本元素。服务的快速恢复是用户和客户满意、服务提供者的信誉，以及组织在服务关系中创建价值的关键因素。
71 71  
72 72  
73 -
74 74  == **​​​​​​​2.2** **术语和概念** ==
75 75  
76 76  |**事件**
... ... @@ -103,7 +103,6 @@
103 103  * 与用户，客户，监管机构，媒体和其他利益相关者进行沟通的机制
104 104  * 达成一致的评审与后续活动的规程。
105 105  
106 -
107 107  |(((
108 108  **定义：变通方案**
109 109  )))
... ... @@ -119,8 +119,6 @@
119 119  )))
120 120  |因选择变通方案而非系统性解决方案（需要花费更长时间），而累计的返工总量
121 121  
122 -
123 -
124 124  == **​​​​​​​2.3 范围** ==
125 125  
126 126  事件管理实践的范围包括：
... ... @@ -157,8 +157,6 @@
157 157  |服务请求的管理和执行|服务请求管理
158 158  |灾难情况下，恢复正常操作|服务连续性管理
159 159  
160 -
161 -
162 162  == **​​​​​​​2.4** **实践成功因素** ==
163 163  
164 164  |(((
... ... @@ -174,8 +174,6 @@
174 174  * 快速有效地解决事件
175 175  * 不断改进事件管理方法。
176 176  
177 -
178 -
179 179  === **2.4.1 尽早发现事件** ===
180 180  
181 181  以前，实践通常是根据最终用户和IT专家的信息来报告大多数事件的。这种获取信息的方法仍被广泛使用，但是现在一个好的实践建议是自动发现和报告事件。可以在事件发生后和开始影响用户之前立即被发现。这种方法具有多种好处，其中包括：
... ... @@ -201,7 +201,6 @@
201 201  * 在复杂的情况下，事件的确切性质未知，但支持团队熟悉系统和组件，并且组织可以获取专家知识，因此通常会将事件分派到一个或多个专家组进行诊断和解决。有时，这可以帮助识别模式，并产生一个模型和/或解决方案，可以应用于未来的类似事件。
202 202  * 在非常复杂的情况下，很难或不可能确定专家区域和专家组，或者已确定的专家组找不到解决方案时，采用集体方法可能会有用。此技术称为“全功能团队”。
203 203  
204 -
205 205  |**全功能团队**
206 206  |解决各种复杂任务的技术方法。在全功能团队中，具有不同专业知识领域的多个人员一起完成一项任务，直到明确哪些能力最相关和最需要。
207 207  
... ... @@ -221,8 +221,6 @@
221 221  * 找到并纠正根本原因的能力
222 222  * 机器学习的可能性和质量。
223 223  
224 -
225 -
226 226  ==== **2.4.2.1 事件的优先级** ====
227 227  
228 228  事件应尽快解决。但是，参与事件解决的团队的资源是有限的，并且这些团队通常同时参与其他类型的工作。应该优先处理某些事件，以最大程度地减少对用户的负面影响。
... ... @@ -261,9 +261,6 @@
261 261  全面描述采取行动的原因与描述行动本身同样重要。
262 262  )))
263 263  
264 -(% class="wikigeneratedid" %)
265 -== ==
266 -
267 267  == **​​​​​​​2.5 关键指标** ==
268 268  
269 269  应该基于每个实践对价值流的贡献来评估ITIL实践的有效性和绩效。与任何工具的绩效一样，实践的绩效只能在其应用情境中评估。工具在设计和质量上可能会有很大差异，按照工具的用途使用时，这些差异定义了工具有效性的潜力或能力。关于度量标准，关键绩效指标（KPI）和其它技术的进一步指导，请参见度量和报告实践指南。
... ... @@ -308,8 +308,6 @@
308 308  事件解决的速度和有效性指标之间的平衡
309 309  )))
310 310  
311 -
312 -
313 313  ----
314 314  
315 315  = **3 价值流和流程** =
... ... @@ -335,7 +335,7 @@
335 335  图3.1 事件管理实践对价值链活动的贡献热力图
336 336  
337 337  
338 -== **​​​​​​​3.2 流程** ==
320 +== **3.2 流程** ==
339 339  
340 340  每个实践可以包含一个或多个过程和活动，这是实现这一实践目的所必需的。
341 341  
... ... @@ -350,8 +350,6 @@
350 350  * **事件的处理和解决**。该流程的重点是从发现到关闭的单个事件的处理和解决。
351 351  * **定期事件评审**。该流程确保从事件处理和解决的过程中吸取教训，并确保持续改进事件管理的方法。
352 352  
353 -
354 -
355 355  === **3.2.1 事件处理和解决** ===
356 356  
357 357  该过程包括表3.1中列出的活动，并将输入转换为输出。
... ... @@ -388,47 +388,11 @@
388 388  
389 389  表3.2 事件处理和事件解决过程的活动
390 390  
391 -(% style="width:1010px" %)
392 -|(% style="width:85px" %)**活动**|(% style="width:439px" %)**手动处理用户发现的事件**|(% style="width:484px" %)**自动发现和处理事件**
393 -|(% style="width:85px" %)事件发现|(% style="width:439px" %)用户发现服务运营中的故障，并通过约定的渠道与服务提供者的服务台联系。服务台客服对该用户问询进行初始分类，确认该问询确实属于事件。|(% style="width:484px" %)监控系统检测到事态，并基于预定义的分类将其标识为事件。
394 -|(% style="width:85px" %)事件登记|(% style="width:439px" %)服务台客服执行事件登记，将有效数据添加到事件记录中。|(% style="width:484px" %)登记事件记录并将其与发现事态的CI关联。登记预定义的技术参数。必要时，给相关技术专家发送通知。
395 -|(% style="width:85px" %)事件分类|(% style="width:439px" %)(((
396 -服务台客服完成事件初始分类；这有助于确定事件的影响，确定为失效CI和/或服务确定责任团队，并将事件关联到其他过去和正在处理的事态，事件和/或问题。
371 +[[image:1642222461983-817.png]]
397 397  
398 -在某些情况下，分类有助于找到以前为此类事件定义的解决方案。
399 -)))|(% style="width:484px" %)(((
400 -根据预定义的规则，将自动发现：
373 +[[image:1642222484248-277.png]]
401 401  
402 -* 事件对服务和用户的影响
403 -* 可用的解决方案
404 -* 如果自动化解决方案无效或不可用，找到负责事件解决的技术团队。
405 -)))
406 -|(% style="width:85px" %)事件诊断|(% style="width:439px" %)(((
407 -如果分类没有关联到已知解决方案，
408 408  
409 -专家团队开展事件诊断。这可能涉及将事件升级到不同团队，或其他联合技术团队加入（如全功能团队）。
410 -
411 -如果由于配置项关联错误而导致分类错误，则应将此信息传达给负责配置管理的人员（请参阅服务配置实践指南）。
412 -)))|(% style="width:484px" %)(((
413 -如果自动解决方案无效或不可用，则将事件上报给负责诊断的技术团队。可能涉及事件升级到不同团队，或其他技术团队加入（如全功能团队）。
414 -
415 -如果由于配置项关联错误而导致自动化解决方案失败，则应将此信息传达给负责配置管理的人员（请参阅服务配置实践指南）。
416 -)))
417 -|(% style="width:85px" %)事件解决|(% style="width:439px" %)找到解决方案后，相关专家团队将尝试按顺序或并行工作方式执行，这可能需要启动变更。如果解决方案不起作用，则再次诊断。|(% style="width:484px" %)如果有可用的自动化解决方案，则实施它，并完成测试和确认。如果需要手动干预，则相关的专业团队尝试实施，这可能需要启动变更。如果解决方案不起作用，则再次诊断。
418 -|(% style="width:85px" %)事件关闭|(% style="width:439px" %)(((
419 -成功解决事件之后，可能需要一些正式的关闭过程：
420 -
421 -* 用户确认服务恢复
422 -* 计算解决方案成本并报告
423 -* 解决方案结算报价和发票
424 -* 问题调查启动
425 -* 事件评审
426 -
427 -完成所有必需的操作并更新了相应地事件记录后，事件正式关闭。这可以由产品负责人，服务负责人，事件经理或服务台客服完成，具体取决于商定的事件模型。
428 -)))|(% style="width:484px" %)如果自动解决方案证明有效，则事件记录将自动更新并关闭。发送报告给负责的技术团队。如果在先前的任何步骤中已将有关事件的信息传达给其他利益相关者，则应向其传达事件关闭的信息。
429 -
430 -
431 -
432 432  === **3.2.2 定期事件评审** ===
433 433  
434 434  该流程的重点是持续改进事件管理实践，事件模型和事件处理程序。它可以定期执行，也可以由事件报告触发，该报告突显低效率和其他改进点机会。根据现有模型和程序的效果，每两到三个月或更短时间进行一次定期检查。
... ... @@ -501,8 +501,6 @@
501 501  |М|**方法和技巧专家 **设计和实施技术、文件化步骤、流程咨询、工作分析和持续改进
502 502  |Т|**技术专家**提供技术（IT）专业知识并执行基于专家经验的作业
503 503  
504 -
505 -
506 506  === **4.1.1 事件经理角色** ===
507 507  
508 508  在许多组织中，事件经理角色由专人担任，有时授予事件经理的职衔。在其他组织中，事件经理的责任由负责与事件关联的配置项，服务或产品的人员或团队承担；他可能是资源所有者，服务负责人或产品负责人。
... ... @@ -529,102 +529,11 @@
529 529  
530 530  表4.2负责事件管理活动的角色示例
531 531  
532 -|**实现价值**|**负责角色**|**能力简介**|**具体技能**
533 -|(% colspan="4" %)**事件处理和解决流程**
534 -|事件发现|(((
535 -技术专家
474 +[[image:1642222648578-782.png]]
536 536  
537 -用户
538 -)))|TC|理解服务设计，资源配置和业务影响，了解事态的特征
539 -|事件登记|(((
540 -事件经理
476 +[[image:1642222669993-827.png]]
541 541  
542 -服务台客服
543 543  
544 -技术专家
545 -)))|AT|熟练掌握IT服务管理(ITSM)工具和程序
546 -|事件分类|(((
547 -事件经理
548 -
549 -服务台客服
550 -
551 -技术专家
552 -)))|TC|(((
553 -理解服务设计，资源配置和业务影响
554 -
555 -熟悉事件解决的要求和承诺
556 -
557 -熟悉事件模型
558 -)))
559 -|事件诊断|(((
560 -供应商
561 -
562 -技术专家
563 -)))|TC|(((
564 -理解服务设计，资源配置和业务影响
565 -
566 -具备事件模型、诊断工具、诊断方法的知识
567 -
568 -分析能力
569 -)))
570 -|事件解决|(((
571 -供应商
572 -
573 -技术专家用户
574 -)))|T|了解事件解决的方法和程序要求
575 -|事件关闭|(((
576 -事件经理
577 -
578 -服务台客服
579 -
580 -技术专家
581 -)))|ACT|(((
582 -理解服务设计，资源配置和业务影响
583 -
584 -熟悉事件解决的要求和承诺
585 -)))
586 -|(% colspan="4" %)**定期事件评审流程**
587 -|事件评审和事件记录分析|(((
588 -事件经理
589 -
590 -产品负责人
591 -
592 -服务负责人
593 -
594 -供应商
595 -)))|TCL|(((
596 -理解服务设计，资源配置和业务影响
597 -
598 -熟悉事件解决的要求和承诺
599 -
600 -具备事件模型、诊断工具，诊断方法的知识和分析能力
601 -)))
602 -|事件模型优化的启动|(((
603 -事件经理
604 -
605 -产品负责人
606 -
607 -服务负责人
608 -)))|TMC|(((
609 -理解服务设计，资源配置和业务影响
610 -
611 -熟悉事件解决的要求和承诺
612 -
613 -具备事件模型、诊断工具，诊断方法的知识
614 -
615 -熟悉组织的持续改进和变更管理实践
616 -)))
617 -|事件模型变更的沟通|(((
618 -事件经理
619 -
620 -产品负责人
621 -
622 -服务台客服
623 -
624 -服务负责人
625 -)))|CA|熟悉沟通程序和沟通工具
626 -
627 -
628 628  == **​​​​​​​4.2** **组织结构和团队** ==
629 629  
630 630  事件管理实践不推荐任何特定的组织模型。但是，组织结构会影响实践的执行方式，因为它涉及具有不同领域和专业水平的专家。专家分组的典型方法包括：
... ... @@ -654,7 +654,6 @@
654 654  * L3团队间协作，以取代多次重新分配和/或对专家和顶级人才的过度依赖。
655 655  )))
656 656  
657 -
658 658  === **4.2.2 团队动力** ===
659 659  
660 660  事件管理实践是团队动力的基础，它们影响着运维支持团队的职责履行。经常出现以下问题：
... ... @@ -726,20 +726,9 @@
726 726  
727 727  表5.1 事件记录中包含的数据
728 728  
729 -|**域**|**推荐内容**|**说明**
730 -|事件标题（简短说明）|观察到的降低或失效的功能或过程|带有清晰说明的解决方案搜索速度更快
731 -|用户|受影响的用户，被报告的用户|
732 -|当前影响|对用户/客户工作流程的实际影响的文字说明|创建上下文，允许排障组提供适当的变通或者解决方法
733 -|未来影响|如果事件持续下去，对客户的潜在影响的文字说明|创建上下文，允许排障组提供适当的变通或者解决方法
734 -|首次症状的时间|监控或用户体验中的日期和时间|诊断原因之前的准确时间点
735 -|最近一次正常状态的时间|验证功能正常的日期和时间|触发事态的准确时间点（此信息是人为添加还是自动记录的，可能会影响可信度）
736 -|受影响项目（功能，配置项，流程）的详细信息|资产ID号，应用程序和流程名称以及配置项索引|集中精力进行修复
737 -|未受影响的可比项目（如果有）的详细信息|未受影响的资产ID号，应用程序和流程名称以及配置项索引|缩小搜索范围
738 -|诊断详情（如果有）|诊断步骤和每步的结果|减少重复工作
739 -|分派|事件的个人或团队所有者|
579 +[[image:1642222734298-342.png]]
740 740  
741 741  
742 -
743 743  == **​​​​​​​5.2** **自动化和工具** ==
744 744  
745 745  事件管理实践应该是自动化的。在可行且有效的情况下，可能涉及表5.2中概述的解决方案。
... ... @@ -751,50 +751,12 @@
751 751  
752 752  表5.2 事件管理活动的自动化解决方案
753 753  
754 -|**过程活动**|**自动化方式**|**关键功能**|**对实践有效性的影响**
755 -|(% colspan="4" %)**事件处理和解决流程**
756 -|事件发现|监控工具和事态相关引擎|早期的检测和事件关联，初始化事件管理实践|高
757 -|事件登记|用户查询管理和工作流程工具，以及协同工具|有效记录事件|高
758 -|事件分类|(((
759 -用户查询管理和工作流程工具，
593 +[[image:1642222873598-155.png]]
760 760  
761 -协同工具，
595 +[[image:1642222893312-806.png]]
762 762  
763 -知识管理工具，
764 764  
765 -配置管理工具
766 766  
767 -和基于机器学习的分类引擎
768 -)))|快速、准确的分类和事件分派，已知解决方案的识别，重大事件的识别|非常高，尤其是在事件数量多的情况下
769 -|事件诊断|(((
770 -分析和诊断工具
771 -
772 -知识管理工具
773 -
774 -配置管理工具
775 -
776 -协同工具
777 -)))|快速、准确的定义和测试假设，多个专家/团队的有效协作|高，特别是在需要手动协作的复杂事件数量很多时
778 -|事件解决|(((
779 -远程管理工具
780 -
781 -自动化的部署系统，
782 -
783 -和协同工具
784 -)))|快速纠正失效的配置项并恢复服务|高，特别是提供远程服务时
785 -|事件关闭|用户查询和工作流管理工具，和协同工具|快速而全面的回顾事件生命周期|中
786 -|**定期事件评审流程**| | |
787 -|事件评审和事件记录分析|协同系统，分析和报告系统以及调查工具|(((
788 -远程协作，事件数据分析和用户调查数据
789 -
790 -分析和报告
791 -)))|中到高，尤其是对批量事件
792 -|事件模型优化的启动|工作流系统和待办项管理工具|优化的正式登记|低到中
793 -|事件模型更新的沟通|通信系统和协作系统|与受影响团队沟通更新|中到高，尤其当组织较大，更新较多时为高
794 -
795 -
796 -
797 -
798 798  ----
799 799  
800 800  = **6 合作伙伴和供应商** =
... ... @@ -824,8 +824,6 @@
824 824  * 保持简单实用
825 825  * 优化和自动化。
826 826  
827 -
828 -
829 829  ----
830 830  
831 831  = **8 致谢** =
Icon 1642222461983-817.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +117.4 KB
Content Icon
Icon 1642222484248-277.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +68.3 KB
Content Icon
Icon 1642222648578-782.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +62.3 KB
Content Icon
Icon 1642222669993-827.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +46.5 KB
Content Icon
Icon 1642222734298-342.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +84.0 KB
Content Icon
Icon 1642222873598-155.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +72.6 KB
Content Icon
Icon 1642222893312-806.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +29.3 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司