Changes for page 01 某通信公司ITIL事件管理流程细化说明书

Last modified by superadmin on 2024/06/05, 11:00

From version < 5.1 >

edited by superadmin
on 2024/04/12, 19:31

To version < 7.1 >

edited by superadmin
on 2024/04/12, 19:33

< >

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)
Attachments (0 modified, 1 added, 0 removed)
- 32.png

Details

Page properties

Content

@@ -12,7
          +12,6 @@
 . 对集团公司和各省公司业务支撑网的事件管理进行规范化、统一化管理
 . 指导业务支撑系统服务管理平台的建设
--
  ===== **1.2 适用范围** =====
@@ -64,7
          +64,6 @@
  * 沟通事件解决的状态
  * 和客户确认事件的解决
--
  ◆进行事件控制
  * 按规范记录事件
@@ -73,7
          +73,6 @@
  * 监视并结束事件
  * 进行定期服务流程回顾
--
  ◆提供IT管理信息
  * 人力资源利用情况
@@ -80,7
          +80,6 @@
  * 故障处理情况
  * 支持效率
--
  ===== **2.2 流程主要内容** =====
@@ -136,7
          +136,6 @@
 . 应该半年对流程进行回顾，回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性，以改进事件管理流程
--
  ====== **2.5.2 流程关联原则** ======
  ◆ 和问题管理的关联
@@ -144,13
          +144,11 @@
  * 所有优先级为紧急的事件在恢复服务后，都应该创建问题单（问题单必须和事件单建立关联）
  * 一线支持在解决事件的过程中，可以通过问题记录查找相应的解决方案
--
  ◆ 和变更管理的关联
  * 事件处理过程中，如果需要对系统进行变更，必须按照变更管理的定义，提交变更请求单（变更单必须和事件单建立关联），变更完成后，继续事件单的处理
  * 紧急事件（优先级为紧急的事件，下同）的处理过程中，如果需要对系统进行变更，必须按照变更管理的定义，提出紧急变更请求，变更完成后，补录紧急变更单，并和紧急事件单建立关联
--
  ◆ 和配置管理的关联
  * 事件处理过程中，可以通过配置管理查询相关的配置项信息以及该配置项历史上发生的事件、问题或变更，来帮助故障的定位
@@ -158,7
          +158,6 @@
  * 事件处理过程中，如果可以将故障定位到某个配置项，则必须将事件单与该配置项关联
--
  ====== **2.5.3 所有权原则** ======
  所有权原则用来确保每个事件在任何时段都有适当的人员负责，帮助台是事件的负责人。
@@ -166,7
          +166,6 @@
  * 由IT用户申报的事件单，帮助台员工是该事件的责任人，必须确保事件得到有效跟踪与解决，并负责事件单的关闭
--
  ====== **2.5.4 再分派原则** ======
  事件的再分派原则是确保事件在服务目标时段内处理和解决的重要因素。因此，应当尽量减少事件单再分派的几率。事件单可以分配到个人，或者分配到组（帮助台，一线支持，二线支持），再由组内的支持人员处理。事件单的重分派次数不应该超过5次。
@@ -176,7
          +176,6 @@
 . 二线支持可以将事件单重新分配给帮助台，一线支持，其他二线支持人员
--
  ====== **2.5.5 重复事件原则** ======
  重复事件是指在一个较短时间段（通常30分钟内至1小时），由监控平台上报的同一个配置项上现象相同的事件或一人/多人申告的同一来源（系统、应用）现象相同的事件。当被报告的事件与某个已经创建且尚未解决的事件单相同，则该事件被认为是重复的。由于此时已创建的事件尚未解决，还没有采取修正措施来恢复服务，因此，新报告的事件被认为是原有事件单的重复事件单。在原有事件单获得解决时，所有的重复事件单获得解决。
@@ -186,7
          +186,6 @@
 . 如果帮助台可以判断到重复事件，则由帮助台对重复事件标识，否则由一线支持人员负责重复事件的处理
--
  ====== **2.5.6 关闭原则** ======
  由IT用户申报的事件单，关闭必须由帮助台完成。
@@ -203,7
          +203,6 @@
 . 对于IT用户（例如客服）申报的事件单，可以实现由IT用户自行确认事件是否解决，超过一定期限（例如3－5天）不确认的事件单由系统自动关闭或由帮助台协助关闭
--
  ====== **2.5.7 升级原则** ======
  制定升级原则的目的是确保事件在规定的解决时限内能够及时通知相关技术人员和领导，引起更多的重视，提供合适的资源，从而快速找到解决事件的方案。
