Show last authors
1 [[返回本章节索引>>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%E9%80%9A%E4%BF%A1%E7%BD%91%E7%AE%A1%E4%B8%AD%E5%BF%83ITIL%E4%BA%8B%E4%BB%B6%E7%AE%A1%E7%90%86%E6%B5%81%E7%A8%8B%E8%AF%A6%E7%BB%86%E8%AE%BE%E8%AE%A1%E8%AF%B4%E6%98%8E%E4%B9%A6/]]
2
3
4 = **某通信公司ITIL事件管理流程细化说明书** =
5
6
7
8 ==== **1、综述** ====
9
10
11 ===== **1.1 设计目的** =====
12
13
14 本文档的目的是:
15
16 1. 建立基于ITIL的业务支撑网事件管理的基本框架,提升业务支撑网的IT服务可用性
17 1. 对集团公司和各省公司业务支撑网的事件管理进行规范化、统一化管理
18 1. 指导业务支撑系统服务管理平台的建设
19
20 ===== **1.2 适用范围** =====
21
22
23 本文档作为本次项目的事件管理流程详细设计的交付物,读者对象为与事件管理流程相关的所有技术与管理人员。
24
25
26
27 ===== **1.3 相关术语** =====
28
29
30 ◆ ITIL(IT Infrastructure Library )
31
32 ◆ 帮助台(Service Desk)
33
34 帮助台从根本上来说是提供了用户和IT部门的唯一接口。此项功能常通过集中方式提供服务。帮助台的根本目的是提供初始支持,并通过变通方法、解决方案或升级到一线、二线支持等手段帮助用户恢复到正常工作状态。
35
36 ◆ 事件管理( Incident Management)
37
38 ITIL流程之一,事件管理负责解决所有的IT事件、问题和用户请求。它的目的是尽快恢复被中断或受到影响的IT服务,所以它的特点往往是以解决表征现象为目的,而不在于查找根本原因。
39
40 ◆ 问题管理(Problem Management)
41
42 ITIL流程之一,问题管理负责解决重大紧急事件或具有相同症状的一组事件。它的目的是找出事件的根本原因,并通过解除该根本原因从而防止类似事件的再次发生。同时问题管理流程也负责预防事件的发生。
43
44 ◆ 配置管理(Configuration Management)
45
46 ITIL 流程之一,配置管理负责描述,跟踪和汇报所有IT基础架构中的每一个设备或系统的管理流程。这些设备和系统被称为配置项(CI) 。每一个CI必须有效管理,跟踪和控制以支持公司的IT服务和基础设施成功运行。
47
48 ◆配置管理数据库(CMDB - Configuration Management Database)
49
50 是在配置管理流程中用于记录企业所有IT相关配置项信息及其相互关系而建立的数据库。
51
52 ◆变更管理(Change Management)
53
54 ITIL流程之一,变更管理通过控制和管理IT相关的变更, 使变更对生产环境可能的影响和风险降到最小,从而提高IT环境的整体稳定性。
55
56
57 ==== **2 事件管理流程设计** ====
58
59
60 ===== **2.1 流程目的** =====
61
62 事件管理流程的主要功能是尽快解决出现的事件,保持业务支撑系统的稳定性,其目的包括:
63
64 ◆在成本允许的范围内尽快恢复IT服务
65
66 * 快速响应服务请求(电话/Web/邮件等)
67 * 用户在线获得帮助(知识库共享)
68 * 沟通事件解决的状态
69 * 和客户确认事件的解决
70
71 ◆进行事件控制
72
73 * 按规范记录事件
74 * 就事件的优先级,影响度 进行分类
75 * 分析,诊断,必要时进行升级
76 * 监视并结束事件
77 * 进行定期服务流程回顾
78
79 ◆提供IT管理信息
80
81 * 人力资源利用情况
82 * 故障处理情况
83 * 支持效率
84
85 ===== **2.2 流程主要内容** =====
86
87
88 ◆ 事件接收和记录
89
90 ◆ 分类和在线支持
91
92 事件可以是一个申告/故障/告警/咨询/业务处理/维护作业,对于每个事件,需要确立优先级和分类。若没有现成的解决方案或临时解决措施,该事件将分配给合适的支持人员对此进行调查。
93
94
95
96 ◆调查和诊断
97
98 ◆ 解决和恢复
99
100 ◆结束事件
101
102
103
104 ===== **2.3 与其他流程的关系** =====
105
106
107 ◆ 和问题管理流程的关系
108
109 事件管理流程将提供事件的详细、精确的记录信息给问题管理流程来定位问题及分析问题的趋势,以及在优先级为紧急的事件解决并恢复服务后做为问题进行进一步的分析和处理。
110
111 ◆ 和配置管理流程的关系
112
113 需要从配置管理数据库中查询配置项的属性和配置项间的关联关系来定位故障和帮助快速的恢复。
114
115 ◆ 和变更管理流程的关系
116
117 帮助台应了解变更管理流程中目前正在进行的变更信息,检测因变更而可能引发的事件。在事件的解决过程中,必要时需要发起变更请求来解决事件。
118
119
120
121 ===== **2.4 流程范围** =====
122
123
124 业务支持中心的事件管理范围包括与BOSS、客服、经分、容灾、BOSS网管相关的所有IT生产环境所产生的申告、故障、告警、咨询、业务处理和维护作业。
125
126 本事件管理范围不包括尚处于开发或测试环境的系统和应用引发的事件。
127
128
129
130 ===== **2.5 流程执行原则** =====
131
132 ====== **2.5.1 常规原则** ======
133
134 1. 所有业务支撑部门事件管理范围内发生的事件,都应该记录在服务管理平台中,记录的信息应足够详细,包括事件处理交互过程,详细的解决方案和相应的附件
135 1. 所有IT支持人员对优先级为紧急和高的事件所采取的服务恢复行动,在比对其它行动的时候,将拥有优先处理级别
136 1. 应该每月产生事件管理报表,并对重复发生的事件和变通方法解决的事件,应该举行定期的事件管理会议对这些事件进行评估
137 1. 应该半年对流程进行回顾,回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性,以改进事件管理流程
138
139 ====== **2.5.2 流程关联原则** ======
140
141 ◆ 和问题管理的关联
142
143 * 所有优先级为紧急的事件在恢复服务后,都应该创建问题单(问题单必须和事件单建立关联)
144 * 一线支持在解决事件的过程中,可以通过问题记录查找相应的解决方案
145
146 ◆ 和变更管理的关联
147
148 * 事件处理过程中,如果需要对系统进行变更,必须按照变更管理的定义,提交变更请求单(变更单必须和事件单建立关联),变更完成后,继续事件单的处理
149 * 紧急事件(优先级为紧急的事件,下同)的处理过程中,如果需要对系统进行变更,必须按照变更管理的定义,提出紧急变更请求,变更完成后,补录紧急变更单,并和紧急事件单建立关联
150
151 ◆ 和配置管理的关联
152
153 * 事件处理过程中,可以通过配置管理查询相关的配置项信息以及该配置项历史上发生的事件、问题或变更,来帮助故障的定位
154
155 * 事件处理过程中,如果可以将故障定位到某个配置项,则必须将事件单与该配置项关联
156
157 ====== **2.5.3 所有权原则** ======
158
159 所有权原则用来确保每个事件在任何时段都有适当的人员负责,帮助台是事件的负责人。
160
161 * 由IT用户申报的事件单,帮助台员工是该事件的责任人,必须确保事件得到有效跟踪与解决,并负责事件单的关闭
162
163 ====== **2.5.4 再分派原则** ======
164
165 事件的再分派原则是确保事件在服务目标时段内处理和解决的重要因素。因此,应当尽量减少事件单再分派的几率。事件单可以分配到个人,或者分配到组(帮助台,一线支持,二线支持),再由组内的支持人员处理。事件单的重分派次数不应该超过5次。
166
167 1. 帮助台可以将事件单分配给一线支持,如果找不到合适的一线支持,可以直接分配到二线支持
168 1. 一线支持可以将事件单重新分配给帮助台,其他一线支持人员,二线支持
169 1. 二线支持可以将事件单重新分配给帮助台,一线支持,其他二线支持人员
170
171 ====== **2.5.5 重复事件原则** ======
172
173 重复事件是指在一个较短时间段(通常30分钟内至1小时),由监控平台上报的同一个配置项上现象相同的事件或一人/多人申告的同一来源(系统、应用)现象相同的事件。当被报告的事件与某个已经创建且尚未解决的事件单相同,则该事件被认为是重复的。由于此时已创建的事件尚未解决,还没有采取修正措施来恢复服务,因此,新报告的事件被认为是原有事件单的重复事件单。在原有事件单获得解决时,所有的重复事件单获得解决。
174
175 1. 监控平台应该自动过滤重复告警,避免将重复的告警发送到服务管理平台
176 1. 重复的事件信息必须被标识,并且不计入事件流程的关键衡量指标
177 1. 如果帮助台可以判断到重复事件,则由帮助台对重复事件标识,否则由一线支持人员负责重复事件的处理
178
179 ====== **2.5.6 关闭原则** ======
180
181 由IT用户申报的事件单,关闭必须由帮助台完成。
182
183 ◆ 事件处理人员在解决完成事件时,根据实际解决情况填写事件的结束代码,采用临时措施恢复服务时,结束代码为“变通方法解决”。帮助台负责和IT用户再次确认事件的解决
184
185 * 由IT用户认可获得关闭的事件单的结束代码为“成功解决”关闭
186 * 已解决的事件单如果没有得到IT用户的认可,则首先关闭该事件单,结束代码修改为“不成功”,同时创建一个新的事件单重新分配到原处理人员继续处理
187
188 ◆已关闭的事件单不允许重开。如果事件重复发生,则创建一个新的事件单
189
190 1. 业务支撑部门的维护人员(一线或二线)自行创建的事件单,本着“谁开单,谁负责关闭”的原则
191 1. 监控平台自动发送的事件单,第一次接收的维护人员负责关闭
192 1. 对于IT用户(例如客服)申报的事件单,可以实现由IT用户自行确认事件是否解决,超过一定期限(例如3-5天)不确认的事件单由系统自动关闭或由帮助台协助关闭
193
194 ====== **2.5.7 升级原则** ======
195
196 制定升级原则的目的是确保事件在规定的解决时限内能够及时通知相关技术人员和领导,引起更多的重视,提供合适的资源,从而快速找到解决事件的方案。
197
198 1. 优先级为紧急的事件,帮助台应立即升级到相应一线支持,由一线支持再次确认,如果确认了优先级为紧急,则立即升级到事件经理,并通知相应的管理层(通过服务管理平台),由事件经理启动紧急事件处理流程
199 1. 各支持人员应及时响应和处理分配到本组或自己的事件单,如果超出规定的响应时限和解决时限,服务台系统应自动将事件信息通报事件经理,事件经理负责协调资源,并督促事件能够及时被响应和处理
200 1. 帮助台和一线支持应及时将不能解决的事件升级到下一级,若未及时升级,事件经理应及时介入,负责协调升级处理
201
202 ===== **2.6 流程相关定义** =====
203
204
205 ====== **2.6.1 事件信息项** ======
206
207
208 事件单必须包含如下事件信息项,各省可以在此基础上扩充:
209
210 |**序号**|**信息项**|**说明**
211 |1|事件ID|事件单流水号(系统自动产生)
212 |2|请求人信息|事件申报人的信息,包括:姓名、省/分公司、部门、电子邮件、办公电话、手机(手工填写)
213 |3|登记时间|在帮助台生成事件记录的时间(系统自动产生)
214 |4|地点|事件发生的地点 (手工填写)
215 |5|事件发生时间|(((
216 针对故障:指的是业务中断的实际时间 (可能早于登记时间,需要手工填写)
217
218 针对其它:缺省值等于登记时间
219 )))
220 |6|业务恢复时间|针对故障的业务恢复实际时间(手工填写)
221 |7|事件性质|参见“事件性质”定义
222 |8|事件来源|参见“事件来源”定义
223 |9|事件影响度|参见“事件影响度”定义
224 |10|事件优先级|参见“事件优先级”定义
225 |11|事件完成期限|对应每一个事件优先级,系统根据流程相关定义中“事件解决时限”自动设定最终的完成期限 (系统自动产生)
226 |12|事件所属系统类型|参见“事件所属系统类型”定义
227 |13|事件分类|参见“事件分类”定义
228 |14|事件标题|事件的简要描述(手工填写)
229
230 |15|事件描述|对于整个事件内容的详细描述(手工填写)
231 |16|事件解决人|事件的最终解决人(手工填写)
232 |17|事件状态|参见“事件状态”定义
233 |18|分配对象|被分配的技术支持组和人员(手工填写)
234 |19|事件日志|反映事件信息项的变化历史,如一个事件在处理过程中事件状态变化的时间点等信息(系统自动产生)
235 |20|解决方案|事件解决方案的描述(手工填写)
236 |21|事件结束代码|参见“事件结束代码”定义
237 |22|重复事件标记|标记为重复事件(手工填写)
238 |23|处理是否超时|参见“处理是否超时”定义(系统自动产生)
239 |24|事件解决人角色|参见“事件解决人角色”定义
240 |25|实际开始时间|记录事件状态到XX处理中的时间(系统自动产生)
241 |26|实际完成时间|记录事件已解决的时间(系统自动产生)
242 |27|故障厂商|记录故障厂商或集成商信息(手工填写)
243 |28|关联配置项|记录出现故障的配置项代码(手工填写)
244 |29|关联的问题单号|记录由事件引发问题时,关联的问题单号(手工填写)
245 |30|关联的变更单号|记录由事件引发变更时,关联的变更单号(手工填写)
246 |31|外部系统工单号|记录事件来自的外部系统的单号
247 |32|超时原因|记录事件处理超时的原因描述
248 |33|投诉分类|记录投诉类事件的所属投诉分类
249 |34|投诉条目|记录投诉类事件的所属投诉条目
250
251 ====== **2.6.2 事件性质** ======
252
253
254 根据系统的业务要求和管理要求,定义如下六类事件:
255
256 |**编号**|**代码**|**描述**
257 |1|故障|(((
258 指因业务支撑系统错误或反映支撑系统部分或全部功能不能正常使用的报障;
259
260 监控管理平台上报的影响系统正常使用的告警
261 )))
262 |2|申告|与业务支撑系统相关的用户投诉,如1860、营业厅等面向客户的业务受理部门转来的因支撑系统问题引发的投诉
263 |3|告警|监控平台自动产生的没有影响到系统正常使用的告警
264 |4|咨询|指对系统操作、业务流程等方面的求助和询问
265 |5|业务处理|指需要运维人员进行后台数据处理的请求,主要指业务参数、资费参数的修改和批量数据的处理
266 |6|维护作业|(((
267 指运维人员的日常维护作业或临时进行的维护作业;
268
269 总部下发的维护作业
270 )))
271
272 **注:业务处理和维护作业的处理流程见流程概要设计相关子章节。**
273
274
275 ====== **2.6.3 事件来源** ======
276
277 事件来源代码用来标明事件的提出方式,事件来源可以包括以下几种:
278
279 |**编号**|**代码**|**描述**
280 |1|用户报告|用户或地市维护人员通过电话/邮件/传真报告的事件,帮助台人员手工创建事件单
281 |2|自助开单|地市等IT用户通过服务台自助系统直接提交的事件
282 |3|自动转单|通过客服系统自动转发的事件
283 |4|内部开单|省公司业务支撑部门内部提交的事件
284 |5|监控告警|监控工具自动转发过来的事件
285
286 ====== **2.6.4 事件所属系统类型** ======
287
288 根据目前业务支撑系统和子类的划分定义事件所属系统类型,当事件发生时,应该由帮助台初步定位是哪个系统及子类出现问题,由一线、二线进行进一步的明确。
289
290 注:各省在细化设计时不能修改此表中现有定义,第一层业务系统和第二层子类不能修改和扩充(注:第一层为”其它系统”的话,对应的子类可以扩充),但可以有选择的基于第二层子类定义扩充进行第三层条目的细化。对没有覆盖到的业务系统用”其它系统”表示。
291
292 |**业务系统**|**子类**
293 |(% rowspan="18" %)BOSS系统|(% rowspan="2" %)营销管理
294 |
295 |渠道管理
296 |客户服务
297 |产品管理
298 |客户管理
299 |资源管理
300 |订单管理
301 |服务开通
302 |综合采集
303 |融合计费
304 |综合帐务
305 |综合结算
306 |合作伙伴管理
307 |系统管理
308 |统计报表
309 |一级BOSS
310 |其它
311 |(% rowspan="9" %)客服系统|电话呼叫中心
312 |互联网呼叫中心
313 |短信呼叫中心
314 |工单管理
315 |知识管理
316 |人力资源
317 |质量管理
318 |数据统计分析
319 |其它
320 |(% rowspan="3" %)经营分析|通用分析
321 |专题分析
322 |其它
323 |(% rowspan="3" %)容灾系统|BOSS数据保护
324 |BOSS业务接管
325 |BOSS资源复用
326 | |其它
327 |(% rowspan="3" %)BOSS网管|监控管理
328 |服务管理
329 |其它
330 |其它系统|
331
332 ====== **2.6.5 事件分类** ======
333
334 事件分类代码用于标识故障或申告的具体原因,由支持人员在处理过程中填写。在制作统计报表时,可以通过和事件所属系统类型代码的结合来统计分析故障或申告。
335
336 事件的分类层次设计不超过三层,第一级分类,称之为“类别”,第二级分类,称之为”子类”,第三级分类,称之为”条目”。
337
338 注:各省可以在此表的基础上扩展子类和自定义条目,针对一个子类,可以定义多个条目。
339
340 |**类别**|**子类**
341 |(% rowspan="8" %)系统硬件|路由器
342 |网络交换机
343 |小型机
344 |PC服务器
345 |磁盘阵列
346 |存储光纤交换机
347 |磁带库
348 |光盘库
349 |(% rowspan="4" %)客服设备|排队机
350 |CTI服务器
351 |CCS
352 |IVR服务器
353 |(% rowspan="5" %)安全设施|防火墙
354 |IDS入侵监测系统
355 |IPS入侵防护系统
356 |防毒墙
357 |安全软件
358 |(% rowspan="6" %)系统软件|操作系统
359 |数据库
360 |中间件
361 |集群软件
362 |备份软件
363 |系统管理软件
364 |(% rowspan="3" %)配套设施|UPS
365 |空调
366 |其它
367 |(% rowspan="5" %)应用软件|进程
368 |数据
369 |参数
370 |代码
371 |接口
372
373 ====== **2.6.6 事件优先级** ======
374
375 优先级是事件管理的一个关键要素,优先级决定处理事件的顺序及所需的资源,事件优先级可分为四级(紧急、高、中、低)。
376
377 |**编号**|**优先级代码**|**描述**
378 |1|紧急|(((
379 1. BOSS系统中客户服务、客户管理、服务开通、综合帐务任一业务不可用,影响面为全省或至少包括一个关键地市
380 1. 客服系统的电话呼叫中心业务不可用,影响面为全省或至少包括一个关键地市
381 1. 因系统原因数据处理错误,导致大量用户投诉
382 1. 来自新闻媒体、消费者协会、国家行政机关(工商、物价等)的反映或申告
383 1. 部分重要数据丢失,且无法全部恢复
384 )))
385 |2|高|(((
386 1. BOSS系统中客户服务、客户管理、服务开通、综合帐务任一业务不可用,影响面为全省一个或多个非关键地市
387 1. BOSS系统中综合采集、融合计费、产品管理、资源管理、一级BOSS、营销管理、渠道管理、合作伙伴管理、综合结算、系统管理、统计报表任一业务不可用,影响面为全省或至少包括一个关键地市
388 1. 客服系统的电话呼叫中心业务不可用,影响面为全省一个或多个非关键地市
389 1. 客服系统中互联网呼叫中心、短信呼叫中心、工单管理、知识管理、人力资源、质量管理、数据统计分析任一业务不可用,影响面为全省或至少包括一个关键地市
390 1. 经分系统的通用分析不可用,影响面为全省
391 1. 容灾系统的BOSS数据保护不可用,影响面为全省
392 1. BOSS网管系统的服务管理或监控管理不可用,影响面为全省
393 1. 用户在营业现场反应激烈
394 1. 监控管理平台严重告警
395 )))
396 |3|中|(((
397 1. 一般性系统故障
398 1. 监控管理平台主要告警
399 )))
400 |4|低|(((
401 1. 一般单个用户申告
402 1. 业务咨询
403 1. 监控管理平台一般告警
404 )))
405
406 当故障发生时,为了在判断优先级时增强实际可操作性,可以根据故障的影响范围和业务系统的关键程度在优先级映射表中定位优先级。故障的影响范围可以根据配置项中定义的‘影响范围’和用户报障描述来确定。
407
408 |(% colspan="2" %)**系统 影响范围**|**全省**|**至少包括一个关键地市**|**全省多个非关键地市**|**一个非关键地市**
409 |(% rowspan="3" %)(((
410 BOSS
411
412 (任意一个模块)
413 )))|客户服务、客户管理、服务开通、综合帐务、订单管理|紧急|紧急|高|高
414 |综合采集、融合计费、产品管理、资源管理、一级BOSS|高|高|中|中
415 |营销管理、渠道管理、合作伙伴管理、综合结算、系统管理、统计报表|高|高|中|中
416 |(((
417 客服
418
419 (任意一个模块)
420 )))|电话呼叫中心|紧急|紧急|高|高
421 |(% rowspan="2" %)(((
422 客服
423
424 (任意一个模块)
425 )))|电话呼叫中心|紧急|紧急|高|高
426 |互联网呼叫中心、短信呼叫中心、工单管理、知识管理、人力资源、质量管理、数据统计分析|高|高|中|中
427 |(% rowspan="2" %)经分|通用分析|高|中|中|低
428 |专题分析| |中|中|低
429 |(% rowspan="2" %)容灾|BOSS数据保护|高|高|中|中
430 |BOSS业务接管、BOSS资源复用|高|中|中|中
431 |BOSS网管|服务管理、监控管理|高|中|低|低
432
433 注:
434
435 1. 如果某些业务模块没有反映在优先级映射表中,各省可以根据实际需要添加
436 1. 优先级映射表中空的字段,各省在细化流程中自行定义。
437
438 ====== **2.6.7 事件响应时限和解决时限** ======
439
440 在事件处理过程中,对于一个事件有解决时间的限制和响应时间的限制,一方面,需要各工程师协同合作,在解决事件的时候应该有时间的概念,同时,也要求事件经理必须实时地督促事件的解决,对于影响度为高或者紧急的事件,需要及时通告事件经理,同时,如果该事件的响应或解决超过了时限,需要通告事件经理,同时也要根据具体情况通告给其他相关管理人员。
441
442 响应时限指的是事件状态从“已登记”到“一线处理中”经过的时间,如果帮助台直接分配到二线支持,响应时限指的是事件状态从“已登记”到“二线处理中”经过的时间;
443
444 解决时限指的是事件状态从“已登记”到“已解决”经过的时间;
445
446
447 |**编号**|**优先级代码**|**响应时限要求**|**解决时限要求**
448 |1|紧急|30分钟|4小时
449 |2|高|1小时|8小时
450 |3|中|4小时|48小时
451 |4|低|8小时|96小时
452
453 注:
454
455 **◆ 事件通告定义**
456
457 * 通知人员列表的用途:当优先级为高或紧急的事件发生时,则按表中的人员列表发出邮件或短信通知。
458
459 |**优先级别**|**通知人员列表**
460 |紧急|事件经理,分管领导
461 |高|事件经理,分管领导
462
463 **◆ 超出响应时间的通告定义**
464
465 * 通知人员列表的用途:当服务管理平台判断到响应时限已经超出,则自动按照表中的人员列表发出邮件或短信通知。
466
467 |**优先级别**|**通知人员列表**|**事件响应时限**
468 |紧急|事件经理,分管领导,部门领导|30分钟
469 |高|事件经理,分管领导|1小时
470 |中|事件经理|4小时
471 |低|事件经理|8小时
472
473 **◆超出和即将超出解决时限的通告定义**
474
475 * 通知人员列表的用途:当服务管理平台判断到解决时限已经或即将超出,则自动按照表中的人员列表发出邮件或短信通知。
476
477 |**优先级别**|**通知时间**|**通知人员列表**|**事件解决时限**
478 |(% rowspan="2" %)紧急|3小时|事件经理,分管领导,部门领导|(% rowspan="2" %)4小时
479 |4小时|事件经理,分管领导,部门领导
480 |(% rowspan="2" %)高|7小时|事件经理,分管领导|(% rowspan="2" %)8小时
481 |8小时|事件经理,分管领导
482 |(% rowspan="2" %)中|47小时|事件经理|(% rowspan="2" %)48小时
483 |48小时|事件经理
484 |(% rowspan="2" %)低|95小时|事件经理|(% rowspan="2" %)96小时
485 |96小时|事件经理
486
487 ====== **2.6.8 事件影响度** ======
488
489 事件影响度用于衡量事件所影响业务的严重程度。严重程度通常通过事件所影响的人数、关键系统数以及服务故障所造成的损失来设定。
490
491 定义事件影响度等级的因素有:
492
493 1. 是否影响了核心业务
494 1. 所影响的用户数
495 1. 服务失效的影响范围和时长
496
497 事件影响度在事件的生命周期中是可以改变的,例如,初始等级为严重的故障会随着服务失效的时间变成重大故障,所以事件的影响度应在事件得到解决(服务恢复)后重新确认。
498
499 事件的响应时间、解决时限以及处理事件所需要引入的资源主要由事件的优先级决定。
500
501 |**编号**|**影响度代码**|**事件性质**|**描述**
502 |(% rowspan="2" %)1|(% rowspan="2" %)重大|故障|(((
503 1. 全省半数以上地市或关键地市的融合计费业务中断超过6小时;
504 1. 全省半数以上地市或关键地市的营业、综合帐务、客服中任一业务中断超过3小时;
505 1. 全省半数以上地市或关键地市的综合结算业务处理中断超过24小时;
506 1. 半数以下地市全业务中断超过6小时;
507 )))
508 |申告|(((
509 1. 对移动公司造成巨大损失产生严重后果和不良影响的;
510 1. 来自新闻媒体、消费者协会、国家行政机关的反映或申告;
511 )))
512 |(% rowspan="2" %)2|(% rowspan="2" %)严重|故障|(((
513 1. 全省半数以上地市或关键地市的融合计费业务中断大于10分钟、小于6小时;
514 1. 全省半数以上地市或关键地市的营业、综合帐务、客服等业务中断均大于10分钟、小于3小时;
515 1. 全省半数以上地市或关键地市的综合结算业务处理中断大于2小时、小于24小时;
516 1. 半数以下地市全业务中断大于10分钟、小于6小时。
517 )))
518 |申告|(((
519 1. 局数据错误导致产生大量的错单;
520 1. 涉及到高额问题的申告;
521 1. 用户在营业现场反映激烈
522 )))
523 |(% rowspan="3" %)3|(% rowspan="3" %)一般|故障|(((
524 1. 系统内局部出现问题,不影响整个系统运行,不影响业务处理的故障
525 )))
526 |申告|(((
527 1. 不属于重大申告和严重申告的用户申述
528 )))
529 |告警|(((
530 1. 不影响系统的监控平台告警
531 )))
532 |4|无|咨询|(((
533 1. 一般数据查询或者使用指导
534 )))
535
536 注:各省根据自己业务情况扩展或修改本表格的描述,对于重大级别的事件,应严格按照集团公司的定义。
537
538
539
540
541 ====== **2.6.9 事件状态** ======
542
543 事件状态代码表明事件所处的处理状态,事件状态如下:
544
545 |**编号**|**代码**|**描述**
546 |1|已登记|新开事件记录或事件已创建
547 |2|分配到帮助台|事件已分配给帮助台人员
548 |3|分配到一线|事件已分配到一线支持,一线还未响应
549 |4|分配到二线|事件已分配到二线支持,二线还未响应
550 |5|一线处理中|一线支持人员已接手处理事件
551 |6|二线处理中|二线支持人员已接手处理事件
552 |7|已解决|事件已解决,支持人员联系用户验证事件是否获得解决
553 |8|关闭|事件已关闭
554
555 ====== **2.6.10 事件结束代码** ======
556
557 事件结束代码说明了事件是在何种情况下关闭的,结束代码如下:
558
559 |1|成功解决|事件获得成功解决
560 |2|变通方法解决|事件已通过变通方法或者临时措施获得解决,但是需要进行更进一步的根源分析
561 |3|不成功|事件没有获得解决(用户没有认可解决时使用)
562 |4|消失|事件自行消失
563 |5|误报|不属于业务支撑部门管理范围的事件
564 |6|可忽略|如通过其它系统接口或监控系统提交的垃圾信息,经确认属于无效信息
565
566 ====== **2.6.11 事件解决人角色** ======
567
568 事件解决人角色用来标明该事件单最终解决的角色是帮助台、一线还是二线。
569
570 |**编号**|**代码**|**描述**
571 |1|帮助台|帮助台最终解决事件
572 |2|一线|一线支持最终解决事件
573 |3|二线|二线支持最终解决事件
574
575 ====== **2.6.12 处理是否超时** ======
576
577 每个优先级别都对应了解决期限,“处理是否超时”用来标明事件的处理是否已超过了解决期限。
578
579 |**编号**|**代码**|**描述**
580 |1|未超时|未超时
581 |2|超时|事件已超出规定的解决时限
582
583 ====== **2.6.13 故障厂商** ======
584
585 用来在事件单中记录是哪个厂商的设备/系统,或者哪个集成商的应用软件发生故障(针对事件分类中的”应用软件”故障)。代码定义参见下表厂商和集成商名称标准(可以根据情况从厂商和集成商两个表中选择一个合适的故障厂商)。
586
587 各省可以根据实际情况对厂商名称标准表和集成商名称标准表进行扩充。
588
589 |**编号**|**厂商名称**
590 |(((
591 1.
592 )))|3COM
593 |(((
594 2.
595 )))|AVAYA
596 |(((
597 3.
598 )))|BEA
599 |(((
600 4.
601 )))|BMC
602 |(((
603 5.
604 )))|Borland
605 |(((
606 6.
607 )))|CA
608 |(((
609 7.
610 )))|Cisco
611 |(((
612 8.
613 )))|DB2
614 |(((
615 9.
616 )))|EMC
617 |(((
618 10.
619 )))|HDS
620 |(((
621 11.
622 )))|HP
623 |(((
624 12.
625 )))|IBM
626 |(((
627 13.
628 )))|Informix
629 |(((
630 14.
631 )))|McDATA
632 |(((
633 15.
634 )))|Microsoft
635 |(((
636 16.
637 )))|NCR
638 |(((
639 17.
640 )))|NETAPP
641 |(((
642 18.
643 )))|Oracle
644 |(((
645 19.
646 )))|Quantum ATL
647 |(((
648 20.
649 )))|STK
650 |(((
651 21.
652 )))|SUN
653 |(((
654 22.
655 )))|Sybase
656 |(((
657 23.
658 )))|TERADATA
659 |(((
660 24.
661 )))|北电
662 |(((
663 25.
664 )))|东方通
665 |(((
666 26.
667 )))|中兴
668 |(((
669 27.
670 )))|华为
671 |(((
672 28.
673 )))|SYMANTEC
674 |(((
675 29.
676 )))|QUEST
677 |(((
678 30.
679 )))|REDHAT
680 |(((
681 31.
682 )))|BROCADE
683
684 |**编号**|**集成商名称**
685 |(((
686 1.
687 )))|亚信
688 |(((
689 2.
690 )))|联创
691 |(((
692 3.
693 )))|斯特奇
694 |(((
695 4.
696 )))|神州数码
697 |(((
698 5.
699 )))|华为
700 |(((
701 6.
702 )))|新大陆
703 |(((
704 7.
705 )))|亿阳
706 |(((
707 8.
708 )))|神州泰岳
709 |(((
710 9.
711 )))|创我
712 |(((
713 10.
714 )))|新宇
715 |(((
716 11.
717 )))|从兴
718
719 ====== **2.6.14 投诉分类** ======
720
721 对于投诉类事件,帮助台可初步定位是哪类投诉,由一线、二线进行进一步的明确。
722
723 |**编号**|**分类           **
724 |1|营业类
725 |2|计费类
726 |3|帐务类
727 |4|资费类
728 |5|SP类
729 |6|开关机类
730 |7|冲值类
731 |8|接口类
732 |9|其它类
733
734 ====== **2.6.15 投诉条目** ======
735
736 对于投诉类事件,帮助台可初步定位投诉属于哪个条目,由一线、二线进行进一步的明确。
737
738 |**编号**|**条目                  **
739 |1|程序问题
740 |2|系统故障
741 |3|理解问题
742 |4|用户数据
743 |5|话单延迟
744 |6|三批问题
745 |7|操作失误
746 |8|流程问题
747 |9|处理积压
748 |10|同步问题
749 |11|查询问题
750 |12|数据问题
751 |13|彩铃功能
752 |14|彩铃费用
753 |15|彩铃其它
754 |16|其它SP
755 |17|指令延迟
756 |18|HLR问题
757 |19|SCP问题
758 |20|接口问题
759 |21|到帐延迟
760 |22|网上营业厅
761 |23|短信营业厅
762 |24|自助终端
763 |25|银行联网
764 |26|智能网
765 |27|V网
766 |28|天府卡
767 |29|客服系统类
768 |30|需求类
769 |31|查询类
770 |32|误操作类
771 |33|其它类
772
773 ===== **2.7 流程概要设计** =====
774
775 事件管理概要设计流程图如下:
776
777 [[image:微信图片_20240412192813.png||height="398" width="438"]]
778
779
780 事件管理概要设计流程说明
781
782 |**序号**|**步骤名称**|**责任人**|**说明**
783 |100.1|事件记录和分类|帮助台|(((
784 1. 帮助台对来自用户和系统自动产生的事件进行详细记录,其中包括申告/咨询/告警/故障/维护作业/业务处理
785 1. 帮助台负责在接收到事件后进行分类转发,维护作业/业务处理转相应子流程处理,对申告/咨询/告警/故障类事件进行分类转发
786 1. 对于初步判断为紧急的事件马上升级到一线人员处理
787 1. 对于非业务支撑维护职责范围的事件转给其它相关责任部门
788 )))
789 |100.2|初始支持|帮助台|(((
790 1. 属于帮助台技能范围内可以处理的事件,帮助台应尝试解决,如果无法解决需及时升级到一线支持
791 1. 不属于帮助台职责范围的事件,立即分派到相应的一线支持
792 )))
793 |100.3|一线尝试解决|一线支持|(((
794 1. 一线支持人员在接受到由帮助台派发的事件后,进行调查诊断,尝试解决
795 1. 对于需要通过变更解决的事件提出变更申请,通过变更流程实施解决方案
796 1. 事件解决后,在事件管理平台记录事件解决方案并更新事件状态
797 1. 不能解决的事件,转100.4二线尝试解决
798 )))
799 |100.4|二线尝试解决|二线支持|(((
800 1. 二线支持人员接受事件,进行调查诊断,尝试解决方案,在必要时根据服务协议联系厂商帮助解决并负责核查
801 1. 对于需要通过变更解决的事件提出变更申请,通过变更流程实施解决方案
802 1. 事件解决后,在事件管理平台记录事件解决方案并更新事件状态
803 1. 指定时限内不能解决的事件,通告事件经理,由事件经理负责协调资源
804 )))
805 |100.5|紧急事件再确认|一线支持|(((
806 1. 一线支持人员接受到来自帮助台的紧急事件后,根据事件优先级别标准再次确认事件是否为紧急事件
807 1. 如果优先级确实紧急,则通知相应的管理层,并立即升级到事件经理,转101紧急事件处理子流程
808 1. 如不是,转100.3一线尝试解决,开始正常事件解决流程
809 )))
810 |100.6|记录解决方案细节|(((
811 帮助台
812
813 一线支持
814
815 二线支持
816 )))|(((
817 1. 在事件得到解决后,各线支持人员负责详细记录事件解决过程及方案并更新事件信息
818 1. 针对故障,一线/二线支持必须记录业务恢复时间
819 )))
820 |100.7|关闭事件|(((
821 帮助台
822
823 一线支持
824
825 二线支持
826 )))|(((
827 1. 帮助台与申报用户确认事件是否已得到解决,如果解决,事件以成功解决或变通方法解决而关闭;否则,事件以不成功关闭,重新开事件记录,并与原记录做关联,分派到原处理人员继续处理
828 1. 帮助台在关闭事件的同时必须确认事件单记录的业务恢复时间是否准确
829 1. 其它由一线或二线人员自行创建的事件单,则由开单人负责关闭
830 )))
831 |100.8|事件处理的监控|事件经理|(((
832 1. 负责监控所有未关闭的事件的处理状况,对接收到的超时告警应及时关注,并负责协调资源,保证事件的最终解决
833 1. 当事件优先级为紧急时,应按照紧急事件处理流程处理紧急事件
834 )))
835 |101|紧急事件处理流程|事件经理|(((
836 1. 事件经理负责协调紧急事件的处理,具体过程见紧急事件处理子流程
837 )))
838 |102|维护作业子流程|(((
839 一线支持
840
841 二线支持
842 )))|(((
843 1. 根据业务支撑部门核准后的年度维护作业计划/月维护作业计划,集团公司下发的维护作业请求执行相应的维护作业。
844 1. 维护作业执行人员负责维护作业的关闭
845 )))
846 |103|业务处理子流程|(((
847 一线支持
848
849 二线支持
850 )))|(((
851 1. 业务处理子流程主要处理业务参数、资费参数的修改和批量数据的修改
852 1. 基本的处理过程应该包含制定方案、执行、复核,各省可以根据自己的运作情况具体细化
853 )))
854
855 ===== **2.8 流程详细设计** =====
856
857
858 ====== **2.8.1(100.1)事件记录和分类** ======
859
860 **[[image:20.png||height="453" width="525"]]**
861
862
863 流程描述如下:
864
865 |**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
866 |100.1.1|从任务队列中接受事件|帮助台|事件队列|需要处理的事件|(((
867 事件任务队列的来源:
868
869 1. 监控系统自动发送的告警
870 1. 业务部门通过其它接口(客服等)转发的事件单
871 1. IT用户通过服务台自助系统提交的事件单
872
873 帮助台负责检查事件任务队列中的新事件单,开始处理
874
875
876 )))
877 | |是否为本中心职责范围?|帮助台|事件单| |(((
878 帮助台判断是否属于本中心职责范围:
879
880 1. 是,进行事件分类的处理;
881 1. 否,转100.1.3回复和关闭
882 )))
883 |100.1.2|新建事件|帮助台|电话/OA/传真|新建的事件记录|(((
884 属于本中心职责范围,帮助台负责创建新的事件单,填写详细情况描述,不属于本中心处理的,直接电话回复。
885
886 事件单填写的详细内容如下:
887
888 1. 报告人姓名、联系电话、邮件、分公司、部门
889 1. 事件标题和描述
890 1. 必要的附件
891 1. 事件发生时间和地点
892 1. 事件来源和事件性质
893 1. 进行事件分类
894 1. 设定事件状态为“新建”
895 )))
896 |100.1.3|回复和关闭|帮助台|误报的事件单|关闭的事件单|联系申报用户,说明情况,将该事件单状态置为“关闭”,结束代码为“误报”,保存关闭
897 | |是否为重复事件?|帮助台|事件记录|相应的处理流程|(((
898 帮助台根据重复事件原则,判断该事件单是否属于重复事件:
899
900 1. 是,转100.1.4重复事件处理;
901 1. 否,事件分类的判断
902 )))
903 |100.1.4|重复事件处理|帮助台|重复事件| |在重复事件单的“重复事件标记”中记录正在处理的事件单的流水号,状态置为“XX处理中”,保存退出。
904 | |事件性质区分?|帮助台|事件性质|相应的处理流程|(((
905 根据事件性质区分不同的处理流程:
906
907 1. 如果是业务处理,走103业务处理子流程;
908 1. 如果是维护作业,走102维护作业子流程;
909 1. 其它事件,走100.1.5事件影响度、优先级设定
910
911
912 )))
913 |100.1.5|事件影响度、优先级设定|帮助台|事件记录|确定了影响度和优先级的事件|根据上报的事件描述,判断对业务的影响程度,并对照优先级代码表,确定事件的优先级,以及初始确定的影响度
914 | |优先级为紧急吗?|帮助台|事件优先级|相应的处理流程|(((
915 帮助台根据业务的影响程度和事件优先级判定的条件,初步判断优先级别:
916
917 1. 优先级为紧急,转100.5紧急事件再确认;
918 1. 其它优先级否,转100.2初始支持
919 )))
920
921 **2.8.2 (100.2)初始支持**
922
923 **[[image:28.png]]**
924
925 流程描述如下:
926
927 |**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
928 | |帮助台技能可以处理吗?|帮助台|事件记录|处理方式|(((
929 帮助台根据事件分类和事件描述,判断处理职责是否在帮助台: 
930
931 1. 是,转100.2.1尝试处理;
932 1. 否,转100.2.2分配到一线支持
933 )))
934 |100.2.1|尝试处理|帮助台|事件记录| |帮助台运用知识库和自身技能在规定的时限内尝试解决,将事件状态置为“分配到帮助台”,如果不能处理应及时将事件单分配到一线支持
935 |100.2.2|分配到一线支持|帮助台|事件记录|分配到一线的事件单|选择相关的一线处理组和处理人员分派,并将事件状态置为“分配到一线”
936 | |解决了吗?|帮助台| | |(((
937 将解决方案和用户沟通,判断是否可以解决;
938
939 1. 可以解决,转100.6记录解决方案细节
940 1. 无法解决,转100.2.2分配到一线支持
941 )))
942
943 ====== **2.8.3 (100.3)一线尝试解决** ======
944
945
946 **[[image:32.png||height="465" width="524"]]**
947
948
949 流程描述如下:
950
951 |序号|步骤名称|责任人|输入|输出|说明
952 |(% rowspan="5" %)100.3.1|(% rowspan="5" %)创建事件/接受事件分配|(% rowspan="5" %)一线支持|(% rowspan="5" %)事件记录|(% rowspan="5" %)一线处理|一线支持人员根据需要,可以自己创建事件单,并详细填写事件单信息;
953 |对于帮助台分派的事件:
954 |如属于分派错误,则转派到负责该业务的岗位,在转派时,必须将报障的详细内容、排除本部门原因等内容告知责任岗位;
955 |如接受,则将事件状态置为“一线处理中”;
956 |如果判断到接收的事件是一个重复事件,则在重复事件单的“重复事件标记”中记录目前正在处理的事件单的流水号,状态置为“一线处理中”,继续原事件单的处理
957 |(% rowspan="3" %) |(% rowspan="3" %)需要代维处理?|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|一线支持判断是否需要直接找代维解决?
958 |1.需要代维解决,转100.3.4联系代维
959 |2.不需要,转100.3.2尝试找出解决方案
960 |100.3.2|尝试找出解决方案|一线支持|事件记录|解决方案|一线工程师借助工具或运用自己技能尝试找出解决方案
961 |(% rowspan="3" %) |(% rowspan="3" %)有解决方案吗?|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|一线支持判断能否在规定的时限内找到解决方案?
962 |1.找到解决方案,根据解决方案的内容判断是否发起变更
963 |2.不能找到,转100.3.6分配到二线支持
964 |(% rowspan="3" %) |(% rowspan="3" %)发起变更吗?|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|一线支持根据解决方案的内容和变更管理流程对变更范围的定义,判断是否需要发起变更?
965 |1.需要发起变更,创建变更请求,提交到变更管理流程,解决方案的实施由变更管理完成
966 |2.不需要发起变更,转100.3.3应用解决方案
967 |(% rowspan="2" %)100.3.3|(% rowspan="2" %)应用解决方案|(% rowspan="2" %)一线支持|(% rowspan="2" %)事件记录|解决方案|一线支持实施解决方案
968 |变更请求|实施解决方案的过程,需要和相关申告方共同确认解决方案是否有效
969 |(% rowspan="2" %)100.3.4|(% rowspan="2" %)联系代维人员|(% rowspan="2" %)一线支持|事件记录|(% rowspan="2" %)代维|(% rowspan="2" %)根据和代维的服务协议,联系代维
970 |服务协议
971 |100.3.5|代维尝试解决|代维|事件记录|解决方案|代维尝试解决
972 |(% rowspan="3" %) |(% rowspan="3" %)解决了吗?|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|代维处理的事件,一线支持必须负责复核结果,通过和事件申告方的沟通,确认事件是否得到解决;
973 |1.已解决,转100.6记录解决方案细节
974 |2.无法解决,转100.3.6分配到二线支持
975 |100.3.6|分配到二线支持|一线支持|事件记录|分配到二线的事件单|一线支持选择相应的二线支持人员分派事件单,状态置为“分配到二线”
976
977 ====== **2.8.4 (100.4)二线尝试解决** ======
978
979 **[[image:07.png||height="557" width="547"]]**
980
981
982 流程描述如下:
983
984
985 |序号|步骤名称|责任人|输入|输出|说明
986 |(% rowspan="4" %)100.4.1|(% rowspan="4" %)创建事件/接受事件分配|(% rowspan="4" %)二线支持|(% rowspan="4" %)事件记录|(% rowspan="4" %)二线处理中的事件单|二线支持根据需要创建事件,并详细填写事件单的信息;
987 |对于分派来的事件:
988 |如属于分派错误,则转派到负责该业务的岗位,在转派时,必须将报障的详细内容、排除本部门原因等内容告知责任岗位;
989 |如接受,则将事件状态置为“二线处理中”
990 |(% rowspan="3" %) |(% rowspan="3" %)优先级为紧急吗?|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|根据预先定义的优先级判别标准(优先级映射表),再次确定事件优先级是否为紧急?
991 |1.优先级为紧急,判断是否能够独立处理?
992 |2.优先级不等于紧急,转100.4.3尝试找出解决方案
993 |(% rowspan="3" %) |(% rowspan="3" %)能独立处理吗?|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|根据业务影响的严重程度和自身技能,判断自己能否独立处理或需要通知事件经理启动紧急处理流程?
994 |1.能独立处理,转100.4.3尝试找出解决方案
995 |2.不能独立处理,转101紧急事件处理流程
996 |100.4.2|通知事件经理和管理层|二线支持|优先级紧急的事件|事件通知|将事件单的优先级别修改为“紧急”,服务管理平台自动将优先级为紧急的事件通知事件经理和管理层,并上报集团公司
997 |100.4.3|尝试找出解决方案|二线支持|事件记录|解决方案|二线工程师借助工具或运用自己技能尝试找出解决方案,在解决事件的过程中根据需要联系供应商(三线)共同参与制定解决方案
998 |100.4.4|供应商提供解决方案|供应商|事件记录|解决方案|供应商和二线支持共同研究解决方案,提供解决方案
999 |(% rowspan="3" %) |(% rowspan="3" %)发起变更吗?|(% rowspan="3" %)二线支持|(% rowspan="3" %)解决方案|(% rowspan="3" %)N/A|二线支持根据解决方案的内容和变更管理流程对变更范围的定义,判断是否需要发起变更?
1000 |1.需要发起变更,创建变更请求,提交到变更管理流程,解决方案的实施由变更管理完成
1001 |2.不需要发起变更,转100.4.5应用解决方案
1002 |100.4.5|应用解决方案|二线支持|解决方案|解决方案|二线支持实施解决方案,实施解决方案的过程,需要和相关申告方共同确认解决方案是否有效
1003 |(% rowspan="3" %) |(% rowspan="3" %)解决了吗?|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|判断事件是否得到解决?
1004 |1.是,转到100.6记录解决方案细节
1005 |2.否,判断是否需要协调处理?
1006 |(% rowspan="3" %) |(% rowspan="3" %)需要协调处理吗?|(% rowspan="3" %)二线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|根据事件的处理状况判断是否需要其它资源介入?
1007 |1.是,转到100.4.6事件经理协调解决
1008 |2.否,转到100.4.3尝试找出解决方案
1009 |100.4.6|事件经理协调解决|事件经理|事件记录|解决方案|事件经理负责将事件通报到管理层,通过高层寻求更多的资源介入,共同商讨和制定解决方案
1010
1011 ====== **2.8.5 (100.5)紧急事件再确认** ======
1012
1013
1014 **[[image:50.png||height="322" width="591"]]**
1015
1016
1017 流程描述如下:
1018
1019
1020 |序号|步骤名称|责任人|输入|输出|说明
1021 |100.5.1|确认优先级|一线支持|事件记录|确认紧急的事件|一线支持根据该事件相关的业务或IT系统/设备的实际故障情况,并结合其他相关因素,再次确定事件优先级
1022 |(% rowspan="3" %) |(% rowspan="3" %)优先级为紧急吗?|(% rowspan="3" %)一线支持|(% rowspan="3" %)N/A|(% rowspan="3" %)N/A|判断优先级=紧急吗?
1023 |1.是,通知事件经理,由事件经理负责紧急事件子处理的处理,转101紧急事件处理子流程
1024 |2.否,转100.3一线尝试解决
1025 |(% rowspan="3" %) |(% rowspan="3" %)可以独立处理吗?|(% rowspan="3" %)一线支持|(% rowspan="3" %)紧急事件|(% rowspan="3" %) |根据业务影响的严重程度和自身技能,判断自己能否独立处理或需要通知事件经理启动紧急处理流程?
1026 |3.能独立处理,转100.3一线尝试解决
1027 |4.不能独立处理,转100.5.2通知相关管理层和事件经理
1028 |100.5.2|通知相关管理层和事件经理|一线支持|紧急事件|事件通知|通过服务管理平台通知(邮件、短信等)事件经理和相应的管理人员
1029
1030 ====== **2.8.6 (100.6)记录解决方案细节** ======
1031
1032 **[[image:44.png||height="243" width="594"]]**
1033
1034
1035
1036 流程描述如下:
1037
1038
1039 |序号|步骤名称|责任人|输入|输出|说明
1040 |(% rowspan="11" %)100.6.1|(% rowspan="11" %)记录详细的解决方案|(% rowspan="11" %)一线支持/二线支持/帮助台|(% rowspan="11" %)事件记录|(% rowspan="11" %)更新的事件记录|根据事件的处理状况填写事件信息项
1041 |1.填写“解决方案”
1042 |2.确定“事件分类”和“事件所属系统类型”是否正确
1043 |3.填写“结束代码”
1044 |4.对于故障,应填写“业务恢复时间”以及确定“故障厂商”
1045 |5.确定“事件影响度”的等级是否正确
1046 |6.根据自己所处岗位填写“事件解决人角色”
1047 |7.对于故障和告警,应该明确是哪个配置项发生的,关联正确的配置项
1048 |8.填写事件的“实际完成时间”并将状态改为“已解决”
1049 |9.如果有自己处理的重复事件单,则简单填写重复事件单的信息项,状态改为“已解决”
1050 |一线支持和二线支持接到的由帮助台分配的事件单,应该转回帮助台,由帮助台和用户确认关闭
1051
1052 ====== **2.8.7 (100.7)关闭事件** ======
1053
1054 **[[image:54.png||height="406" width="563"]]**
1055
1056
1057 流程描述如下:
1058
1059 |**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
1060 | |自动转单/自动告警?|帮助台|事件记录|事件记录|(((
1061 帮助台判断是否是客服等系统自动转单或监控系统自动产生的告警;
1062
1063 1. 是,转100.7.1更新事件状态
1064 1. 否,转100.7.2与用户处确认事件解决
1065 )))
1066 |100.7.1|更新事件状态及结束代码,关闭事件|帮助台|已解决的事件记录|关闭的事件|(((
1067 更新事件记录,状态为“已关闭”,结束代码根据实际处理结果或用户反馈填写;
1068
1069 如果该事件单有相关联的重复事件,应该将重复事件单一起关闭,重复事件的结束代码和该事件保持一致
1070 )))
1071 |100.7.2|与用户处确认事件解决|帮助台|用户反馈|反馈结果|从事件请求人处确认所提供的解决方案是否有效
1072 | |是否解决?|帮助台| | |(((
1073 判断是否解决方案是否有效?
1074
1075 1. 是,转100.7.1
1076 1. 否,转100.7.3重开单处理
1077 )))
1078 |100.7.3|重开单处理|帮助台|未解决的事件记录|新的事件记录|(((
1079 帮助台将该事件单的的结束代码置为“不成功”,关闭保存;
1080
1081 创建一个新的事件单,事件信息可以复制,分配到原处理人员处理,新事件单状态“分配到一线”或“分配到二线”
1082
1083 注:帮助台应该和原处理人员沟通事件的确认结果和后续的处理方式
1084 )))
1085 | |是帮助台分派吗?|一线支持/二线支持| | |如果是帮助台分派的事件单,需要返回到帮助台,否则直接到100.7.4
1086 |100.7.4|更新事件状态及结束代码,关闭事件|一线支持/二线支持|已解决的事件记录|关闭的事件|(((
1087 更新事件记录,状态为“已关闭”,结束代码根据实际处理结果填写;
1088
1089 如果该事件单有相关联的重复事件,应该将重复事件单一起关闭,重复事件的结束代码和该事件保持一致
1090 )))
1091
1092 ====== **2.8.8 (100.8)事件处理的监控** ======
1093
1094
1095 **[[image:22.png]]**
1096
1097
1098
1099 流程描述如下:
1100
1101 |**序号**|**步骤名称**|**责任人**|**输入**|**输出**|**说明**
1102 |100.8.1|事件队列的监控|事件经理|(((
1103 当前打开的事件单
1104
1105 服务管理平台的超时告警
1106 )))| |(((
1107 事件经理可以从以下途径获取事件处理的信息
1108
1109 1. 服务台系统自动发送的告警通知
1110 1. 查询服务台系统的当前处理中的事件列表
1111 )))
1112 | |需要介入吗?|事件经理| | |(((
1113 事件经理根据处理时限和该事件对业务的影响程度,判断是否需要及时介入,帮助协调资源解决
1114
1115 1. 需要介入,转100.8.2
1116 1. 不需要,则继续监控
1117
1118
1119 )))
1120 |100.8.2|召集资源协商解决|事件经理|(((
1121 告警事件
1122
1123 支持人员的电话通知
1124 )))|解决方案|由于处理不及时而可能导致用户满意度下降的事件或疑难事件,事件经理负责召集相应二线专家,共同商讨并制定解决方案,并实施解决方案
1125 | |可以解决吗?|事件经理| | |(((
1126 1. 如果解决,转100.7关闭事件
1127 1. 无法解决,转100.8.3升级到管理层解决
1128 )))
1129 |100.8.3|升级到管理层解决|事件经理|升级的事件记录|解决方案|事件经理负责将升级事件通报到管理层,通过高层寻求更多的资源介入,共同商讨和制定解决方案
1130
1131 **2.8.9(101)紧急事件处理子流程**
1132
1133 制定紧急事件处理子流程的目标:
1134
1135 1. 当紧急事件发生时,尽可能采取措施减少对于业务带来的影响
1136 1. 确保对紧急情况的有效管理
1137
1138 * 加快紧急事件的响应和处理速度
1139 * 对紧急情况中的人员及采取的行动加强管理
1140 * 加强处理人员与用户之间的沟通和反馈
1141 * 对紧急情况妥善处理
1142
1143 **2.8.9.1流程原则**
1144
1145 ◆ 制定各系统应急处理预案
1146
1147 为了确保系统发生重大故障时,能够尽快恢复业务,并充分调动技术力量,在最短时间内排除故障,各系统应该建立相应的应急处理预案,建议预案中的内容至少应涵盖以下方面:
1148
1149 * 应急预案启动条件
1150 * 应急处理小组负责人和成员联系名单和联系方式
1151 * 应急处理步骤
1152 * 应急信息通报
1153 * 应急善后处理
1154 * 应急保障措施(人员、培训、演习、场地等)
1155
1156 ◆ 紧急事件上报集团公司
1157
1158 为切实掌握各省公司业务支撑系统紧急事件情况,要求各省公司在紧急事件发生时立即上报,并在紧急事件处理过程中的关键点将处理情况上报,具体上报内容和方式参见2.12集团、省公司两级交互。
1159
1160
1161 ====== **2.8.9.2 紧急事件处理子流程概要说明** ======
1162
1163 **[[image:14.png]]**
1164
1165
1166 紧急事件处理子流程说明如下:
1167
1168 |**序号**|**步骤名称**|**说明**
1169 |101.1|召集应急小组,协调应急会议|事件经理主持应急会议,并组织讨论、协调各方资源,分析紧急事件处理方案,并将紧急事件情况通报省中心相关领导和集团公司
1170 |101.2|判断是否属于应急预案中的事件?|(((
1171 应急小组和相关厂商根据紧急事件现象和影响程度,判断是否需要启动相应系统的应急预案?
1172
1173 1. 如果没有应急预案,则进入101.4组织相关厂商共同分析紧急事件,制定处理方案并处理;
1174 1. 如果有应急预案,则进入101.3按照应急预案处理
1175 )))
1176 |101.3|按照应急预案处理|根据各系统制定的应急预案中的实施步骤,处理紧急事件
1177 |101.4|组织相关厂商共同分析,制定处理方案并处理|(((
1178 应急小组负责组织相关厂商共同分析紧急事件,制定相应的处理方案,如果需要集团中心介入处理,则向集团中心申请介入;
1179
1180 处理方案在实施前应得到应急小组和相关领导的认可;
1181
1182 事件处理过程中如果需要中断业务或对系统的IT组件产生变更,则需要按照紧急变更管理流程的定义和要求,提出紧急变更请求
1183 )))
1184 |101.5|紧急事件解除确认?|(((
1185 在紧急事件处理方案实施后,应急小组、相关厂商和相关部门对紧急事件是否解除进行确认
1186
1187 1. 紧急事件如果没有解除,则重新进入101.4组织相关厂商共同分析紧急事件,制定处理方案并处理;
1188 1. 如果解除,则进入101.6紧急事件善后处理和总结分析
1189 )))
1190 |101.6|善后处理和通报|(((
1191 紧急事件解除后,应急小组向申告方、公司相关领导简要报告紧急事件处理过程,解决方法,事件解除时间,业务恢复情况,并将该信息汇报到集团公司
1192
1193 对于影响度为重大的紧急事件,必须通过服务管理平台提交《重大事件报告》,报告内容和提交方式见2.12集团、省公司两级交互
1194
1195 紧急事件的处理人需要创建一个新问题,将紧急事件处理过程的详细信息记录到问题单中,提交到问题经理,由问题经理组织相关专家进行问题根源的分析
1196 )))
1197
1198 ====== **2.8.10 (102)维护作业子流程** ======
1199
1200 维护作业子流程用来描述如何处理来自集团公司下发的维护作业和省中心制定的维护作业计划。维护作业子流程在事件管理流程中属于相对独立的模块,处理流程和相关信息项的填写与故障或申告不同,以下内容主要说明维护作业的流程原则和概要流程图。
1201
1202 各省在细化维护作业流程时,可以在流程原则的基础上扩展和细化以满足各省中心对维护作业的具体要求。
1203
1204
1205 **2.8.10.1 流程原则**
1206
1207 ◆ 维护作业事件单的产生
1208
1209 * 帮助台负责接收集团下发的维护作业,分配到相应的一线/二线支持人员
1210 * 负责执行维护作业的支持人员在服务管理平台录入维护作业单
1211 * 负责执行维护作业的支持人员在维护作业单中录入维护作业的执行结果
1212
1213 ◆ 维护作业的事件信息项的填写说明
1214
1215 |**序号**|**信息项**|**是否需要填写**|**维护作业填写内容**
1216 |1|事件ID|是|系统自动产生
1217 |2|请求人信息|否|
1218 |3|登记时间|是|系统自动产生
1219 |4|地点|否|
1220 |5|事件发生时间|否|
1221 |6|业务恢复时间|否|
1222 |7|事件性质|是|参见“事件性质”定义,选择‘维护作业’
1223 |8|事件来源|是|参见“事件来源”定义,选择‘内部开单’
1224 |9|事件影响度|否|
1225 |10|事件优先级|否|
1226 |11|事件完成期限|是|维护作业的计划完成时间
1227 |12|事件所属系统类型|是|参见“事件所属系统类型”定义
1228 |13|事件分类|是|参见“事件分类”定义
1229 |14|事件标题|是|维护作业内容简述
1230 |15|事件描述|是|维护作业内容详细描述
1231 |16|事件解决人|是|维护作业的完成人
1232 |17|事件状态|是|参见“事件状态”定义
1233 |18|分配对象|是|维护作业的执行人
1234 |19|事件日志|是|系统自动产生
1235 |20|解决方案描述|是|维护作业的执行结果
1236 |21|事件结束代码|是|参见“事件结束代码”定义,选择‘成功解决’
1237 |22|重复事件标记|否|
1238 |23|处理是否超时|是|系统自动产生
1239 |24|事件解决人角色|是|参见“事件解决人角色”定义,选择‘一线’或‘二线’
1240 |25|实际开始时间|是|维护作业实际开始执行的时间,系统自动填写
1241 |26|实际完成时间|是|维护作业事件状态变为‘已解决’的时间,系统自动填写
1242 |27|故障厂商|否|
1243 |28|关联配置项|否|
1244 |29|关联的问题单号|否|
1245 |30|关联的变更单号|否|
1246
1247 ◆集团维护作业执行情况上报
1248
1249 * 集团下发的维护作业执行情况在省公司定期的上报报表中体现
1250
1251 **2.8.10.2 维护作业子流程概要说明**
1252
1253
1254 [[image:52.png]]
1255
1256
1257 维护作业子流程说明如下:
1258
1259 |**序号**|**步骤名称**|**说明**
1260 |102.1|根据制定的维护作业计划创建维护作业|(((
1261 处理人员根据制定的维护作业计划,在服务管理平台创建维护作业单,并输入维护作业的详细信息
1262
1263 对于集团下发的维护作业,直接进入102.2执行维护作业
1264 )))
1265 |102.2|执行维护作业|根据维护作业内容,执行维护作业
1266 |102.3|记录执行结果|在服务管理平台中详细记录维护作业的执行结果
1267 | |发现异常吗?|(((
1268 如果在执行过程中发现异常,则转102.4创建新事件;
1269
1270 维护作业记录关闭保存
1271 )))
1272 |102.4|创建新事件|创建新的事件单,进入事件管理流程
1273
1274 ====== **2.8.11 (103)业务处理子流程** ======
1275
1276 业务处理子流程用来描述各省业务支撑部门根据特定的需求,对业务运营支撑系统的数据进行查询或修改的操作流程,例如:
1277
1278 1. 根据业务部门或业务支撑部门内部人员提出的业务处理需求单进行的业务操作
1279 1. 系统原因造成的批量数据差错修复、分公司支撑中心提出的批量数据修改要求
1280 1. 新业务上线测试、故障恢复测试所必须的业务操作
1281
1282 **2.8.11.1 流程原则**
1283
1284 ◆ 业务处理的安全性原则
1285
1286 * 业务处理操作必须符合各省公司关于业务操作制定的相关规范
1287 * 业务处理操作的执行人和复核人原则上不能是同一个人
1288
1289 ◆ 业务处理的事件信息项的填写说明
1290
1291 |**序号**|**信息项**|**是否需要填写**|**业务处理填写内容**
1292 |1|事件ID|是|系统自动产生
1293 |2|请求人信息|是|业务需求的提出者
1294 |3|登记时间|是|系统自动产生
1295 |4|地点|否|
1296 |5|事件发生时间|否|
1297 |6|业务恢复时间|否|
1298 |7|事件性质|是|参见“事件性质”定义,选择‘业务处理’
1299 |8|事件来源|是|参见“事件来源”定义
1300 |9|事件影响度|否|
1301 |10|事件优先级|否|
1302 |11|事件完成期限|是|业务处理的计划完成时间
1303 |12|事件所属系统类型|是|参见“事件所属系统类型”定义
1304 |13|事件分类|是|参见“事件分类”定义
1305 |14|事件标题|是|业务处理内容简述
1306 |15|事件描述|是|业务处理内容详细描述
1307 |16|事件解决人|是|业务处理的完成人
1308 |17|事件状态|是|参见“事件状态”定义
1309 |18|分配对象|是|业务处理的执行人
1310 |19|事件日志|是|系统自动产生
1311 |20|解决方案描述|是|业务处理的执行结果
1312 |21|事件结束代码|是|参见“事件结束代码”定义,选择‘成功解决’
1313 |22|重复事件标记|否|
1314 |23|处理是否超时|是|系统自动产生
1315 |24|事件解决人角色|是|参见“事件解决人角色”定义,选择‘一线’或‘二线’
1316 |25|实际开始时间|是|业务处理实际开始执行的时间,系统自动填写
1317 |26|实际完成时间|是|业务处理事件状态变为‘已解决’的时间,系统自动填写
1318 |27|故障厂商|否|
1319 |28|关联配置项|否|
1320 |29|关联的问题单号|否|
1321 |30|关联的变更单号|否|
1322
1323 **2.8.11.2 业务处理子流程概要说明**
1324
1325 **[[image:27.png]]**
1326
1327
1328 业务处理子流程说明如下:
1329
1330 |**序号**|**步骤名称**|**说明**
1331 |103.1|受理并制定业务处理方案|(((
1332 一线和二线人员都可以做为业务处理人员
1333
1334 业务处理人员接受业务处理单,检查业务处理请求单是否符合省公司的规定,如果不符合,则回复相应部门
1335
1336 业务处理人员根据业务处理单的内容制定处理方案
1337 )))
1338 | |需要发起RFC吗?|(((
1339 1. 如果业务处理方案中涉及到应用系统的变更,则提交变更请求,走变更管理流程
1340 1. 如果不涉及变更,则进入103.2业务处理执行
1341 )))
1342 |103.2|业务处理执行|业务处理人员按照处理方案执行
1343 |103.3|创建变更请求|提交变更请求,转入变更管理流程
1344 |103.4|执行结果复核|业务处理执行结果的复核,原则上执行人和复核人必须分开,如果复核出现异常,则回到103.1受理并制定业务处理方案
1345 |103.5|记录详细信息|在服务管理平台记录详细的业务处理步骤和结果
1346 |103.6|回复并关闭|通过服务管理平台或其它接口回复相关发起人,关闭业务处理单
1347
1348 ===== **2.9 事件状态迁移图** =====
1349
1350 事件状态变迁图用来标明:当一个事件单处于某个状态时,它可以去到的下一个状态。
1351
1352 [[image:39.png]]
1353
1354
1355
1356 ◆ 当前状态为‘已登记’状态时,可迁移的状态
1357
1358 |**状态**|**合法**|**描述**
1359 |已登记|否|已登记为事件单初始状态
1360 |分配到帮助台|是|用户提交事件请求,首先分派到帮助台
1361 |分配到一线|否|
1362 |分配到二线|否|
1363 |一线处理中|否|
1364 |二线处理中|否|
1365 |已解决|否|
1366 |已关闭|否|
1367
1368 ◆当前状态为‘分配到帮助台’状态时,可迁移的状态
1369
1370 |**状态**|**合法**|**描述**
1371 |已登记|否|
1372 |分配到帮助台|是|帮助台的人员将分配给本人的事件单分配给帮助台或者帮助台的其他人员
1373 |分配到一线|是|帮助台组人员将事件单分配给一线支持组
1374 |分配到二线|是|帮助台组人员将事件单分配给二线支持组
1375 |一线处理中|否|
1376 |二线处理中|否|
1377 |已解决|否|
1378 |已关闭|是|当事件处理范围不在计费业务中心或误报或可忽略时,可直接关闭
1379
1380 ◆ 当前状态为‘分配到一线’状态时,可迁移的状态
1381
1382 |**状态**|**合法**|**描述**
1383 |已登记|否|
1384 |分配到帮助台|是|一线支持人员将分配给本人的事件单分配给帮助台或者帮助台组内的其他人
1385 |分配到一线|是|一线支持人员将分配给本人的事件单分配给一线支持组或组内的其他人
1386 |分配到二线|是|一线支持人员将事件单分配给二线支持组或二线支持组内的其他人
1387 |一线处理中|是|一线支持人员,接受分配的事件单,并开始处理
1388 |二线处理中|否|
1389 |已解决|否|
1390 |已关闭|否|
1391
1392 ◆ 当前状态为‘分配到二线’状态时,可迁移的状态
1393
1394 |**状态**|**合法**|**描述**
1395 |已登记|否|
1396 |分配到帮助台|是|二线支持人员将分配给本人的事件单分配给帮助台或者帮助台组内的其他人
1397 |分配到一线|是|二线支持人员将分配给本人的事件单分配给一线支持组或组内的其他人
1398 |分配到二线|是|二线支持人员将事件单分配给二线支持组或二线支持组内的其他人
1399 |一线处理中|否|
1400 |二线处理中|是|二线支持人员,接受分配的事件单,并开始处理
1401 |已解决|否|
1402 |已关闭|否|
1403
1404 ◆ 当前状态为‘一线处理中’状态时,可迁移的状态
1405
1406 |**状态**|**合法**|**描述**
1407 |已登记|否|
1408 |分配到帮助台|否|
1409 |分配到一线|是|一线支持人员无法处理该事件单,将事件单重新分配给一线支持组或一线支持组内其他人员
1410 |分配到二线|是|一线支持人员无法处理该事件单,将事件单重新分配给二线支持组或二线支持组内其他人员
1411 |一线处理中|否|
1412 |二线处理中|否|
1413 |已解决|是|一线支持找到解决方案或者变通方法,解决了分配的事件单
1414 |已关闭|否|
1415
1416 ◆ 当前状态为‘二线处理中’状态时,可迁移的状态
1417
1418 |**状态**|**合法**|**描述**
1419 |已登记|否|
1420 |分配到帮助台|否|
1421 |分配到一线|否|
1422 |分配到二线|是|二线支持人员无法处理该事件单,或者分配错误,将事件单重新分配给二线支持组或二线支持组内其他人员
1423 |一线处理中|否|
1424 |二线处理中|否|
1425 |已解决|是|二线支持找到解决方案或者变通方法,解决了分配的事件单
1426 |已关闭|否|
1427
1428 ◆ 当前状态为‘已解决’状态时,可迁移的状态
1429
1430 |**状态**|**合法**|**描述**
1431 |已登记|否|
1432 |分配到帮助台|否|
1433 |分配到一线|否|
1434 |分配到二线|否|
1435 |一线处理中|否|
1436 |二线处理中|否|
1437 |已解决|否|
1438 |已关闭|是|帮助台在关闭事件单的时候,需要填写客户反馈和结束代码
1439
1440 ◆当前状态为‘已关闭’状态时,可迁移的状态
1441
1442 * 不迁移至任何状态。
1443
1444 ===== **2.10 关键角色、职责定义** =====
1445
1446 流程的实现是通过不同的流程角色以及其被赋予的职责来实现的,因此流程的每一个角色可以被定义为一系列职责的集合,在实际的管理操作中,不同的人员将被赋予不同的职责,也可能一个人被赋予多个职责,同时也可以将其职责授权给其管理结构之下的人员,因此,以下所提及的管理流程和角色的目的是为了在充分满足流程所需角色的基础上,为具体的实现提供足够的灵活性。具体的角色职责和岗位对应在《事件管理细化流程说明书》中体现。
1447
1448 事件管理流程主要分为以下几个职责/角色,分别简述如下:
1449
1450
1451
1452
1453 ====== **2.10.1 事件管理流程负责人** ======
1454
1455 事件管理流程负责人从宏观上监控流程,确保事件流程在业务支持中心范围内被正确的执行。当流程不能够适应业务支持中心的情况时,流程负责人必须及时的对此进行分析、找出缺陷、进行改进,从而实现可持续提高。
1456
1457 **职责:**
1458
1459 1. 确定管理流程的衡量指标
1460 1. 确保事件流程能够取得管理层的参与和支持
1461 1. 确保事件流程符合公司实际状况和公司 IT发展战略
1462 1. 总体上管理和监控流程,建立事件流程实施、评估和持续优化机制
1463 1. 确保事件流程实用、有效、正确地执行,当流程不能够适应公司的情况时,必须及时的对此进行分析、找出缺陷、进行改进(假如增加或合并流程的角色),从而实现可持续提高
1464 1. 保持与其他流程负责人的定期沟通
1465
1466 **技能要求:**
1467
1468 1. 深刻理解事件管理流程;
1469 1. 充分理解业务支撑网运维管理流程梳理项目的其他流程,能够进行流程接口设计;
1470 1. 能够很好地理解业务对于事件管理的需求;
1471 1. 对质量控制与保障有很深入的了解;
1472 1. 有决策权,能够确保事件管理流程设计要求在实施项目中得到贯彻和执行;
1473 1. 具有很好的沟通技能,能够取得公司高层的支持,获得所需资源。
1474
1475 ====== **2.10.2 事件经理** ======
1476
1477 事件经理负责事件解决过程中的协调和监控,以及事件升级的判断以及具体执行。
1478
1479 **职责:**
1480
1481 1. 负责对事件的解决协调资源,保证故障的最终排除
1482 1. 当事件优先级为紧急或者事件将超过规定的时限,负责按照升级方法对事件进行处理确保有效协调资源,促进支持工程师快速恢复正常服务
1483 1. 确保和问题管理流程经理的有效合作
1484 1. 确保正确和广泛地收集和分析事件数据,发现IT和业务相关的问题
1485
1486 **技能要求:**
1487
1488 1. 了解技术架构和技术环境
1489 1. 较强的口头表达能力和与用户沟通技巧
1490 1. 处理纠纷的能力
1491 1. 深刻了解事件管理流程
1492 1. 较强的领导能力
1493
1494 ====== **2.10.3 帮助台人员** ======
1495
1496 帮助台人员负责接收所有的事件,对事件进行初步的处理,并根据实际情况将事件分派到合适的一线支持工程师或者二线支持工程师。
1497
1498 **职责:**
1499
1500 1. 在指定的响应时间内响应所有帮助台热线电话、邮件、传真等事件报告
1501 1. 完整记录所有接收的事件信息,包括:记录事件报告人的详细联系方式、事件特征表现、描述、发生时间等
1502 1. 为事件进行适当的分类、为事件分配优先级等属性
1503 1. 尝试使用工具、初步诊断、分析相关信息等方式解决问题
1504 1. 如果帮助台不能解决这个事件,应当将事件分配给最合适的一线支持小组/人员来处理
1505 1. 检查事件记录的处理进度,保持与事件报告人的联系,适时通知事件处理进展
1506 1. 与用户确认事件解决方案,关闭事件
1507 1. 负责24×7的值班和系统监控
1508
1509 **技能要求:**
1510
1511 1. 熟悉技术平台和技术环境
1512 1. 较强的沟通能力
1513 1. 对简单的故障要有快速诊断和解决的能力
1514 1. 熟悉事件处理流程
1515
1516 ====== **2.10.4 一线支持人员** ======
1517
1518 一线支持人员负责对帮助台无法解决的事件进行快速有效的分析,提出解决方案以尽快恢复服务,并在必要时提供现场支持。
1519
1520 **职责:**
1521
1522 1. 验证事件的描述和信息,进一步收集相关信息
1523 1. 决定需要采取何种措施恢复服务并实施有效的行动
1524 1. 必要时提供现场支持
1525 1. 根据优先级提供有效的解决方案
1526 1. 实施事件解决方案
1527 1. 更新事件解决信息,已解决的事件转回帮助台,由帮助台关闭事件
1528 1. 如果一线不能解决这个事件,应当决定选择最合适的二线支持小组/人员来处理
1529
1530 **技能要求:**
1531
1532 1. 熟悉技术平台和技术环境
1533 1. 较强的沟通能力
1534 1. 快速诊断事件和解决事件的能力
1535 1. 熟悉事件处理流程
1536
1537 ====== **2.10.5 二线支持人员** ======
1538
1539 二线支持人员是相关问题领域的专家。负责提供对一线支持人员无法解决的问题进一步进行调研,找出解决方案并尽快恢复服务。各省可以考虑按照所维护的应用、系统进行分组,如:网络组、主机组、应用组等。
1540
1541 **职责:**
1542
1543 1. 进行事件的深入调查研究
1544 1. 根据经验和专业技能,决定需要采取何种措施恢复服务并实施有效的行动
1545 1. 必要时引入供应商的支持
1546 1. 更新事件根源和最终解决方案
1547 1. 更新事件记录,确保事件状态代码真实反映事件状态
1548 1. 及时提供有效解决方案
1549 1. 与其他小组合作,确定解决方案
1550 1. 已解决的事件转回帮助台,由帮助台关闭事件
1551 1. 如果二线不能在解决时限内解决这个事件,应当将事件进行升级
1552
1553 **技能要求:**
1554
1555 1. 深厚的技术背景,对所维护范畴的技术深入掌握
1556 1. 熟悉事件处理流程
1557
1558 ====== **2.10.6 流程角色和人员对应表** ======
1559
1560 |(% colspan="2" %)**角色**|**成员**
1561 |事件管理流程负责人| |刘三苏
1562 |事件经理A| |刘三苏
1563 |事件经理B| |周晓伟
1564 |帮助台| |王军、杨晋波、詹梅、杨红梅、吴国平、杨卫红
1565 |(% rowspan="3" %)一线支持|一线基础平台组|白洪瑜
1566 |一线应用—计费结算、营业账务、客服|代学平、陈勤、陈锐
1567 |一线应用—经营分析|徐文英、张航友、何畏
1568 |(% rowspan="5" %)二线支持|二线基础平台组|郑水华、乔迎春、卢定、高松、高雄英
1569 |二线应用—计费结算|苏伟杰、罗芳、祝颢、龚楠、杨莉、宋琳、陶琳、杨智
1570 |二线应用—客服|温健军、傅华、魏亚菲、涂天禄
1571 |二线应用—经营分析|亚信
1572 |二线应用—营业账务|陈伟、许雷、张波、胡鹏、董晓勇、李琪、杜敏
1573
1574 注:在系统实施时由某通信公司根据实际运维架构在此表基础上完成具体的人员映射。
1575
1576
1577
1578 ===== **2.11 关键流程衡量指标** =====
1579
1580 为了控制流程的质量,必须为流程设置衡量指标。通过对指标的分析,可以有效地对流程的运行情况进行监控和改进。
1581
1582 |**序号**|**衡量指标**|**指标计算说明**
1583 |1|事件总数|(((
1584 数量:在事件单中根据以下条件过滤
1585
1586 1. 【重复事件标记】为空
1587 1. 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1588 1. 【事件发生时间】在统计周期内
1589 )))
1590 |2|事件关闭的数量|数量 :在事件总数中过滤【事件状态】=‘关闭’
1591 |3|事件成功关闭的数量/比率|(((
1592 数量:在事件总数中过滤【事件结束代码】=‘成功解决’or‘变通方法解决’
1593
1594 比率:数量 / 事件总数 × 100 %
1595 )))
1596 |4|规定时间内解决的事件数量/百分比|(((
1597 数量:在事件总数中过滤【处理是否超时】=‘未超时’and 【事件结束代码】=‘成功解决’or‘变通方法解决’
1598
1599 比率:数量/事件总数 × 100 %
1600 )))
1601 |5|规定时间内响应的事件数量/百分比|(((
1602 数量:在事件总数中过滤(【实际开始时间】-【登记时间】)< 优先级对应的响应时限
1603
1604 比率:数量/事件总数 × 100 %
1605 )))
1606 |6|平均解决时间|(((
1607 完成的事件:在事件总数中过滤所有【事件状态】=‘已解决’or ‘关闭’的事件
1608
1609 平均解决时间:累加完成事件的(【实际完成时间】-【登记时间】)/ 完成的事件数量
1610 )))
1611 |7|一线解决率|(((
1612 数量:在事件总数中过滤所有【事件解决人角色】=‘一线’
1613
1614 比率:数量 / 事件总数 × 100 %
1615 )))
1616 |8|超时未解决的事件数量|数量:在事件总数中过滤【处理已超时】=‘超时’and 【事件状态】!=‘关闭’or ‘已解决’
1617 |9|事件的一次解决率|(((
1618 数量1:在事件总数中过滤【事件结束代码】=‘成功解决’or‘变通方法解决’
1619
1620 数量2:在事件总数中过滤【事件结束代码】=‘不成功’
1621
1622 比率:(数量1-数量2 ) / 数量1  × 100 %
1623 )))
1624
1625 ===== **2.12 集团、省公司两级交互** =====
1626
1627 省公司在紧急事件发生时,必须在第一时间上报集团公司业务支撑系统部,并在事件处理过程中的每个状态变化点将最新事件记录上传到集团公司。
1628
1629 |(% rowspan="2" %)**上报方式**|(% rowspan="2" %)**触发条件**|(% colspan="2" %)**上报内容**
1630 |**事件信息项**|**附件内容**
1631 |(% rowspan="4" %)服务管理平台|事件状态进入一线处理中,并得到一线支持的确认|所有事件信息项|N/A
1632 |处理中的事件信息项发生改变|所有事件信息项|N/A
1633 |事件状态转入已解决|所有事件信息项|N/A
1634 |(((
1635 事件状态转入关闭
1636
1637 (如果影响度为重大,必须有重大事件报告做为附件)
1638 )))|所有事件信息项|(((
1639 《重大事件报告》内容包含:
1640
1641 包括事件的发生时间、事件现象、影响的主要系统、影响度、处理过程、解决方法、业务恢复时间等
1642 )))
1643
1644 ===== **2.13 省公司报表** =====
1645
1646 省公司报表定义如下,同时,上报集团报表也可以供省公司使用。
1647
1648
1649
1650
1651 ====== **2.13.1 按事件来源分类的统计报表** ======
1652
1653 |**时间来源**|**总数**|**完成的数量**|**完成及时率**
1654 |用户报告| | |
1655 |自助开单| | |
1656 |自动转单| | |
1657 |内部开单| | |
1658 |监控告警| | |
1659
1660 指标说明:
1661
1662 |**序号**|**指标名称**|**指标计算说明**
1663 |1|总数|(((
1664 数量:在事件单中按事件不同来源根据以下条件过滤:
1665
1666 【重复事件标记】为空
1667
1668 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1669
1670 【事件发生时间】在统计周期内
1671 )))
1672 |1|完成的数量|数量:事件单中按不同事件来源,统计【实际完成时间】在统计周期内的事件数量
1673 |2|完成及时率|(((
1674 数量:事件单中按不同事件来源,统计【处理是否超时】=‘未超时’and 【实际完成时间】在统计周期内的事件数量
1675
1676 比率:数量/完成的数量 × 100 %
1677 )))
1678
1679 ===== **2.14 省公司上报报表** =====
1680
1681
1682 ====== **2.14.1按业务系统和优先级分类统计报表** ======
1683
1684 |(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**事件性质**|(% rowspan="2" %)**总数**|(% colspan="4" %)**优先级**
1685 |**紧急**|**高**|**中**|**低**
1686 |(% rowspan="3" %)BOSS系统|故障| | | | |
1687 |申告| | | | |
1688 |告警| | | | |
1689 |(% rowspan="3" %)客服系统|故障| | | | |
1690 |申告| | | | |
1691 |告警| | | | |
1692 |(% rowspan="3" %)经营分析|故障| | | | |
1693 |申告| | | | |
1694 |告警| | | | |
1695 |(% rowspan="2" %)容灾系统|故障| | | | |
1696 |告警| | | | |
1697 |(% rowspan="2" %)BOSS网管|故障| | | | |
1698 |告警| | | | |
1699
1700 指标说明:
1701
1702 |**序号**|**指标名称**|**指标计算说明**
1703 |1|故障总数|(((
1704 数量:在事件单中根据以下条件过滤:
1705
1706 【重复事件标记】为空
1707
1708 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1709
1710 【事件发生时间】在统计周期内
1711
1712 【事件性质】=‘故障’
1713 )))
1714 |2|申告总数|(((
1715 数量:在事件单中根据以下条件过滤:
1716
1717 【重复事件标记】为空
1718
1719 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1720
1721 【事件发生时间】在统计周期内
1722
1723 【事件性质】=‘申告’
1724 )))
1725 |3|告警总数|(((
1726 数量:在事件单中根据以下条件过滤:
1727
1728 【重复事件标记】为空
1729
1730 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1731
1732 【事件发生时间】在统计周期内
1733
1734 【事件性质】=‘告警’
1735 )))
1736 |4|紧急、高、中、低|在故障、申告、告警中分别过滤【事件优先级】
1737 |5|业务系统|分别过滤【事件所属系统类型】的业务系统
1738
1739 ====== **2.14.2 按业务系统细分的故障和优先级分类统计报表** ======
1740
1741 |(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**子类**|(% rowspan="2" %)**故障数量**|(% colspan="4" %)**优先级**
1742 |**紧急**|**高**|**中**|**低**
1743 |(% rowspan="16" %)BOSS系统|营销管理| | | | |
1744 |渠道管理| | | | |
1745 |客户服务| | | | |
1746 |产品管理| | | | |
1747 |客户管理| | | | |
1748 |资源管理| | | | |
1749 |订单管理| | | | |
1750 |服务开通| | | | |
1751 |综合采集| | | | |
1752 |融合计费| | | | |
1753 |综合帐务| | | | |
1754 |综合结算| | | | |
1755 |合作伙伴管理| | | | |
1756 |系统管理| | | | |
1757 |统计报表| | | | |
1758 |一级BOSS| | | | |
1759 |(% rowspan="8" %)客服系统|电话呼叫中心| | | | |
1760 |互联网呼叫中心| | | | |
1761 |短信呼叫中心| | | | |
1762 |工单管理| | | | |
1763 |知识管理| | | | |
1764 |人力资源| | | | |
1765 |质量管理| | | | |
1766 |数据统计分析| | | | |
1767 |(% rowspan="2" %)经营分析|通用分析| | | | |
1768 |专题分析| | | | |
1769 |(% rowspan="3" %)容灾系统|BOSS数据保护| | | | |
1770 |BOSS业务接管| | | | |
1771 |BOSS资源复用| | | | |
1772 |(% rowspan="2" %)BOSS网管|监控管理| | | | |
1773 |服务管理| | | | |
1774
1775 指标说明:
1776
1777 |**序号**|**指标名称**|**指标计算说明**
1778 |1|故障总数|(((
1779 数量:在事件单中根据以下条件过滤:
1780
1781 【重复事件标记】为空
1782
1783 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1784
1785 【事件发生时间】在统计周期内
1786
1787 【事件性质】=‘故障’
1788 )))
1789 |2|紧急、高、中、低|在故障、申告、告警中分别过滤【事件优先级】
1790 |3|业务系统|分别过滤【事件所属系统类型】的子类
1791
1792 ====== **2.14.3 按业务系统和影响度分类统计报表** ======
1793
1794 |(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**事件性质**|(% rowspan="2" %)**总数**|(% colspan="4" %)**影响度**
1795 |**重大**|**严重**|**一般**|**无**
1796 |(% rowspan="2" %)BOSS系统|故障| | | | |
1797 |申告| | | | |
1798 |(% rowspan="2" %)客服系统|故障| | | | |
1799 |申告| | | | |
1800 |(% rowspan="2" %)经营分析|故障| | | | |
1801 |申告| | | | |
1802 |容灾系统|故障| | | | |
1803 |BOSS网管|故障| | | | |
1804
1805 指标说明:
1806
1807 |**序号**|**指标名称**|**指标计算说明**
1808 |1|故障总数|(((
1809 数量:在事件单中根据以下条件过滤:
1810
1811 【重复事件标记】为空
1812
1813 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1814
1815 【事件发生时间】在统计周期内
1816
1817 【事件性质】=‘故障’
1818 )))
1819 |2|申告总数|(((
1820 数量:在事件单中根据以下条件过滤:
1821
1822 【重复事件标记】为空
1823
1824 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1825
1826 【事件发生时间】在统计周期内
1827
1828 【事件性质】=‘申告’
1829 )))
1830 |3|重大、严重、一般、无|在故障、申告总数分别过滤【事件影响度】
1831 |4|业务系统|分别过滤【事件所属系统类型】的业务系统
1832
1833 ====== **2.14.4 按业务系统细分的故障和影响度分类统计报表** ======
1834
1835 |(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**子类**|(% rowspan="2" %)**故障数量**|(% colspan="4" %)**影响度**
1836 |**重大**|**严重**|**一般**|**无**
1837 |(% rowspan="16" %)BOSS系统|营销管理| | | | |
1838 |渠道管理| | | | |
1839 |客户服务| | | | |
1840 |产品管理| | | | |
1841 |客户管理| | | | |
1842 |资源管理| | | | |
1843 |订单管理| | | | |
1844 |服务开通| | | | |
1845 |综合采集| | | | |
1846 |融合计费| | | | |
1847 |综合帐务| | | | |
1848 |综合结算| | | | |
1849 |合作伙伴管理| | | | |
1850 |系统管理| | | | |
1851 |统计报表| | | | |
1852 |一级BOSS| | | | |
1853 |(% rowspan="8" %)客服系统|电话呼叫中心| | | | |
1854 |互联网呼叫中心| | | | |
1855 |短信呼叫中心| | | | |
1856 |工单管理| | | | |
1857 |知识管理| | | | |
1858 |人力资源| | | | |
1859 |质量管理| | | | |
1860 |数据统计分析| | | | |
1861 |(% rowspan="2" %)经营分析|通用分析| | | | |
1862 |专题分析| | | | |
1863 |(% rowspan="3" %)容灾系统|BOSS数据保护| | | | |
1864 |BOSS业务接管| | | | |
1865 |BOSS资源复用| | | | |
1866 |(% rowspan="2" %)BOSS网管|监控管理| | | | |
1867 |服务管理| | | | |
1868
1869 指标说明:
1870
1871 |**序号**|**指标名称**|**指标计算说明**
1872 |1|故障总数|(((
1873 数量:在事件单中根据以下条件过滤:
1874
1875 【重复事件标记】为空
1876
1877 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1878
1879 【事件发生时间】在统计周期内
1880
1881 【事件性质】=‘故障’
1882 )))
1883 |2|重大、严重、一般、无|在故障总数分别过滤【事件影响度】
1884 |3|业务系统|分别过滤【事件所属系统类型】的子类
1885
1886 ====== **2.14.5 按业务系统统计故障和申告处理效率指标报表** ======
1887
1888 |(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**事件性质**|(% rowspan="2" %)**总数**|(% rowspan="2" %)**帮助台解决率**|(% rowspan="2" %)**一线解决率**|(% rowspan="2" %)**二线解决率**|(% rowspan="2" %)**及时解决率**|(% rowspan="2" %)**一次解决率**|(% rowspan="2" %)**超时未解决数**|(% colspan="4" %)**平均解决时间**
1889 |**紧急**|**高**|**中**|**低**
1890 |(% rowspan="4" %)BOSS系统|故障| | | | | | | | | | |
1891 |申告| | | | | | | | | | |
1892 |咨询| | | | | | | | | | |
1893 |告警| | | | | | | | | | |
1894 |(% rowspan="4" %)客服系统|故障| | | | | | | | | | |
1895 |申告| | | | | | | | | | |
1896 |咨询| | | | | | | | | | |
1897 |告警| | | | | | | | | | |
1898 |(% rowspan="4" %)经营分析|故障| | | | | | | | | | |
1899 |申告| | | | | | | | | | |
1900 |咨询| | | | | | | | | | |
1901 |告警| | | | | | | | | | |
1902 |(% rowspan="2" %)容灾系统|故障| | | | | | | | | | |
1903 |告警| | | | | | | | | | |
1904 |(% rowspan="2" %)BOSS网管|故障| | | | | | | | | | |
1905 |告警| | | | | | | | | | |
1906
1907 指标说明:
1908
1909 |**序号**|**指标名称**|**指标计算说明**
1910 |1|(((
1911 故障总数
1912
1913 申告总数
1914
1915 咨询总数
1916
1917 告警总数
1918 )))|(((
1919 数量:在事件单中根据以下条件过滤
1920
1921 【重复事件标记】为空
1922
1923 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
1924
1925 【事件发生时间】在统计周期内
1926
1927 分别统计【事件性质】=‘故障’、‘申告’、‘咨询’、‘告警’
1928 )))
1929 |2|帮助台解决率|(((
1930 数量:在(故障、申告、咨询、告警)总数中过滤所有【事件解决人角色】=‘帮助台’
1931
1932 比率:数量 / 总数 × 100 %
1933 )))
1934 |3|一线解决率|(((
1935 数量:在(故障、申告、咨询、告警)总数中过滤所有【事件解决人角色】=‘一线’
1936
1937 比率:数量 / 总数 × 100 %
1938 )))
1939 |4|二线解决率|(((
1940 数量:在(故障、申告、咨询、告警)总数中过滤所有【事件解决人角色】=‘二线’
1941
1942 比率:数量 / 总数 × 100 %
1943 )))
1944 |5|及时解决率|(((
1945 数量:在(故障、申告、咨询、告警)总数中过滤【处理是否超时】=‘未超时’and 【事件结束代码】=‘成功解决’or‘变通方法解决’
1946
1947 比率:数量/总数 × 100 %
1948 )))
1949 |6|一次解决率|(((
1950 数量1:在(故障、申告、咨询、告警)总数中过滤【事件结束代码】=‘成功解决’or‘变通方法解决’
1951
1952 数量2:在(故障、申告、咨询、告警)总数中过滤【事件结束代码】=‘不成功’
1953
1954 比率:(数量1 - 数量2) / 数量1  × 100 %
1955 )))
1956 |7|超时未解决数|数量:在(故障、申告、咨询、告警)总数中过滤【处理已超时】=‘超时’and 【事件状态】!=(‘关闭’or ‘已解决’)
1957 |8|平均解决时间|(((
1958 完成的事件:在(故障、申告、咨询、告警)总数中过滤所有【事件状态】=‘已解决’or ‘关闭’的事件
1959
1960 平均解决时间:累加完成事件的(【实际完成时间】-【登记时间】)/ 完成的事件数量
1961 )))
1962
1963 ====== **2.14.6 按事件分类的故障和优先级统计报表** ======
1964
1965 |(% rowspan="2" %)**类别**|(% rowspan="2" %)**子类**|(% rowspan="2" %)(((
1966 **故障**
1967
1968 **数量**
1969 )))|(% colspan="4" %)**优先级**
1970 |**紧急**|**高**|**中**|**低**
1971 |(% rowspan="8" %)系统硬件|路由器| | | | |
1972 |网络交换机| | | | |
1973 |小型机| | | | |
1974 |PC服务器| | | | |
1975 |磁盘阵列| | | | |
1976 |存储光纤交换机| | | | |
1977 |磁带库| | | | |
1978 |光盘库| | | | |
1979 |(% rowspan="4" %)客服设备|排队机| | | | |
1980 |CTI服务器| | | | |
1981 |CCS| | | | |
1982 |IVR服务器| | | | |
1983 |(% rowspan="5" %)安全设施|防火墙| | | | |
1984 |IDS入侵监测系统| | | | |
1985 |IPS入侵防护系统| | | | |
1986 |防毒墙| | | | |
1987 |安全软件| | | | |
1988 |(% rowspan="6" %)系统软件|操作系统| | | | |
1989 |数据库| | | | |
1990 |中间件| | | | |
1991 |集群软件| | | | |
1992 |备份软件| | | | |
1993 |系统管理软件| | | | |
1994 |(% rowspan="3" %)配套设施|UPS| | | | |
1995 |空调| | | | |
1996 |其它| | | | |
1997 |(% rowspan="5" %)应用软件|进程| | | | |
1998 |数据| | | | |
1999 |参数| | | | |
2000 |代码| | | | |
2001 |接口| | | | |
2002
2003 指标说明:
2004
2005 |**序号**|**指标名称**|**指标计算说明**
2006 |1|故障总数|(((
2007 数量:在事件单中根据以下条件过滤:
2008
2009 【重复事件标记】为空
2010
2011 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
2012
2013 【事件发生时间】在统计周期内
2014
2015 【事件性质】=‘故障’
2016 )))
2017 |2|紧急、高、中、低|在故障总数分别过滤【事件优先级】
2018 |3|事件分类|分别过滤【事件分类】的子类
2019
2020 ====== **2.14.7 按业务中断时长分类的统计报表** ======
2021
2022 |**业务系统**|**子类**|**故障数量**|**业务中断时长**
2023 |(% rowspan="16" %)BOSS系统|营销管理| |
2024 |渠道管理| |
2025 |客户服务| |
2026 |产品管理| |
2027 |客户管理| |
2028 |资源管理| |
2029 |订单管理| |
2030 |服务开通| |
2031 |综合采集| |
2032 |融合计费| |
2033 |综合帐务| |
2034 |综合结算| |
2035 |合作伙伴管理| |
2036 |系统管理| |
2037 |统计报表| |
2038 |一级BOSS| |
2039 |(% rowspan="8" %)客服系统|电话呼叫中心| |
2040 |互联网呼叫中心| |
2041 |短信呼叫中心| |
2042 |工单管理| |
2043 |知识管理| |
2044 |人力资源| |
2045 |质量管理| |
2046 |数据统计分析| |
2047 |(% rowspan="2" %)经营分析|通用分析| |
2048 |专题分析| |
2049 |(% rowspan="3" %)容灾系统|BOSS数据保护| |
2050 |BOSS业务接管| |
2051 |BOSS资源复用| |
2052 |(% rowspan="2" %)BOSS网管|监控管理| |
2053 |服务管理| |
2054
2055 注: 业务中断时长=业务恢复时间-事件发生时间, 单位为分钟
2056
2057 指标说明:
2058
2059 |**序号**|**指标名称**|**指标计算说明**
2060 |1|故障数量|(((
2061 数量:在事件单中根据以下条件过滤:
2062
2063 【重复事件标记】为空
2064
2065 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
2066
2067 【事件发生时间】在统计周期内
2068
2069 【事件性质】=‘故障’
2070 )))
2071 |2|业务中断时长|【业务恢复时间】-【事件发生时间】
2072 |3|业务系统分类|分别过滤【事件所属系统类型】的子类
2073
2074 ====== **2.14.8 故障厂商统计** ======
2075
2076 |**系统分类**|**厂商名称**|**故障数量**|**重大**|**严重**|**一般**
2077 |(% rowspan="4" %)小型机|HP| | | |
2078 |IBM| | | |
2079 |SUN| | | |
2080 |NCR| | | |
2081 |(% rowspan="4" %)路由器|Cisco| | | |
2082 |中兴| | | |
2083 |3COM| | | |
2084 |华为| | | |
2085 |(% rowspan="4" %)网络交换机|Cisco| | | |
2086 |中兴| | | |
2087 |3COM| | | |
2088 |华为| | | |
2089 |(% rowspan="7" %)磁盘阵列|HP| | | |
2090 |EMC| | | |
2091 |IBM| | | |
2092 |NCR| | | |
2093 |HDS| | | |
2094 |NETAPP| | | |
2095 |SUN| | | |
2096 |(% rowspan="5" %)存储光纤交换机|HP| | | |
2097 |IBM| | | |
2098 |McDATA| | | |
2099 |BROCADE| | | |
2100 |EMC| | | |
2101 |(% rowspan="5" %)磁带库|HP| | | |
2102 |SUN| | | |
2103 |IBM| | | |
2104 |STK| | | |
2105 |Quantum ATL| | | |
2106 |(% rowspan="6" %)数据库|Oracle| | | |
2107 |DB2| | | |
2108 |Microsoft| | | |
2109 |TERADATA| | | |
2110 |Informix| | | |
2111 |Sybase| | | |
2112 |(% rowspan="3" %)操作系统|HP| | | |
2113 |IBM| | | |
2114 |SUN| | | |
2115 |(% rowspan="4" %)系统管理软件|CA| | | |
2116 |HP| | | |
2117 |BMC| | | |
2118 |IBM| | | |
2119 |(% rowspan="4" %)中间件|BEA| | | |
2120 |IBM| | | |
2121 |东方通科技| | | |
2122 |Borland| | | |
2123 |(% rowspan="3" %)客服设备|华为| | | |
2124 |AVAYA| | | |
2125 |北电| | | |
2126
2127 注:该报表中的厂商按照各省实际情况上报。
2128
2129 指标说明:
2130
2131 |**序号**|**指标名称**|**指标计算说明**
2132 |1|故障数量|(((
2133 数量:在事件单中根据以下条件过滤:
2134
2135 【重复事件标记】为空
2136
2137 【事件结束代码】不等于‘消失’or‘误报’or‘可忽略’
2138
2139 【事件发生时间】在统计周期内
2140
2141 【事件性质】=‘故障’
2142 )))
2143 |2|重大、严重、一般|在故障数量分别过滤【事件影响度】
2144 |3|故障厂商|分别过滤【故障厂商】
2145
2146 ====== **2.14.9 业务处理统计** ======
2147
2148 |**业务系统类别**|**子类**|**业务处理数量**|**完成及时率**
2149 |(% rowspan="16" %)BOSS系统|营销管理| |
2150 |渠道管理| |
2151 |客户服务| |
2152 |产品管理| |
2153 |客户管理| |
2154 |资源管理| |
2155 |订单管理| |
2156 |服务开通| |
2157 |综合采集| |
2158 |融合计费| |
2159 |综合帐务| |
2160 |综合结算| |
2161 |合作伙伴管理| |
2162 |系统管理| |
2163 |统计报表| |
2164 |一级BOSS| |
2165 |(% rowspan="8" %)客服系统|电话呼叫中心| |
2166 |互联网呼叫中心| |
2167 |短信呼叫中心| |
2168 |工单管理| |
2169 |知识管理| |
2170 |人力资源| |
2171 |质量管理| |
2172 |数据统计分析| |
2173 |(% rowspan="2" %)经营分析|通用分析| |
2174 |专题分析| |
2175
2176 指标说明:
2177
2178 |**序号**|**指标名称**|**指标计算说明**
2179 |1|业务处理数量|(((
2180 数量:在业务处理单中根据以下条件过滤:
2181
2182 【事件发生时间】在统计周期内
2183
2184 【事件性质】=‘业务处理’
2185 )))
2186 |2|完成及时率|(((
2187 数量:在业务处理数量中过滤【处理是否超时】=‘未超时’and 【实际完成时间】在统计周期内
2188
2189 比率:数量/业务处理数量 × 100 %
2190 )))
2191
2192 ====== **2.14.10 维护作业按业务系统分类统计** ======
2193
2194 |**业务系统**|**完成的数量**|**完成及时率**
2195 |BOSS系统| |
2196 |客服系统| |
2197 |经营分析| |
2198 |容灾系统| |
2199 |BOSS网管| |
2200
2201 指标说明:
2202
2203 |**序号**|**指标名称**|**指标计算说明**
2204 |1|完成的数量|(((
2205 数量:在维护作业单中根据以下条件过滤:
2206
2207 【实际完成时间】在统计周期内
2208
2209 【事件性质】=‘维护作业’
2210 )))
2211 |2|完成及时率|(((
2212 数量:在完成的数量中过滤【处理是否超时】=‘未超时’and 【实际完成时间】在统计周期内
2213
2214 比率:数量/完成的数量 × 100 %
2215 )))
2216
2217 ====== **2.14.11 维护作业按事件分类统计** ======
2218
2219 |**类别**|**子类**|**完成的数量**|**完成及时率**
2220 |(% rowspan="8" %)系统硬件|路由器| |
2221 |网络交换机| |
2222 |小型机| |
2223 |PC服务器| |
2224 |磁盘阵列| |
2225 |存储光纤交换机| |
2226 |磁带库| |
2227 |光盘库| |
2228 |(% rowspan="4" %)客服设备|排队机| |
2229 |CTI服务器| |
2230 |CCS| |
2231 |IVR服务器| |
2232 |(% rowspan="5" %)安全设施|防火墙| |
2233 |IDS入侵监测系统| |
2234 |IPS入侵防护系统| |
2235 |防毒墙| |
2236 |安全软件| |
2237 |(% rowspan="6" %)系统软件|操作系统| |
2238 |数据库| |
2239 |中间件| |
2240 |集群软件| |
2241 |备份软件| |
2242 |系统管理软件| |
2243 |(% rowspan="3" %)配套设施|UPS| |
2244 |空调| |
2245 |其它| |
2246 |(% rowspan="5" %)应用软件|进程| |
2247 |数据| |
2248 |参数| |
2249 |代码| |
2250 |接口| |
2251
2252 指标说明:
2253
2254 |**序号**|**指标名称**|**指标计算说明**
2255 |1|完成的数量|(((
2256 数量:在维护作业单中根据以下条件过滤:
2257
2258 【实际完成时间】在统计周期内
2259
2260 【事件性质】=‘维护作业’
2261 )))
2262 |2|完成及时率|(((
2263 数量:在完成的数量中过滤【处理是否超时】=‘未超时’and 【实际完成时间】在统计周期内
2264
2265 比率:数量/完成的数量 × 100 %
2266 )))
2267
2268 == ==
2269
2270 [[返回本章节索引>>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%E9%80%9A%E4%BF%A1%E7%BD%91%E7%AE%A1%E4%B8%AD%E5%BF%83ITIL%E4%BA%8B%E4%BB%B6%E7%AE%A1%E7%90%86%E6%B5%81%E7%A8%8B%E8%AF%A6%E7%BB%86%E8%AE%BE%E8%AE%A1%E8%AF%B4%E6%98%8E%E4%B9%A6/]]
2271
2272
深圳市艾拓先锋企业管理咨询有限公司