由 superadmin 于 2024/12/25, 15:38 最后修改
从版本< 10.1 >
由superadmin编辑
在2021/12/16, 23:06上
到版本
由superadmin编辑
在2022/01/15, 13:01上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
标题
... ... @@ -1,1 +1,1 @@
1 -ITIL 4事件管理实践中文版
1 +02 事件管理实践
Content
... ... @@ -248,9 +248,6 @@
248 248  全面描述采取行动的原因与描述行动本身同样重要。
249 249  )))
250 250  
251 -
252 -
253 -
254 254  == **​​​​​​​2.5 关键指标** ==
255 255  
256 256  应该基于每个实践对价值流的贡献来评估ITIL实践的有效性和绩效。与任何工具的绩效一样，实践的绩效只能在其应用情境中评估。工具在设计和质量上可能会有很大差异，按照工具的用途使用时，这些差异定义了工具有效性的潜力或能力。关于度量标准，关键绩效指标（KPI）和其它技术的进一步指导，请参见度量和报告实践指南。
... ... @@ -371,45 +371,11 @@
371 371  
372 372  表3.2 事件处理和事件解决过程的活动
373 373  
374 -(% style="width:889px" %)
375 -|(% style="width:85px" %)**活动**|(% style="width:399px" %)**手动处理用户发现的事件**|(% style="width:403px" %)**自动发现和处理事件**
376 -|(% style="width:85px" %)事件发现|(% style="width:399px" %)用户发现服务运营中的故障，并通过约定的渠道与服务提供者的服务台联系。服务台客服对该用户问询进行初始分类，确认该问询确实属于事件。|(% style="width:403px" %)监控系统检测到事态，并基于预定义的分类将其标识为事件。
377 -|(% style="width:85px" %)事件登记|(% style="width:399px" %)服务台客服执行事件登记，将有效数据添加到事件记录中。|(% style="width:403px" %)登记事件记录并将其与发现事态的CI关联。登记预定义的技术参数。必要时，给相关技术专家发送通知。
378 -|(% style="width:85px" %)事件分类|(% style="width:399px" %)(((
379 -服务台客服完成事件初始分类；这有助于确定事件的影响，确定为失效CI和/或服务确定责任团队，并将事件关联到其他过去和正在处理的事态，事件和/或问题。
371 +[[image:1642222461983-817.png]]
380 380  
381 -在某些情况下，分类有助于找到以前为此类事件定义的解决方案。
382 -)))|(% style="width:403px" %)(((
383 -根据预定义的规则，将自动发现：
373 +[[image:1642222484248-277.png]]
384 384  
385 -* 事件对服务和用户的影响
386 -* 可用的解决方案
387 -* 如果自动化解决方案无效或不可用，找到负责事件解决的技术团队。
388 -)))
389 -|(% style="width:85px" %)事件诊断|(% style="width:399px" %)(((
390 -如果分类没有关联到已知解决方案，
391 391  
392 -专家团队开展事件诊断。这可能涉及将事件升级到不同团队，或其他联合技术团队加入（如全功能团队）。
393 -
394 -如果由于配置项关联错误而导致分类错误，则应将此信息传达给负责配置管理的人员（请参阅服务配置实践指南）。
395 -)))|(% style="width:403px" %)(((
396 -如果自动解决方案无效或不可用，则将事件上报给负责诊断的技术团队。可能涉及事件升级到不同团队，或其他技术团队加入（如全功能团队）。
397 -
398 -如果由于配置项关联错误而导致自动化解决方案失败，则应将此信息传达给负责配置管理的人员（请参阅服务配置实践指南）。
399 -)))
400 -|(% style="width:85px" %)事件解决|(% style="width:399px" %)找到解决方案后，相关专家团队将尝试按顺序或并行工作方式执行，这可能需要启动变更。如果解决方案不起作用，则再次诊断。|(% style="width:403px" %)如果有可用的自动化解决方案，则实施它，并完成测试和确认。如果需要手动干预，则相关的专业团队尝试实施，这可能需要启动变更。如果解决方案不起作用，则再次诊断。
401 -|(% style="width:85px" %)事件关闭|(% style="width:399px" %)(((
402 -成功解决事件之后，可能需要一些正式的关闭过程：
403 -
404 -* 用户确认服务恢复
405 -* 计算解决方案成本并报告
406 -* 解决方案结算报价和发票
407 -* 问题调查启动
408 -* 事件评审
409 -
410 -完成所有必需的操作并更新了相应地事件记录后，事件正式关闭。这可以由产品负责人，服务负责人，事件经理或服务台客服完成，具体取决于商定的事件模型。
411 -)))|(% style="width:403px" %)如果自动解决方案证明有效，则事件记录将自动更新并关闭。发送报告给负责的技术团队。如果在先前的任何步骤中已将有关事件的信息传达给其他利益相关者，则应向其传达事件关闭的信息。
412 -
413 413  === **3.2.2 定期事件评审** ===
414 414  
415 415  该流程的重点是持续改进事件管理实践，事件模型和事件处理程序。它可以定期执行，也可以由事件报告触发，该报告突显低效率和其他改进点机会。根据现有模型和程序的效果，每两到三个月或更短时间进行一次定期检查。
... ... @@ -459,6 +459,8 @@
459 459  变更的沟通
460 460  )))|如果事件模型成功地完成优化，这一事实将会传达给相关的利益相关者。这通常由事件经理和/或服务或资源所有者通过沟通过程完成。
461 461  
425 +
426 +
462 462  ----
463 463  
464 464  = **4 组织和人员** =
... ... @@ -506,101 +506,11 @@
506 506  
507 507  表4.2负责事件管理活动的角色示例
508 508  
509 -|**实现价值**|**负责角色**|**能力简介**|**具体技能**
510 -|(% colspan="4" %)**事件处理和解决流程**
511 -|事件发现|(((
512 -技术专家
474 +[[image:1642222648578-782.png]]
513 513  
514 -用户
515 -)))|TC|理解服务设计，资源配置和业务影响，了解事态的特征
516 -|事件登记|(((
517 -事件经理
476 +[[image:1642222669993-827.png]]
518 518  
519 -服务台客服
520 520  
521 -技术专家
522 -)))|AT|熟练掌握IT服务管理(ITSM)工具和程序
523 -|事件分类|(((
524 -事件经理
525 -
526 -服务台客服
527 -
528 -技术专家
529 -)))|TC|(((
530 -理解服务设计，资源配置和业务影响
531 -
532 -熟悉事件解决的要求和承诺
533 -
534 -熟悉事件模型
535 -)))
536 -|事件诊断|(((
537 -供应商
538 -
539 -技术专家
540 -)))|TC|(((
541 -理解服务设计，资源配置和业务影响
542 -
543 -具备事件模型、诊断工具、诊断方法的知识
544 -
545 -分析能力
546 -)))
547 -|事件解决|(((
548 -供应商
549 -
550 -技术专家用户
551 -)))|T|了解事件解决的方法和程序要求
552 -|事件关闭|(((
553 -事件经理
554 -
555 -服务台客服
556 -
557 -技术专家
558 -)))|ACT|(((
559 -理解服务设计，资源配置和业务影响
560 -
561 -熟悉事件解决的要求和承诺
562 -)))
563 -|(% colspan="4" %)**定期事件评审流程**
564 -|事件评审和事件记录分析|(((
565 -事件经理
566 -
567 -产品负责人
568 -
569 -服务负责人
570 -
571 -供应商
572 -)))|TCL|(((
573 -理解服务设计，资源配置和业务影响
574 -
575 -熟悉事件解决的要求和承诺
576 -
577 -具备事件模型、诊断工具，诊断方法的知识和分析能力
578 -)))
579 -|事件模型优化的启动|(((
580 -事件经理
581 -
582 -产品负责人
583 -
584 -服务负责人
585 -)))|TMC|(((
586 -理解服务设计，资源配置和业务影响
587 -
588 -熟悉事件解决的要求和承诺
589 -
590 -具备事件模型、诊断工具，诊断方法的知识
591 -
592 -熟悉组织的持续改进和变更管理实践
593 -)))
594 -|事件模型变更的沟通|(((
595 -事件经理
596 -
597 -产品负责人
598 -
599 -服务台客服
600 -
601 -服务负责人
602 -)))|CA|熟悉沟通程序和沟通工具
603 -
604 604  == **​​​​​​​4.2** **组织结构和团队** ==
605 605  
606 606  事件管理实践不推荐任何特定的组织模型。但是，组织结构会影响实践的执行方式，因为它涉及具有不同领域和专业水平的专家。专家分组的典型方法包括：
... ... @@ -701,18 +701,9 @@
701 701  
702 702  表5.1 事件记录中包含的数据
703 703  
704 -|**域**|**推荐内容**|**说明**
705 -|事件标题（简短说明）|观察到的降低或失效的功能或过程|带有清晰说明的解决方案搜索速度更快
706 -|用户|受影响的用户，被报告的用户|
707 -|当前影响|对用户/客户工作流程的实际影响的文字说明|创建上下文，允许排障组提供适当的变通或者解决方法
708 -|未来影响|如果事件持续下去，对客户的潜在影响的文字说明|创建上下文，允许排障组提供适当的变通或者解决方法
709 -|首次症状的时间|监控或用户体验中的日期和时间|诊断原因之前的准确时间点
710 -|最近一次正常状态的时间|验证功能正常的日期和时间|触发事态的准确时间点（此信息是人为添加还是自动记录的，可能会影响可信度）
711 -|受影响项目（功能，配置项，流程）的详细信息|资产ID号，应用程序和流程名称以及配置项索引|集中精力进行修复
712 -|未受影响的可比项目（如果有）的详细信息|未受影响的资产ID号，应用程序和流程名称以及配置项索引|缩小搜索范围
713 -|诊断详情（如果有）|诊断步骤和每步的结果|减少重复工作
714 -|分派|事件的个人或团队所有者|
579 +[[image:1642222734298-342.png]]
715 715  
581 +
716 716  == **​​​​​​​5.2** **自动化和工具** ==
717 717  
718 718  事件管理实践应该是自动化的。在可行且有效的情况下，可能涉及表5.2中概述的解决方案。
... ... @@ -724,47 +724,12 @@
724 724  
725 725  表5.2 事件管理活动的自动化解决方案
726 726  
727 -|**过程活动**|**自动化方式**|**关键功能**|**对实践有效性的影响**
728 -|(% colspan="4" %)**事件处理和解决流程**
729 -|事件发现|监控工具和事态相关引擎|早期的检测和事件关联，初始化事件管理实践|高
730 -|事件登记|用户查询管理和工作流程工具，以及协同工具|有效记录事件|高
731 -|事件分类|(((
732 -用户查询管理和工作流程工具，
593 +[[image:1642222873598-155.png]]
733 733  
734 -协同工具，
595 +[[image:1642222893312-806.png]]
735 735  
736 -知识管理工具，
737 737  
738 -配置管理工具
739 739  
740 -和基于机器学习的分类引擎
741 -)))|快速、准确的分类和事件分派，已知解决方案的识别，重大事件的识别|非常高，尤其是在事件数量多的情况下
742 -|事件诊断|(((
743 -分析和诊断工具
744 -
745 -知识管理工具
746 -
747 -配置管理工具
748 -
749 -协同工具
750 -)))|快速、准确的定义和测试假设，多个专家/团队的有效协作|高，特别是在需要手动协作的复杂事件数量很多时
751 -|事件解决|(((
752 -远程管理工具
753 -
754 -自动化的部署系统，
755 -
756 -和协同工具
757 -)))|快速纠正失效的配置项并恢复服务|高，特别是提供远程服务时
758 -|事件关闭|用户查询和工作流管理工具，和协同工具|快速而全面的回顾事件生命周期|中
759 -|**定期事件评审流程**| | |
760 -|事件评审和事件记录分析|协同系统，分析和报告系统以及调查工具|(((
761 -远程协作，事件数据分析和用户调查数据
762 -
763 -分析和报告
764 -)))|中到高，尤其是对批量事件
765 -|事件模型优化的启动|工作流系统和待办项管理工具|优化的正式登记|低到中
766 -|事件模型更新的沟通|通信系统和协作系统|与受影响团队沟通更新|中到高，尤其当组织较大，更新较多时为高
767 -
768 768  ----
769 769  
770 770  = **6 合作伙伴和供应商** =
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
深圳市艾拓先锋企业管理咨询有限公司