@@ -213,7
          +213,6 @@
 . 帮助台和一线支持应及时将不能解决的事件升级到下一级，若未及时升级，事件经理应及时介入，负责协调升级处理
--
  ===== **2.6 流程相关定义** =====
@@ -266,7
          +266,6 @@
--
  ====== **2.6.2 事件性质** ======
@@ -307,7
          +307,6 @@
--
  ====== **2.6.4 事件所属系统类型** ======
  根据目前业务支撑系统和子类的划分定义事件所属系统类型，当事件发生时，应该由帮助台初步定位是哪个系统及子类出现问题，由一线、二线进行进一步的明确。
@@ -316,7
          +316,7 @@
  |**业务系统**|**子类**
  |(% rowspan="18" %)BOSS系统|(% rowspan="2" %)营销管理
--|
++|
  |渠道管理
  |客户服务
  |产品管理
@@ -356,7
          +356,6 @@
--
  ====== **2.6.5 事件分类** ======
  事件分类代码用于标识故障或申告的具体原因，由支持人员在处理过程中填写。在制作统计报表时，可以通过和事件所属系统类型代码的结合来统计分析故障或申告。
@@ -402,7
          +402,6 @@
--
  ====== **2.6.6 事件优先级** ======
  优先级是事件管理的一个关键要素，优先级决定处理事件的顺序及所需的资源，事件优先级可分为四级（紧急、高、中、低）。
@@ -469,7
          +469,6 @@
 . 优先级映射表中空的字段，各省在细化流程中自行定义。
--
  ====== **2.6.7 事件响应时限和解决时限** ======
  在事件处理过程中，对于一个事件有解决时间的限制和响应时间的限制，一方面，需要各工程师协同合作，在解决事件的时候应该有时间的概念，同时，也要求事件经理必须实时地督促事件的解决，对于影响度为高或者紧急的事件，需要及时通告事件经理，同时，如果该事件的响应或解决超过了时限，需要通告事件经理，同时也要根据具体情况通告给其他相关管理人员。
@@ -496,7
          +496,6 @@
  |高|事件经理，分管领导
--
  **◆ 超出响应时间的通告定义**
  * 通知人员列表的用途：当服务管理平台判断到响应时限已经超出，则自动按照表中的人员列表发出邮件或短信通知。
@@ -508,7
          +508,6 @@
  |低|事件经理|8小时
--
  **◆超出和即将超出解决时限的通告定义**
  * 通知人员列表的用途：当服务管理平台判断到解决时限已经或即将超出，则自动按照表中的人员列表发出邮件或短信通知。
@@ -525,7
          +525,6 @@
--
  ====== **2.6.8 事件影响度** ======
  事件影响度用于衡量事件所影响业务的严重程度。严重程度通常通过事件所影响的人数、关键系统数以及服务故障所造成的损失来设定。
@@ -596,7
          +596,6 @@
--
  ====== **2.6.10 事件结束代码** ======
  事件结束代码说明了事件是在何种情况下关闭的，结束代码如下：
@@ -610,7
          +610,6 @@
--
  ====== **2.6.11 事件解决人角色** ======
  事件解决人角色用来标明该事件单最终解决的角色是帮助台、一线还是二线。
@@ -622,7
          +622,6 @@
--
  ====== **2.6.12 处理是否超时** ======
  每个优先级别都对应了解决期限，“处理是否超时”用来标明事件的处理是否已超过了解决期限。
@@ -633,7
          +633,6 @@
--
  ====== **2.6.13 故障厂商** ======
  用来在事件单中记录是哪个厂商的设备/系统，或者哪个集成商的应用软件发生故障(针对事件分类中的”应用软件”故障)。代码定义参见下表厂商和集成商名称标准（可以根据情况从厂商和集成商两个表中选择一个合适的故障厂商）。
@@ -735,7
          +735,6 @@
 .
  )))|BROCADE
--
  |**编号**|**集成商名称**
  |(((
 .
@@ -771,13
          +771,13 @@
 .
  )))|从兴
--1.
--11.
--111. **投诉分类**
++
++====== **2.6.14 投诉分类** ======
++
  对于投诉类事件，帮助台可初步定位是哪类投诉，由一线、二线进行进一步的明确。
--|**编号**|**分类           **
++|**编号**|**分类           **
  |1|营业类
  |2|计费类
  |3|帐务类
@@ -788,13
          +788,13 @@
  |8|接口类
  |9|其它类
