文档更改04 某汽车金融公司ITIL事件管理流程说明书

由 superadmin 于 2024/06/05, 11:02 最后修改

从版本< 3.1 >

由superadmin编辑
在2024/04/16, 17:06上

到版本

由superadmin编辑
在2024/06/05, 11:02上

修改评论该版本没有评论

Raw
已渲染

Summary

Page properties (2 modified, 0 added, 0 removed)

Details

Page properties

标题

@@ -1,1
          +1,1 @@
--某汽车金融公司ITIL事件管理流程说明书
++04 某汽车金融公司ITIL事件管理流程说明书

Content

@@ -1,3
          +1,8 @@
++(% class="wikigeneratedid" %)
++[[返回本章节索引>>url:https://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E4%BA%8B%E4%BB%B6%E7%AE%A1%E7%90%86/]]     [[阅读下一篇>>https://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E4%BA%8B%E4%BB%B6%E7%AE%A1%E7%90%86/%E6%9F%90%E5%85%AC%E5%8F%B8%E4%BA%8B%E4%BB%B6%E7%AE%A1%E7%90%86%E6%B5%81%E7%A8%8B%E7%A0%94%E8%AE%A8/]]
++
++===   ===
++
  === **某汽车金融公司ITIL事件管理流程说明书** ===
@@ -17,7
          +17,6 @@
  * 和客户确认事件的解决
  * 启动应急预案
--
  **◆进行事件控制**
  * 按规范记录事件
@@ -26,7
          +26,6 @@
  * 监视并结束事件
  * 进行定期服务流程回顾
--
  **◆提供IT管理信息**
  * 人力资源利用情况
@@ -33,8
          +33,6 @@
  * 故障处理情况
  * 支持效率
--
--
  ===== **1.2 流程主要内容** =====
@@ -119,9
          +119,6 @@
  * 应该每月产生事件管理报表，包含对考核指标的统计，以及相应的报表。并对重复发生的事件和变通方法解决的事件，应该举行定期的事件管理会议对这些事件进行评估
  * 应该半年对流程进行回顾，回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性，以改进事件管理流程
--
--
--
  ===== **1.5.2 所有权原则** =====
  所有权原则用来确保每个事件在任何时段都有适当的人员负责，服务台是事件的负责人。下表是事件管理中各角色在各环节中承担不同责任的RACI模型。
@@ -149,7
          +149,6 @@
  * 一线支持人员可以将事件单重新再分配给其他一线支持人员或升级厂商。
  * 一线支持人员将事件升级至厂商后，由于一线支持人员代表厂商完成工单流转。
--
  ===== **1.5.4 重复事件原则** =====
  重复事件是指在一个较短时间段（通常30分钟内至1小时），由监控平台上报的同一个配置项上现象相同的事件，或者一人/多人申告的同一来源（系统、应用）现象相同的事件。
@@ -160,7
          +160,6 @@
  * 重复的事件必须被关联，并且不计入事件流程的关键衡量指标。
  * 如果一线技术人员可以判断到重复事件，则由一线支持人员关联重复事件，否则由事件经理进行关联。
--
  ===== **1.5.5 关闭原则** =====
  事件工单关闭环节的基本原则：谁开单，谁负责关闭。
@@ -181,7
          +181,7 @@
  ◆已关闭的事件单不允许重开。如果事件再次发生，则创建一个新的事件单，并与已关闭的工单进行关联。
--===== **1.5.6 升级原则** =====
++===== **1.5.6 升级原则** =====
  制定升级原则的目的是确保事件在规定的解决时限内能够及时通知相关技术人员和领导，引起更多的重视，提供合适的资源，从而快速找到解决事件的方案。
@@ -192,7
          +192,6 @@
  * 各支持人员应及时响应和处理分配到本组或自己的事件单，如果超出规定解决时限，运维管理系统应自动将事件信息通报事件经理，事件经理负责协调资源，并督促事件能够及时被响应和处理。
  * 各支持人员处理优先级为三、四、五级的事件时，应及时将不能解决的事件升级；事件经理对未及时升级的事件及时介入，负责协调升级处理。事件经理通过对事件的抽查和对超时解决的事件统计情况对各支持人员的主动性进行监督。
--
  ==== **1.6 流程相关定义** ====
@@ -235,9
          +235,8 @@
  |31|厂商电话响应时间|厂商电话响应的时间
  |32|厂商现场响应时间|厂商现场响应的时间
++===== **1.6.2 事件优先级判定标准** =====
--===== **1.6.2 事件优先级判定标准** =====
--
  用户/BA在登记事件单时根据系统所属的领域、子领域的选择和影响范围两者加权来定义事件优先级。
  |(% colspan="2" rowspan="2" %)事件优先级判定说明|(% colspan="3" %)影响范围
@@ -307,7
          +307,7 @@
  表5-3服务类别、服务子类域、业务关键程度和对应一线映射表
--===== **1.6.4 事件响应时限和解决时限** =====
++===== **1.6.4 事件响应时限和解决时限** =====
  在事件处理过程中，对于一个事件有解决时间的限制和响应时间的限制。一方面，需要各工程师协同合作，在解决事件的时候应该有时间的概念；也要求事件经理必须实时地督促事件的解决，对于优先级别高的事件，需要及时通告事件经理；如果该事件的响应或解决超过了时限，需要通告事件经理，同时也要根据具体情况通告给其他相关管理人员。
@@ -342,7
          +342,6 @@
  * 对二、三、四、五和九级优先级的事件，在处理时间过去50%时，发送提醒给事件处理人和事件经理。
  * 对二、三、四、五、九级优先级的事件，超过解决时间时，发送提醒给事件处理人和事件经理。
--
  |优先级别|通知时间|通知人员列表
  |1级|立刻|应急小组
  |2级|6小时|事件经理、事件处理人
@@ -425,7
          +425,6 @@
  |102.2|BA尝试解决|BA小组在接到用户报告业务故障后判断故障非业务本身导致，但无法进一步判断是何原因导致，则可以转派给基础架构支持小组；若可以确定是哪个环节故障，则直接转派相应的一线。|参见“服务类别、服务子类域、业务关键程度和对应一线映射表”
  |103.2|APP支持尝试解决|APP支持小组通常是接受一线内转派的事件工单；若由其自己开单则一般都确认事件属于其职能范围内，则直接解决。|参见“服务类别、服务子类域、业务关键程度和对应一线映射表”
--
  ==== **1.7 一级（紧急）事件管理流程** ====
@@ -447,7
          +447,6 @@
  * 加强处理人员与用户之间的沟通和反馈。
  * 对紧急情况妥善处理。
--
  一级（紧急）事件处理的特殊性包括各系统应急处理预案的制定和使用，及时上报等。
  应急处理预案是事先制定的针对某种特定故障的处理措施，可以确保系统发生重大故障时，能够尽快恢复业务，并充分调动技术力量，在最短时间内排除故障。预案中的内容至少应涵盖应急预案启动条件、应急处理小组负责人和成员联系名单和联系方式、应急处理步骤、应急信息通报、应急善后处理、应急保障措施（人员、培训、演习、场地）等。
@@ -465,7
          +465,6 @@
  |104.4|善后处理和通报|应急小组|在解除一级（紧急）事件后，应急小组需要安抚受影响的用户并将事件原因和处理结果等信息上报CIO，再由事件主要相关一线事后补单。
  |104.5|关闭事件|应急小组|主要相关一线完成补单后，直接关单。
--
  ==== **1.8 关键角色、职责定义** ====
@@ -485,7
          +485,6 @@
 . 确保事件流程实用、有效、正确地执行，当流程不能够适应公司的情况时，必须及时的对此进行分析、找出缺陷、进行改进(假如增加或合并流程的角色)，从而实现可持续提高
 . 保持与其他流程负责人的定期沟通
--
  ===== **1.8.2 事件经理** =====
  事件经理负责事件解决过程中的协调和监控，以及事件升级的判断以及具体执行。
@@ -498,7
          +498,6 @@
 . 监督优先级为紧急、高的事件的处理情况
 . 监督一线是否及时将事件工单升级。
--
  ===== **1.8.3 一线支持人员** =====
  一线支持人员根据预定义进行不同类型的事件开单和接受事件，对事件进行快速有效的分析，提出解决方案以尽快恢复服务。在解决事件过程中，一线支持人员可以再分类和转派事件至其他一线支持小组；另外，一线支持人员可以将事件升级至厂商寻求技术支持。
@@ -511,7
          +511,6 @@
 . 实施事件解决方案；
 . 更新事件解决信息，已解决的事件转用户确认。
--
  ===== **1.8.4 二线支持人员** =====
  包括现场支持和远程支持设备厂商。
@@ -522,7
          +522,6 @@
 . 参与解决方案的实施
 . 将解决方案和实施结果反馈给一线人员，由一线人员进行解决方案的记录。
--
  ===== **1.8.5 流程角色和人员对应表** =====
  |(% colspan="2" %)角色|成员|默认接单人
@@ -568,3
          +568,8 @@
  | | |【关闭时间】在统计周期内
  表5-7流程角色和人员对应表
++
++
++[[返回本章节索引>>url:https://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E4%BA%8B%E4%BB%B6%E7%AE%A1%E7%90%86/]]     [[阅读下一篇>>https://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E4%BA%8B%E4%BB%B6%E7%AE%A1%E7%90%86/%E6%9F%90%E5%85%AC%E5%8F%B8%E4%BA%8B%E4%BB%B6%E7%AE%A1%E7%90%86%E6%B5%81%E7%A8%8B%E7%A0%94%E8%AE%A8/]]
++
++

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司