由 superadmin 于 2024/10/29, 18:58 最后修改
从版本< 12.1
由superadmin编辑
在2024/10/29, 18:58上
到版本
由superadmin编辑
在2024/10/29, 18:53上
<
修改评论 上传新附件1730199236176-847.png

Summary

Details

Icon Page properties
Content
... ... @@ -50,11 +50,12 @@
50 50  1. 辅助配合
51 51  1. 文档需求
52 52  
53 +
53 53  本事件管理范围不包括尚处于开发或测试环境系统引发的事件。
54 54  
55 55  
56 56  
57 -== **1.3 前提与假设** ==
58 +== **1.4 前提与假设** ==
58 58  
59 59  阅读本文的读者应该了解IT服务管理国际最佳实践（ITIL）的基本知识，并具有流程的基本技能，了解XX移动网管中心系统运维的业务。
60 60  
... ... @@ -61,7 +61,7 @@
61 61  同时，假设网管中心的事件发起主要通过电话、邮件、自助平台、告警系统、短信。
62 62  
63 63  
64 -== **1.4 文档结构** ==
65 +== **1.5 文档结构** ==
65 65  
66 66  本文有以下几个章节组成：
67 67  
... ... @@ -98,6 +98,7 @@
98 98  |从事件|从事件是由于相同原因导致的多个故障中，在主事件后提出来的故障。
99 99  
100 100  
102 +
101 101  = **3. 角色与职责** =
102 102  
103 103  流程的实现是通过不同的流程角色以及其被赋予的职责来实现的，因此流程的每一个角色可以被定义为一系列职责的集合。在实际操作中，不同的人员将被赋予不同的角色，既可以一个人被赋予多个角色，也可以多个人被赋予一个角色。
... ... @@ -148,7 +148,7 @@
148 148  1. 较强的领导能力
149 149  )))
150 150  |(% style="width:114px" %)服务台|(% style="width:854px" %)(((
151 -负责受理来自电话、自助平台的服务请求事件和故障申告事件，并有效记录事件信息。根据事件分类分级负责事件的分派，并负责处理部分服务请求事件。
153 +负责[[受理来自电话、自助平台的服务请求事件和故障申告事件，并有效记录事件信息。根据事件分类分级负责事件的分派>>path:#_Hlk258312191]]，并负责处理部分服务请求事件。
152 152  
153 153  1. 作为与用户进行事件沟通的联系入口。
154 154  1. 根据服务级别协议要求，受理来自电话、自助平台的事件申告。
... ... @@ -305,8 +305,6 @@
305 305  1. 事件经理应将网管中心现有技术水平无法控制和解决的重大紧急事件升级第三方/供应商支持，以借助外部资源进口解决事件，确保业务尽快恢复正常；同时，根据网管中心要求上报有关领导与机构。
306 306  1. 对于升级的事件，处理人员应填写相关的申请表单或标注升级标记后，交由他人处理。
307 307  
308 -(% class="wikigeneratedid" %)
309 -=== ===
310 310  
311 311  === **4.1.5 关闭原则** ===
312 312  
... ... @@ -319,8 +319,6 @@
319 319  1. 已关闭的事件不允许重开。如果一个事件重复发生，则应创建一个新的事件申请单。
320 320  1. 如果事件存在相关联的问题或变更，应等待问题或变更关闭后才能关闭原事件。
321 321  
322 -(% class="wikigeneratedid" %)
323 -== ==
324 324  
325 325  == **4.2 流程关联原则** ==
326 326  
... ... @@ -347,6 +347,7 @@
347 347  ** 在事件处理过程中，会调用知识库中与事件相关的知识。
348 348  ** 事件处理完毕后，如果知识库没有处理相关事件的解决方案或变通方法。则可将该事件处理的解决方案/变通方法通告知识管理存入知识库中。
349 349  
348 +
350 350  (% style="text-align:center" %)
351 351  [[image:1730193362660-174.png]]
352 352  
... ... @@ -363,6 +363,7 @@
363 363  1. 供应商提供的其产品信息，包括产品技术细节和产品本身存在的已知错误
364 364  1. 服务目录和服务级别协议(SLA)
365 365  
365 +
366 366  |名称|描述|模板|输入
367 367  |(((
368 368  故障申告
... ... @@ -403,6 +403,7 @@
403 403  服务级别协议
404 404  )))|服务级别管理
405 405  
406 +
406 406  |序号|来源方式|说明
407 407  |1|电话|用户通过电话申告的事件，需要服务台/一线支持人员创建事件申请单。
408 408  |2|邮件|用户通过电子邮件向服务台/一线支持人员申报事件。
... ... @@ -409,8 +409,6 @@
409 409  |3|自助平台|用户通过自助平台（网上）填写事件申请单申报事件。
410 410  |4|监控告警|通过后台监控软件/工具自动转发事件。
411 411  
412 -(% class="wikigeneratedid" %)
413 -== ==
414 414  
415 415  == **4.4 出口原则** ==
416 416  
... ... @@ -422,6 +422,7 @@
422 422  1. 事件处理过程中，涉及配置信息的变更，向配置管理流程提出配置申请
423 423  1. 根据事件管理情况，定期提供事件管理的相关分析报告
424 424  
424 +
425 425  |名称|(% style="width:840px" %)描述|(% style="width:148px" %)模板|(% style="width:192px" %)输出
426 426  |(((
427 427  故障解决方案
... ... @@ -471,6 +471,7 @@
471 471  )))
472 472  
473 473  
474 +
474 474  = **5. 工作流程** =
475 475  
476 476  == **5.1 事件管理主流程** ==
... ... @@ -644,8 +644,6 @@
644 644  )))
645 645  |10|结束|(% style="width:769px" %)流程结束节点。|(% style="width:102px" %) |(% style="width:125px" %) |
646 646  
647 -(% class="wikigeneratedid" %)
648 -== ==
649 649  
650 650  == **5.2 子流程1：事件记录与分类分派（服务台）** ==
651 651  
... ... @@ -853,8 +853,6 @@
853 853  )))|事件申请单|事件申请单|服务台
854 854  |19|结束|流程结束节点。| | |
855 855  
856 -(% class="wikigeneratedid" %)
857 -== ==
858 858  
859 859  == **5.3 子流程2：事件记录与分类分派（一线支持）** ==
860 860  
... ... @@ -1044,611 +1044,4 @@
1044 1044  )))|事件申请单|事件申请单|一线支持
1045 1045  |17|结束|流程结束节点。| | |
1046 1046  
1047 -
1048 -== **5.4 子流程3：服务请求事件处理** ==
1049 -
1050 -=== **5.4.1 子流程描述** ===
1051 -
1052 -该子流程是服务台或一线支持针对服务请求类事件，按照不同角色的服务职责，科学合理地分（转）派事件，以及及时地处理服务请求类事件的管理流程。服务请求类事件采用谁受理，谁负责和谁关闭的原则，但是，如果一线支持受理的服务请求事件需要服务台处理，则是直接“转派”给服务台受理与处理，不再执行任务“分派”，也就是将事件直接转给服务台，由服务台对该事件受理、负责与关闭。
1053 -
1054 -
1055 -=== **5.4.2流程图** ===
1056 -
1057 -(% style="text-align:center" %)
1058 -[[image:1730198831968-776.png]]
1059 -
1060 -
1061 -=== **5.4.3 流程说明** ===
1062 -
1063 -|序号|活动/子流程|(% style="width:876px" %)描述|(% style="width:94px" %)输入|(% style="width:112px" %)输出|责任人
1064 -|1|开始|(% style="width:876px" %)流程开始流程的起始节点 。|(% style="width:94px" %) |(% style="width:112px" %) |
1065 -|2|(((
1066 -L1.1
1067 -
1068 -明确服务请求需求
1069 -)))|(% style="width:876px" %)(((
1070 1070  
1071 -
1072 -* 服务台/一线支持与用户进一步沟通，明确用户的服务需求。 
1073 -)))|(% style="width:94px" %)事件申请单|(% style="width:112px" %)事件申请单|服务台/一线支持
1074 -|3|(((
1075 -L1.2
1076 -
1077 -选择与分(转)派
1078 -
1079 -服务支持
1080 -)))|(% style="width:876px" %)(((
1081 -
1082 -
1083 -* 根据服务请求事件的分类，分派不同角色。
1084 -* 如果是服务台“分派”的事件，需要由服务台关闭此事件；如果是一线支持“分派”的事件需要由一线支持关闭此事件。
1085 -* 如果一线支持受理的服务请求事件需要服务台处理，则直接“转派”给服务台受理与处理，不再执行任务“分派”。也就是将事件直接转给服务台，由服务台对该事件负责。
1086 -)))|(% style="width:94px" %)事件申请单|(% style="width:112px" %)事件申请单|服务台/一线支持
1087 -|4|(((
1088 -L1.3
1089 -
1090 -服务台解决
1091 -)))|(% style="width:876px" %)(((
1092 -
1093 -
1094 -* 服务台对所负责的服务请求事件进行处理。
1095 -* 事件处理完，由服务台关闭此事件。
1096 -)))|(% style="width:94px" %)事件申请单|(% style="width:112px" %)事件申请单|服务台
1097 -|5|(((
1098 -L2.1
1099 -
1100 -一线支持与服务
1101 -)))|(% style="width:876px" %)(((
1102 -
1103 -
1104 -* 一线支持对所负责的服务请求事件进行处理。
1105 -* 事件处理完，如果事件是服务台“分派”的事件，返回服务台服务结果，由服务台关闭此事件。
1106 -* 事件处理完，如果事件是一线支持受理的事件，由一线支持关闭此事件。
1107 -)))|(% style="width:94px" %)事件申请单|(% style="width:112px" %)事件申请单|一线支持
1108 -|6|(((
1109 -L3.1
1110 -
1111 -现场服务
1112 -)))|(% style="width:876px" %)(((
1113 -
1114 -
1115 -* 现场工程师实现现场服务，并返回服务结果给“分派”方（服务台或一线支持）。
1116 -* 事件处理完，如果事件是服务台“分派”的事件，返回服务台服务结果，由服务台关闭此事件。
1117 -* 事件处理完，如果事件是一线支持“分派”的事件，返回一线支持服务结果，由一线支持关闭此事件。。
1118 -)))|(% style="width:94px" %)事件申请单|(% style="width:112px" %)事件申请单|现场工程师
1119 -|7|(((
1120 -L4.1
1121 -
1122 -二线支持与服务
1123 -)))|(% style="width:876px" %)(((
1124 -
1125 -
1126 -* 二线支持实现服务请求服务，并返回服务结果给“分派”方（服务台或一线支持）。
1127 -* 事件处理完，如果事件是服务台“分派”的事件，返回服务台服务结果，由服务台关闭此事件。
1128 -* 事件处理完，如果事件是一线支持“分派”的事件，返回一线支持服务结果，由一线支持关闭此事件。
1129 -)))|(% style="width:94px" %)事件申请单|(% style="width:112px" %)事件申请单|二线支持
1130 -|8|结束|(% style="width:876px" %)流程结束节点。|(% style="width:94px" %) |(% style="width:112px" %) |
1131 -
1132 -
1133 -== **5.5 子流程4：故障一线支持与处理** ==
1134 -
1135 -=== **5.5.1 子流程描述** ===
1136 -
1137 -该子流程是处理服务台分派或一线支持受理的故障类事件的流程。一线支持基于记录与沟通的故障信息，根据自己的专业知识，借助知识库的支撑，诊断分析故障原因，提出适合的故障解决方案，达到对故障的及时处理。如果一线支持无法及时解决故障，需主动升级二线支持解决。在故障处理过程中，如果涉及变更，则需要提交变更申请单走变更管理流程；如果故障仅是通过变通方法解决而没有根本性解决，则需要创建问题申请单走问题管理流程。
1138 -
1139 -=== ===
1140 -
1141 -=== **5.5.2 流程图** ===
1142 -
1143 -
1144 -(% style="text-align:center" %)
1145 -[[image:图片12.jpg]]
1146 -
1147 -
1148 -=== **5.5.3 流程说明** ===
1149 -
1150 -|序号|活动/子流程|(% style="width:922px" %)描述|(% style="width:98px" %)输入|(% style="width:93px" %)输出|(% style="width:92px" %)责任人
1151 -|1|开始|(% style="width:922px" %)流程的起始节点 。|(% style="width:98px" %) |(% style="width:93px" %) |(% style="width:92px" %)
1152 -|2|(((
1153 -L1.1
1154 -
1155 -明确支持需求
1156 -)))|(% style="width:922px" %)(((
1157 -
1158 -
1159 -* 一线支持受理或接受分派的事件请求后，如果需要与用户进一步沟通，可根据事件申请单信息联系用户，进行深层次了解事件情况，为评估诊断和提供解决方案奠定基础。
1160 -)))|(% style="width:98px" %)事件申请单|(% style="width:93px" %)事件申请单|(% style="width:92px" %)一线支持
1161 -|3|(((
1162 -L1.2
1163 -
1164 -故障诊断分析
1165 -
1166 -及解决
1167 -)))|(% style="width:922px" %)(((
1168 -
1169 -
1170 -* 依据专业知识，借助已有的知识库对事件现象进行诊断分析，查明原因。
1171 -* 查询配置数据库中受影响的配置项的属性和配置项间的关联关系，以定位故障。
1172 -* 根据对故障的评估诊断，提供合理的解决方案或变通方法。
1173 -* 如果是变通方法，在提供解决方案的同时，标注变通方法标记。
1174 -* 如果故障处理过程中，涉及变更，需提交变更申请单，交变更管理流程。
1175 -* 如果故障仅是通过变通方法解决而没有根本性解决，则需要创建问题申请单，走问题管理流程。
1176 -)))|(% style="width:98px" %)(((
1177 -事件申请单
1178 -
1179 -已知错误
1180 -
1181 -解决方案
1182 -
1183 -配置信息
1184 -)))|(% style="width:93px" %)事件申请单|(% style="width:92px" %)一线支持
1185 -|4|(((
1186 -L1.3
1187 -
1188 -解决与恢复
1189 -)))|(% style="width:922px" %)(((
1190 -
1191 -
1192 -* 判断故障是否解决，如果在规定时限内无法解决，则可升级二线支持；如果已解决，则记录与整理解决方案。
1193 -)))|(% style="width:98px" %)-|(% style="width:93px" %)-|(% style="width:92px" %)一线支持
1194 -|5|(((
1195 -L1.4
1196 -
1197 -记录详细
1198 -
1199 -解决方案
1200 -)))|(% style="width:922px" %)(((
1201 -
1202 -
1203 -* 如果故障得到解决，可将此故障的解决方案整理归档，存入知识库中，记录内容可包括详细的解决方案，诊断过程，处理人的信息等。
1204 -* 如果是变通方法，需要标明。
1205 -* 将处理结果反馈受理方（服务台或一线支持），交受理方关闭事件。
1206 -)))|(% style="width:98px" %)(((
1207 -解决方案
1208 -
1209 -事件申请单
1210 -)))|(% style="width:93px" %)事件申请单|(% style="width:92px" %)一线支持
1211 -|6|(((
1212 -L1.5
1213 -
1214 -升级二线支持
1215 -)))|(% style="width:922px" %)(((
1216 -
1217 -
1218 -* 如果故障相对复杂，一线支持无法解决，或者故障影响范围和程度较大，则需提交二线支持进行故障评估与解决。
1219 -* 标注事件状态，升级二线支持处理。
1220 -)))|(% style="width:98px" %)事件申请单|(% style="width:93px" %)事件申请单|(% style="width:92px" %)一线支持
1221 -|7|结束|(% style="width:922px" %)流程结束节点。|(% style="width:98px" %) |(% style="width:93px" %) |(% style="width:92px" %)
1222 -
1223 -(% class="wikigeneratedid" %)
1224 -== ==
1225 -
1226 -== **5.6 子流程5：故障二线支持与处理** ==
1227 -
1228 -=== **5.6.1 子流程描述** ===
1229 -
1230 -该子流程是处理服务台分派的，以及一线支持升级的故障类事件的流程。二线支持基于一线支持升级的故障信息及处理信息，根据自己的专业知识，借助知识库的支撑，诊断分析故障原因，提出适合的故障解决方案，达到对故障的及时处理。如果二线支持无法及时解决事件，将主动升级事件，与事件经理一起邀请第三方/供应商的支持。在故障的处理过程中，如果涉及变更，需要提交变更申请单，走变更管理流程。如果故障仅是通过变通方法解决而没有根本性解决，则需要创建问题申请单走问题管理流程。
1231 -
1232 -=== ===
1233 -
1234 -=== **5.6.2 流程图** ===
1235 -
1236 -(% style="text-align:center" %)
1237 -[[image:图片13.jpg]]
1238 -
1239 -
1240 -
1241 -=== **5.6.3 流程说明** ===
1242 -
1243 -|序号|活动/子流程|(% style="width:883px" %)描述|(% style="width:117px" %)输入|(% style="width:111px" %)输出|(% style="width:105px" %)责任人
1244 -|1|开始|(% style="width:883px" %)流程的起始节点|(% style="width:117px" %) |(% style="width:111px" %) |(% style="width:105px" %)
1245 -|2|(((
1246 -L1.1
1247 -
1248 -事件受理及
1249 -
1250 -需求明确
1251 -)))|(% style="width:883px" %)(((
1252 -
1253 -
1254 -* 二线支持在接到服务台分派或一线支持升级的事件后，如果需要与用户或一线支持人员进一步沟通，可根据事件申请单信息联系用户/一线支持人员进行深层次了解事件情况，为评估诊断和提供解决方案奠定基础。
1255 -)))|(% style="width:117px" %)事件申请单|(% style="width:111px" %)事件申请单|(% style="width:105px" %)二线支持
1256 -|3|(((
1257 -L1.2
1258 -
1259 -故障诊断分析
1260 -
1261 -及解决
1262 -)))|(% style="width:883px" %)(((
1263 -
1264 -
1265 -* 二线支持依据专业知识，借助已有的知识库对事件现象进行诊断分析，查明原因。
1266 -* 查询配置数据库中受影响的配置项的属性和配置项间的关联关系，以定位故障。
1267 -* 根据对故障的评估诊断，提供合理的解决方案或变通方法。
1268 -* 如果是变通方法，在提供解决方案的同时，标注变通方法标记。
1269 -* 如果故障处理过程中，涉及变更，需提交变更申请单，交变更管理流程。
1270 -* 如果故障仅是通过变通方法解决而没有根本性解决，则需要创建问题申请单，走问题管理流程。
1271 -)))|(% style="width:117px" %)(((
1272 -事件申请单
1273 -
1274 -已知错误
1275 -
1276 -解决方案
1277 -
1278 -配置信息
1279 -)))|(% style="width:111px" %)(((
1280 -事件申请单
1281 -
1282 -变更申请单
1283 -)))|(% style="width:105px" %)二线支持
1284 -|4|(((
1285 -L1.3
1286 -
1287 -解决与恢复
1288 -)))|(% style="width:883px" %)(((
1289 -
1290 -
1291 -* 判断故障是否解决，如果在规定时限内无法解决，则可升级第三方支持；如果已解决，则记录与整理解决方案。
1292 -)))|(% style="width:117px" %)-|(% style="width:111px" %)-|(% style="width:105px" %)二线支持
1293 -|5|(((
1294 -L1.4
1295 -
1296 -记录详细
1297 -
1298 -解决方案
1299 -)))|(% style="width:883px" %)(((
1300 -
1301 -
1302 -* 如果故障得到解决，可将此故障的解决方案整理归档，存入知识库中，记录内容可包括详细的解决方案，诊断过程，处理人的信息等。
1303 -* 如果是变通方法，需要标明。
1304 -* 将处理结果反馈受理方（服务台或一线支持），交受理方关闭事件。
1305 -)))|(% style="width:117px" %)(((
1306 -解决方案
1307 -
1308 -事件申请单
1309 -)))|(% style="width:111px" %)事件申请单|(% style="width:105px" %)二线支持
1310 -|6|(((
1311 -L1.5
1312 -
1313 -升级第三方支持
1314 -)))|(% style="width:883px" %)(((
1315 -
1316 -
1317 -* 如果故障相对复杂困难，二线支持能力范围之内无法解决，或者故障影响范围和程度较大，则需提交第三方/供应商的支持进行事件评估与解决。
1318 -* 需要事件经理参与协调。
1319 -)))|(% style="width:117px" %)事件申请单|(% style="width:111px" %)(((
1320 -第三方申请单
1321 -
1322 -事件申请单
1323 -)))|(% style="width:105px" %)二线支持
1324 -|7|结束|(% style="width:883px" %)流程结束节点。|(% style="width:117px" %) |(% style="width:111px" %) |(% style="width:105px" %)二线支持
1325 -
1326 -(% class="wikigeneratedid" %)
1327 -== ==
1328 -
1329 -== **5.7 子流程6：重大事件处理** ==
1330 -
1331 -=== **5.7.1 子流程描述** ===
1332 -
1333 -该子流程是针对具有影响程度高、影响范围广、紧急程度高等特点的重大故障类事件的处理流程。通常，这类事件需要整个网管中心的统一协调、管理上报、动员附加资源和加强沟通等内容。
1334 -
1335 -=== ===
1336 -
1337 -=== **5.7.2 流程图** ===
1338 -
1339 -(% style="text-align:center" %)
1340 -[[image:图片14.jpg]]
1341 -
1342 -
1343 -=== **5.7.3 流程说明** ===
1344 -
1345 -|序号|活动/子流程|(% style="width:795px" %)描述|(% style="width:139px" %)输入|(% style="width:127px" %)输出|(% style="width:144px" %)责任人
1346 -|1|开始|(% style="width:795px" %)流程开始流程的起始节点 。|(% style="width:139px" %) |(% style="width:127px" %) |(% style="width:144px" %)
1347 -|2|(((
1348 -L1.1
1349 -
1350 -事件评估
1351 -)))|(% style="width:795px" %)(((
1352 -
1353 -
1354 -* 对重大事件的影响范围、影响程度和紧急程度进行评估，为协调资源提供依据。
1355 -* 通知相关机构及部门领导
1356 -)))|(% style="width:139px" %)事件申请单|(% style="width:127px" %)评估结果|(% style="width:144px" %)事件经理
1357 -|3|(((
1358 -L1.2
1359 -
1360 -已有应急预案
1361 -)))|(% style="width:795px" %)(((
1362 -
1363 -
1364 -* 判断是否有对应事件的应急预案。
1365 -* 如果有，直接交应急小组启动应急预案。
1366 -* 如果没有，协调相关专家资源，启动应急小组参与。
1367 -)))|(% style="width:139px" %)-|(% style="width:127px" %)-|(% style="width:144px" %)事件经理
1368 -|4|(((
1369 -L2.1
1370 -
1371 -实施应急预案
1372 -)))|(% style="width:795px" %)(((
1373 -
1374 -
1375 -* 事件经理根据判断的紧急预案类型，上报主管领导，同时启动相应的紧急预案。
1376 -)))|(% style="width:139px" %)-|(% style="width:127px" %)-|(% style="width:144px" %)应急小组
1377 -|5|(((
1378 -L1.3
1379 -
1380 -协调资源
1381 -)))|(% style="width:795px" %)(((
1382 -
1383 -
1384 -* 根据事件评估结果组织有关的专家成员，并启动应急小组。
1385 -* 协调相关设备资源，以应对重大事件。
1386 -)))|(% style="width:139px" %)-|(% style="width:127px" %)-|(% style="width:144px" %)事件经理
1387 -|6|(((
1388 -L2.2
1389 -
1390 -诊断分析及解决
1391 -)))|(% style="width:795px" %)(((
1392 -
1393 -
1394 -* 应急小组与相关技术专家对重大事件进行分析诊断，查找根本原因。
1395 -* 如果需要，须与用户进一步沟通，为决策提供依据。
1396 -* 根据分析诊断的结果，形成并提供适合的解决方案，包括临时紧急处理方案。
1397 -* 如果在事件处理过程中，需要变更，则需提交紧急变更申请，走紧急变更流程。
1398 -* 相关技术专家成员须参与。
1399 -)))|(% style="width:139px" %)(((
1400 -事件申请单
1401 -
1402 -评估结果
1403 -)))|(% style="width:127px" %)(((
1404 -解决方案
1405 -
1406 -临时处理方案
1407 -
1408 -紧急变更申请单
1409 -)))|(% style="width:144px" %)应急小组
1410 -|7|(((
1411 -L2.3
1412 -
1413 -解决恢复
1414 -)))|(% style="width:795px" %)(((
1415 -
1416 -
1417 -* 判断重大事件是否得到解决。
1418 -* 如果已解决，则走善后处理过程。
1419 -* 如果未解决，则需调研外部资源，继续分析诊断与解决。
1420 -)))|(% style="width:139px" %)-|(% style="width:127px" %)-|(% style="width:144px" %)应急小组
1421 -|8|(((
1422 -L2.4
1423 -
1424 -协调外部
1425 -
1426 -资源支持
1427 -)))|(% style="width:795px" %)(((
1428 -
1429 -
1430 -* 若故障相对复杂困难，应急小组及内部专家组成员无法解决，或者故障影响范围和影响程度很大，则应邀请相关的第三方或供应商参与解决。
1431 -)))|(% style="width:139px" %)-|(% style="width:127px" %)-|(% style="width:144px" %)应急小组
1432 -|9|(((
1433 -L2.5
1434 -
1435 -善后处理及通报
1436 -)))|(% style="width:795px" %)(((
1437 -
1438 -
1439 -* 重大事件解除后，应通知重大事件各方（申报方、受影响部门、主管机构及相关领导），并向主管机构及相关领导简要报告重大事件处理过程，解决方法，事件解除时间，业务恢复情况等。
1440 -* 如果是临时处理方案，应创建一个新问题，将重大事件处理过程的详细信息记录到问题申请单中，提交问题管理流程。
1441 -* 应对重大事件的处理过程进行详细记录，形成重大事件处理报告，包括事件、分析、诊断、解决等过程。
1442 -* 将重大事件的解决方案或临时处理方案提交到知识管理流程，存入知识库中。
1443 -)))|(% style="width:139px" %)事件申请单|(% style="width:127px" %)(((
1444 -
1445 -
1446 -重大事件处理报告
1447 -
1448 -事件申请单
1449 -
1450 -问题申请单
1451 -)))|(% style="width:144px" %)应急小组
1452 -|10|结束|(% style="width:795px" %)流程结束节点。|(% style="width:139px" %) |(% style="width:127px" %) |(% style="width:144px" %)事件经理
1453 -
1454 -== ==
1455 -
1456 -== **5.8 子流程7：协调第三方支持** ==
1457 -
1458 -=== **5.8.1 子流程描述** ===
1459 -
1460 -该子流程是在故障类事件的处理中，为有效发挥和利用第三方/供应商资源解决事件，对第三方/供应商资源应用进行的规范管理流程。
1461 -
1462 -=== ===
1463 -
1464 -=== **5.8.2**流程图 ===
1465 -
1466 -(% style="text-align:center" %)
1467 -[[image:1730199236176-847.png]]
1468 -
1469 -
1470 -=== **5.8.3 流程说明** ===
1471 -
1472 -|序号|活动/子流程|描述|输入|输出|责任人
1473 -|1|开始|流程的起始节点| | |
1474 -|2|(((
1475 -L1.1
1476 -
1477 -信息收集
1478 -)))|(((
1479 -* 根据故障处理的实际情况，收集故障关联的所有相关信息。
1480 -* 确保故障及故障处理描述要准确全面。
1481 -)))|事件申请单|事件申请单|二线支持
1482 -|3|(((
1483 -L1.2
1484 -
1485 -整理分类
1486 -)))|(((
1487 -* 对收集到的故障等进行整理，并按照其类别进行划分，以方便有效的识别和诊断。
1488 -* 根据故障处理情况，提交第三方申请单，交事件经理审批。
1489 -)))|事件申请单|(((
1490 -事件申请单
1491 -
1492 -第三方申请单
1493 -)))|二线支持
1494 -|4|(((
1495 -L1.3
1496 -
1497 -审批
1498 -)))|(((
1499 -* 事件经理根据故障的影响程度、紧急程度、投入成本、UC，以及提供信息的安全性等进行综合评估。
1500 -* 如果未通过，则反馈二线支持和受理方，关闭事件。
1501 -)))|(((
1502 -第三方申请单
1503 -
1504 -事件申请单
1505 -)))|事件申请单|事件经理
1506 -|5|(((
1507 -L1.4
1508 -
1509 -提供信息
1510 -)))|(((
1511 -* 二线支持将审批通过后的、故障相关信息提供给已协调的第三方/供应商。
1512 -* 提供的方式可以多种，包括邮件、书面等方式或当面提供等。
1513 -)))|事件申请单|事件申请单|二线支持
1514 -|6|(((
1515 -L1.5
1516 -
1517 -沟通解决
1518 -)))|(((
1519 -* 二线支持负责跟踪第三方/供应商的故障处理状态，并不定期的保持沟通，以保证解决的效率和效果。
1520 -* 如果在UC范围内，则按照协议规定，监督供应商的服务支持。
1521 -* 记录第三方/供应商的解决方案，并反馈事件受理方（帮助台/一线支持）。
1522 -)))|事件申请单|(((
1523 -事件申请单
1524 -
1525 -解决方案
1526 -)))|事件经理
1527 -|7|结束|流程结束节点。| | |
1528 -
1529 -(% class="wikigeneratedid" %)
1530 -== ==
1531 -
1532 -== **5.9 子流程8：事件关闭** ==
1533 -
1534 -=== **5.9.1 子流程描述** ===
1535 -
1536 -该子流程是事件管理流程的结束点，通过验证用户对事件处理的满意度，和事件信息的正确性与完整性，确保事件的最终关闭。同时，事件处理过程中的解决方案或变通方法应提交知识管理流程形成可复用、可共享的知识保存在知识库中。
1537 -
1538 -=== ===
1539 -
1540 -=== **5.9.2 **流程图 ===
1541 -
1542 -
1543 -(% style="text-align:center" %)
1544 -[[image:1730199296298-349.png]]
1545 -
1546 -
1547 -=== **5.9.3 流程说明** ===
1548 -
1549 -|序号|活动/子流程|(% style="width:737px" %)描述|(% style="width:137px" %)输入|(% style="width:128px" %)输出|(% style="width:153px" %)责任人
1550 -|1|开始|(% style="width:737px" %)流程的起始节点 。|(% style="width:137px" %) |(% style="width:128px" %) |(% style="width:153px" %)
1551 -|2|(((
1552 -L1.1
1553 -
1554 -通知客户
1555 -)))|(% style="width:737px" %)(((
1556 -
1557 -
1558 -* 告知用户关闭事件。
1559 -* 调查用户对故障处理的反馈，包括服务支持的质量，支持的效率和支持的态度等。
1560 -)))|(% style="width:137px" %)事件申请单|(% style="width:128px" %)事件申请单|(% style="width:153px" %)(((
1561 -服务台/
1562 -
1563 -一线支持
1564 -)))
1565 -|3|(((
1566 -L1.2
1567 -
1568 -记录反馈信息
1569 -)))|(% style="width:737px" %)(((
1570 -
1571 -
1572 -* 将用户的反馈信息记录到相应的单据中。
1573 -* 用户的反馈信息可采用短信平台收集。
1574 -)))|(% style="width:137px" %)客户反馈信息|(% style="width:128px" %)客户反馈信息|(% style="width:153px" %)(((
1575 -服务台/
1576 -
1577 -一线支持
1578 -)))
1579 -|4|(((
1580 -L1.3
1581 -
1582 -查看过程文档
1583 -
1584 -是否全面
1585 -)))|(% style="width:737px" %)(((
1586 -
1587 -
1588 -* 服务台/一线支持（事件受理者）应查看事件生命周期中所产生的文档是否完整全面。
1589 -* 如果全面，标明事件状态为结束。
1590 -)))|(% style="width:137px" %)事件申请单|(% style="width:128px" %)(((
1591 -文档清单
1592 -
1593 -事件申请单
1594 -)))|(% style="width:153px" %)(((
1595 -服务台/
1596 -
1597 -一线支持
1598 -)))
1599 -|5|文档归档|(% style="width:737px" %)(((
1600 -
1601 -
1602 -* 若在整个过程中文档不全面，则要求相关责任人完善。
1603 -* 将产生的所有信息归档。
1604 -* 如果解决事件时，采用了新的解决方案/变通方法，则申请将解决方案/变通方法加入到知识库中。
1605 -* 标明事件状态为结束。
1606 -)))|(% style="width:137px" %)文档清单|(% style="width:128px" %)(((
1607 -事件申请单
1608 -
1609 -知识申请单
1610 -)))|(% style="width:153px" %)(((
1611 -服务台/
1612 -
1613 -一线支持
1614 -)))
1615 -|6|结束|(% style="width:737px" %)流程结束节点。|(% style="width:137px" %) |(% style="width:128px" %) |(% style="width:153px" %)
1616 -
1617 -
1618 -
1619 -= **6. 关键绩效指标（KPI）** =
1620 -
1621 -为了较好地控制事件管理流程的质量，必须为流程设置衡量指标，通过对指标的分析，可以有效地对流程的运行情况进行监控和改进。
1622 -
1623 -以下为事件管理流程的关键衡量指标：（评价：角色指标、整体指标）
1624 -
1625 -
1626 -|序号|绩效指标|公式|目标值|衡量方式|报告周期|责任人|备注
1627 -|1|一次性正确解决率|一次正确解决事件数量/∑（事件数）|≥40％|统计|月\季度\年|事件经理|IT服务管理系统统计分析
1628 -|2|服务台解决率|∑(一线解决事件数量)/∑（事件数）×100%|≥85%|统计|月\季度\年|事件经理|
1629 -|3|一线支持解决率|∑(一线解决事件数量)/∑（事件数）×100%|≥85%|统计|月\季度\年|事件经理|
1630 -|4|二线支持解决率|∑(二线解决事件数量)/∑（事件数）×100%|≥90%|统计|月\季度\年|事件经理|
1631 -|5|(((
1632 -事件超限率
1633 -
1634 -（超过SLA）
1635 -)))|(((
1636 -∑（超限事件数量）/∑（事件数）×100%
1637 -
1638 -超限事件数量=用户事件未能在指定时间内解决
1639 -)))|≤5%|统计|周\月\季度\年|事件经理|
1640 -|6|客户满意度|∑（用户满意数量）/∑（调查用户数）×100%|≥95%|统计|季度\年|事件经理|电话回访或客户调查评定
1641 -
1642 -
1643 -= **7. 三、四级文件** =
1644 -
1645 -|名称|说明
1646 -|事件分类|
1647 -|事件优先级|
1648 -|事件申请单|
1649 -|事件报告|月报，周报等
1650 -|重大事件报告|
1651 -|XX紧急预案|
1652 -
1653 -
1654 -
Icon 1730199296298-349.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -45.2 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司