--1.
--11.
--111. **投诉条目**
++
++====== **2.6.15 投诉条目** ======
++
  对于投诉类事件，帮助台可初步定位投诉属于哪个条目，由一线、二线进行进一步的明确。
--|**编号**|**条目                  **
++|**编号**|**条目                  **
  |1|程序问题
  |2|系统故障
  |3|理解问题
@@ -829,4
          +829,190 @@
  |32|误操作类
  |33|其它类
++
++
++===== **2.7 流程概要设计** =====
++
++事件管理概要设计流程图如下：
++
++[[image:微信图片_20240412192813.png||height="398" width="438"]]
++
++
++事件管理概要设计流程说明
++
++|**序号**|**步骤名称**|**责任人**|**说明**
++|100.1|事件记录和分类|帮助台|(((
++1. 帮助台对来自用户和系统自动产生的事件进行详细记录，其中包括申告/咨询/告警/故障/维护作业/业务处理
++1. 帮助台负责在接收到事件后进行分类转发，维护作业/业务处理转相应子流程处理，对申告/咨询/告警/故障类事件进行分类转发
++1. 对于初步判断为紧急的事件马上升级到一线人员处理
++1. 对于非业务支撑维护职责范围的事件转给其它相关责任部门
++)))
++|100.2|初始支持|帮助台|(((
++1. 属于帮助台技能范围内可以处理的事件，帮助台应尝试解决，如果无法解决需及时升级到一线支持
++1. 不属于帮助台职责范围的事件，立即分派到相应的一线支持
++)))
++|100.3|一线尝试解决|一线支持|(((
++1. 一线支持人员在接受到由帮助台派发的事件后，进行调查诊断，尝试解决
++1. 对于需要通过变更解决的事件提出变更申请，通过变更流程实施解决方案
++1. 事件解决后，在事件管理平台记录事件解决方案并更新事件状态
++1. 不能解决的事件，转100.4二线尝试解决
++)))
++|100.4|二线尝试解决|二线支持|(((
++1. 二线支持人员接受事件，进行调查诊断，尝试解决方案，在必要时根据服务协议联系厂商帮助解决并负责核查
++1. 对于需要通过变更解决的事件提出变更申请，通过变更流程实施解决方案
++1. 事件解决后，在事件管理平台记录事件解决方案并更新事件状态
++1. 指定时限内不能解决的事件，通告事件经理，由事件经理负责协调资源
++)))
++|100.5|紧急事件再确认|一线支持|(((
++1. 一线支持人员接受到来自帮助台的紧急事件后，根据事件优先级别标准再次确认事件是否为紧急事件
++1. 如果优先级确实紧急，则通知相应的管理层，并立即升级到事件经理，转101紧急事件处理子流程
++1. 如不是，转100.3一线尝试解决，开始正常事件解决流程
++)))
++|100.6|记录解决方案细节|(((
++帮助台
++
++一线支持
++
++二线支持
++)))|(((
++1. 在事件得到解决后，各线支持人员负责详细记录事件解决过程及方案并更新事件信息
++1. 针对故障，一线/二线支持必须记录业务恢复时间
++)))
++|100.7|关闭事件|(((
++帮助台
++
++一线支持
++
++二线支持
++)))|(((
++1. 帮助台与申报用户确认事件是否已得到解决，如果解决，事件以成功解决或变通方法解决而关闭；否则，事件以不成功关闭，重新开事件记录，并与原记录做关联，分派到原处理人员继续处理
++1. 帮助台在关闭事件的同时必须确认事件单记录的业务恢复时间是否准确
++1. 其它由一线或二线人员自行创建的事件单，则由开单人负责关闭
++)))
++|100.8|事件处理的监控|事件经理|(((
++1. 负责监控所有未关闭的事件的处理状况，对接收到的超时告警应及时关注，并负责协调资源，保证事件的最终解决
++1. 当事件优先级为紧急时，应按照紧急事件处理流程处理紧急事件
++)))
++|101|紧急事件处理流程|事件经理|(((
++1. 事件经理负责协调紧急事件的处理，具体过程见紧急事件处理子流程
++)))
++|102|维护作业子流程|(((
++一线支持
++
++二线支持
++)))|(((
++1. 根据业务支撑部门核准后的年度维护作业计划/月维护作业计划，集团公司下发的维护作业请求执行相应的维护作业。
++1. 维护作业执行人员负责维护作业的关闭
++)))
++|103|业务处理子流程|(((
++一线支持
++
++二线支持
++)))|(((
++1. 业务处理子流程主要处理业务参数、资费参数的修改和批量数据的修改
++1. 基本的处理过程应该包含制定方案、执行、复核，各省可以根据自己的运作情况具体细化
++)))
++
++
++
++
++===== **2.8 流程详细设计** =====
++
++
++====== **2.8.1（100.1）事件记录和分类** ======
++
++**[[image:20.png||height="400" width="464"]]**
++
++
++流程描述如下：
++
++|**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
++|100.1.1|从任务队列中接受事件|帮助台|事件队列|需要处理的事件|(((
++事件任务队列的来源：
++
++1. 监控系统自动发送的告警
++1. 业务部门通过其它接口（客服等）转发的事件单
++1. IT用户通过服务台自助系统提交的事件单
++
++
++帮助台负责检查事件任务队列中的新事件单，开始处理
++
++)))
++| |是否为本中心职责范围？|帮助台|事件单| |(((
++帮助台判断是否属于本中心职责范围：
++
++1. 是，进行事件分类的处理；
++1. 否，转100.1.3回复和关闭
++)))
++|100.1.2|新建事件|帮助台|电话/OA/传真|新建的事件记录|(((
++属于本中心职责范围，帮助台负责创建新的事件单，填写详细情况描述，不属于本中心处理的，直接电话回复。
++
++事件单填写的详细内容如下：
++
++1. 报告人姓名、联系电话、邮件、分公司、部门
++1. 事件标题和描述
++1. 必要的附件
++1. 事件发生时间和地点
++1. 事件来源和事件性质
++1. 进行事件分类
++1. 设定事件状态为“新建”
++)))
++|100.1.3|回复和关闭|帮助台|误报的事件单|关闭的事件单|联系申报用户，说明情况，将该事件单状态置为“关闭”，结束代码为“误报”，保存关闭
++| |是否为重复事件？|帮助台|事件记录|相应的处理流程|(((
++帮助台根据重复事件原则，判断该事件单是否属于重复事件：
++
++1. 是，转100.1.4重复事件处理；
++1. 否，事件分类的判断
++)))
++|100.1.4|重复事件处理|帮助台|重复事件| |在重复事件单的“重复事件标记”中记录正在处理的事件单的流水号，状态置为“XX处理中”，保存退出。
++| |事件性质区分？|帮助台|事件性质|相应的处理流程|(((
++根据事件性质区分不同的处理流程：
++
++1. 如果是业务处理，走103业务处理子流程；
++1. 如果是维护作业，走102维护作业子流程；
++1. 其它事件，走100.1.5事件影响度、优先级设定
++
++
++)))
++|100.1.5|事件影响度、优先级设定|帮助台|事件记录|确定了影响度和优先级的事件|根据上报的事件描述，判断对业务的影响程度，并对照优先级代码表，确定事件的优先级，以及初始确定的影响度
++| |优先级为紧急吗？|帮助台|事件优先级|相应的处理流程|(((
++帮助台根据业务的影响程度和事件优先级判定的条件，初步判断优先级别：
++
++1. 优先级为紧急，转100.5紧急事件再确认；
++1. 其它优先级否，转100.2初始支持
++)))
++
++
++
++
++**2.8.2 （100.2）初始支持**
++
++**[[image:28.png||height="252" width="516"]]**
++
++
++流程描述如下：
++
++|**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
++| |帮助台技能可以处理吗？|帮助台|事件记录|处理方式|(((
++帮助台根据事件分类和事件描述，判断处理职责是否在帮助台：
++
++1. 是，转100.2.1尝试处理；
++1. 否，转100.2.2分配到一线支持
++)))
++|100.2.1|尝试处理|帮助台|事件记录| |帮助台运用知识库和自身技能在规定的时限内尝试解决，将事件状态置为“分配到帮助台”，如果不能处理应及时将事件单分配到一线支持
++|100.2.2|分配到一线支持|帮助台|事件记录|分配到一线的事件单|选择相关的一线处理组和处理人员分派，并将事件状态置为“分配到一线”
++| |解决了吗？|帮助台| | |(((
++将解决方案和用户沟通，判断是否可以解决；
++
++1. 可以解决，转100.6记录解决方案细节
++1. 无法解决，转100.2.2分配到一线支持
++)))
++
++
++====== **2.8.3 （100.3）一线尝试解决** ======
++
++**[[image:32.png||height="410" width="462"]]**
++
++
++

32.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.superadmin

Size

...	...	@@ -1,0 +1,1 @@
	1	+24.8 KB

Content

粤ICP备17056641号

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