Wiki源代码25 某市供电局IT服务管理体系ITIL事件管理流程
由 superadmin 于 2024/11/01, 20:42 最后修改
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | = **1. 文档介绍** = | ||
| 2 | |||
| 3 | == **1.1 文档简介** == | ||
| 4 | |||
| 5 | 本文档定义了事件管理流程。该流程可以帮助XX供电局及时应对和处理IT运营过程中出现的各种意外情况,通过单点联系、优先级设定、升级机制等处理用户提交的事件申请,从而使服务尽快恢复到正常水平,同时尽可能避免或缩短业务中断,将IT突发事件对组织和用户的业务活动的负面影响降至最低,最终提高用户满意度。文档内容包括: | ||
| 6 | |||
| 7 | 1. 目标,描述事件管理流程所要达到的目标; | ||
| 8 | 1. 流程详述,包括流程图、活动描述及输入输出; | ||
| 9 | 1. 人员角色和职责,描述管理中主要的角色,以及角色所担负的职责和活动; | ||
| 10 | 1. 衡量指标,定义衡量管理绩效的指标; | ||
| 11 | 1. 流程改进,定义流程回顾和改进方法。 | ||
| 12 | |||
| 13 | == == | ||
| 14 | |||
| 15 | == **1.2 文档目标** == | ||
| 16 | |||
| 17 | 本文档是XX供电局实施事件管理流程中的蓝本和指导思想,建议查阅者是与事件管理流程相关的所有技术与管理人员。 | ||
| 18 | |||
| 19 | 本文档所描述的流程在IT服务管理中有许多作用,列举如下: | ||
| 20 | |||
| 21 | 1. 提高了客户的信任和客户满意度,减少了客户请求丢失或忽视; | ||
| 22 | 1. 提高了响应速度,团队协作、团队沟通以及资源管理的效率; | ||
| 23 | 1. 更多及时的事件解决措施,降低了对业务的负面影响; | ||
| 24 | 1. 加强了对第三方以及供应商的控制; | ||
| 25 | 1. 能对员工做出更好的工作安排,提高效率。 | ||
| 26 | |||
| 27 | = = | ||
| 28 | |||
| 29 | = = | ||
| 30 | |||
| 31 | = **2. 角色和职责** = | ||
| 32 | |||
| 33 | == **2.1 事件经理** == | ||
| 34 | |||
| 35 | 1. 确保有效协调资源,通过事件支持专家快速恢复正常服务; | ||
| 36 | 1. 确保事件管理支持人员的适当技能水平和绩效表现; | ||
| 37 | 1. 确保和问题管理流程经理及外部供应商等部门的有效合作; | ||
| 38 | 1. 确保正确和广泛地收集和分析事件数据,发现IT和业务相关的问题; | ||
| 39 | 1. 通过服务台的作用及良好的服务态度来确保客户的满意; | ||
| 40 | 1. 确保有关IT服务和客户支持的管理信息的可获得性; | ||
| 41 | 1. 改进和提高事件管理流程的有效性和效率。 | ||
| 42 | |||
| 43 | == == | ||
| 44 | |||
| 45 | == **2.2 服务台负责人** == | ||
| 46 | |||
| 47 | 1. 有效协调服务台资源; | ||
| 48 | 1. 确保一线支持人员的适当技能水平和绩效表现; | ||
| 49 | 1. 通过服务台的作用及良好的服务态度来确保客户的满意。 | ||
| 50 | |||
| 51 | == == | ||
| 52 | |||
| 53 | == **2.3 一线支持(服务台)** == | ||
| 54 | |||
| 55 | 1. 记录所有事件,包括故障事件,服务请求等; | ||
| 56 | 1. 确定和协调必要的动作来处理相关事件,进行初始支持; | ||
| 57 | 1. 把事件的影响降到最小,并确保快速恢复到正常服务水平; | ||
| 58 | 1. 收集有关事件解决方案的历史数据; | ||
| 59 | 1. 事件的调查和诊断; | ||
| 60 | 1. 根据解决方案进行IT服务恢复; | ||
| 61 | 1. 将事件的解决步骤文档化,并录入服务台系统; | ||
| 62 | 1. 如事件无法解决,将事件转发给二线支持; | ||
| 63 | 1. 与服务请求的提交者或其他相关用户进行直接的沟通,通报事件的处理情况; | ||
| 64 | 1. 跟踪事件的处理过程以确保在规定的时间内解决问题,同时在服务台系统里更新相应信息; | ||
| 65 | 1. 事件解决后,在系统内关闭该事件之前进行确认事件已解决; | ||
| 66 | 1. 结束事件,更新信息; | ||
| 67 | 1. 作为事件的所有者, 监控,跟踪所有的事件, 并作为和客户沟通的唯一联系点; | ||
| 68 | 1. 必要时进行事件升级。 | ||
| 69 | |||
| 70 | == == | ||
| 71 | |||
| 72 | == **2.4 二线支持** == | ||
| 73 | |||
| 74 | 1. 负责在规定的时间内解决客户端的现场服务; | ||
| 75 | 1. 在需要时及时利用其它资源(三线支持,开发商, 厂家) 参与事件解决; | ||
| 76 | 1. 将事件的解决步骤文档化,并将解决方案录入服务台系统中。 | ||
| 77 | |||
| 78 | == == | ||
| 79 | |||
| 80 | == **2.5 三线支持(专家)** == | ||
| 81 | |||
| 82 | 1. 在规定的时间内解决事件(突发事件,服务请求等); | ||
| 83 | 1. 对利用“替代方案"解决的事件,在资源及时间允许时应找到问题根源; | ||
| 84 | 1. 在需要时及时利用其它资源(开发商,厂家) 参与事件解决; | ||
| 85 | 1. 将事件的解决步骤文档化,并将解决方案录入服务台系统中; | ||
| 86 | 1. 根据解决方案进行IT服务恢复; | ||
| 87 | 1. 跟供应商之间的接口; | ||
| 88 | 1. 现场支持。 | ||
| 89 | |||
| 90 | = = | ||
| 91 | |||
| 92 | = = | ||
| 93 | |||
| 94 | = **3. 流程目标** = | ||
| 95 | |||
| 96 | 事件管理流程的总体目标是尽快解决环境中出现的事件,保持东莞供电局IT服务的稳定性,其目的包括: | ||
| 97 | |||
| 98 | 1. 及时汇报、登记、分类、排序所有的事件并分配适当的资源加以解决; | ||
| 99 | 1. 在规定的时间、成本约束下尽快解决事件; | ||
| 100 | 1. 监控事件管理流程,为其他IT服务管理流程提供有效信息支持; | ||
| 101 | 1. 最终尽快恢复客户服务。 | ||
| 102 | |||
| 103 | = = | ||
| 104 | |||
| 105 | = = | ||
| 106 | |||
| 107 | = **4. 流程描述** = | ||
| 108 | |||
| 109 | == **4.1 事件管理流程** == | ||
| 110 | |||
| 111 | (% style="text-align:center" %) | ||
| 112 | [[image:图片1.jpg]] | ||
| 113 | |||
| 114 | |**活动**|**描述**|**责任人**|**输入**|**输出** | ||
| 115 | |1.报告突发事件|用户通过电话、Email等方式报告突发事件|服务台|-|用户报告的突发事件 | ||
| 116 | |2.记录服务请求,维护用户信息|服务台通过ITSM系统接受并记录用户提交的事件及用户基本信息|服务台|用户报告的突发事件|含有用户信息及事件描述的事件记录 | ||
| 117 | |3.事件分类、分发、优先级设定|((( | ||
| 118 | * 服务台依据事件分类标准对事件进行分类 | ||
| 119 | * 服务台依据优先级设定划分事件的优先级 | ||
| 120 | * 识别为重大事件的直接开始二线处理并通知岗位负责人及事件经理 | ||
| 121 | )))|服务台|事件记录|已分类并划分优先级的事件 | ||
| 122 | |4.解决事件|((( | ||
| 123 | * 服务台分配突发事件请求,并快速解决服务台能够解决的突发事件 | ||
| 124 | * 二线支持人员解决桌面事件或在无法解决时升级事件到三线支持人员 | ||
| 125 | * 三线支持人员解决非桌面事件, 在无法解决时升级到事件经理处理 | ||
| 126 | * 事件经理监控所有突发事件请求并协调处理未解决事件 | ||
| 127 | )))|((( | ||
| 128 | 服务台 | ||
| 129 | |||
| 130 | 二线支持 | ||
| 131 | |||
| 132 | 三线支持 | ||
| 133 | |||
| 134 | 事件经理 | ||
| 135 | )))|已分派的事件记录|已解决的事件记录 | ||
| 136 | |5.提交问题管理|如果事件无法解决,则立即提交到问题管理|事件经理|需要协调处理的事件|((( | ||
| 137 | * 已解决的事件 | ||
| 138 | * 需要提交问题管理的事件 | ||
| 139 | ))) | ||
| 140 | |||
| 141 | |||
| 142 | == **4.2 请求管理流程** == | ||
| 143 | |||
| 144 | (% style="text-align:center" %) | ||
| 145 | [[image:1730464907694-783.png]] | ||
| 146 | |||
| 147 | |**活动**|**描述**|**责任人**|**输入**|**输出** | ||
| 148 | |1.产生交互记录|接收用户电话/OA/文件/Web自助服务信息,记录交互信息|服务台| |交互记录 | ||
| 149 | |2.创建申请表|((( | ||
| 150 | * 根据交互记录,为请求人创建申请单 | ||
| 151 | * 选择合适的申请类型,行类型和项类型、请求原因 | ||
| 152 | * 选择收单地点(仓库) | ||
| 153 | * 选择收货人位置 | ||
| 154 | * 可以选择相关的变更、事件和交互 | ||
| 155 | )))|服务台|用户申请|申请表 | ||
| 156 | |3.评估和审批|((( | ||
| 157 | * 对申请单进行评估,以发现可能存在的错误 | ||
| 158 | * 对请求进行检查,并对其做出批准或否决 | ||
| 159 | |||
| 160 | * 批准移动到工作流程的下一个阶段 | ||
| 161 | )))|审批人|申请表|申请表 | ||
| 162 | |4.执行批准的请求|执行获得批准的请求|执行人|已批准的申请|关闭申请表 | ||
| 163 | |||
| 164 | |||
| 165 | |||
| 166 | = **5. 流程指标** = | ||
| 167 | |||
| 168 | 1. 目标事件达成率 | ||
| 169 | |||
| 170 | = = | ||
| 171 | |||
| 172 | = = | ||
| 173 | |||
| 174 | = **6. 流程改进** = | ||
| 175 | |||
| 176 | 1. 事件经理定期计划事件管理回顾内容。 | ||
| 177 | 1. 生成事件管理报告,并根据报告内容,发现问题,总结经验。 | ||
| 178 | 1. 事件管理召开事件管理回顾会议,与事件管理流程相关人员讨论事件管理报告及流程改进措施。 | ||
| 179 | 1. 服务台人员、二线支持人员、三线支持人员参加事件管理回顾会议,参与讨论流程改进措施,或是通过邮件的方式征求意见。 | ||
| 180 | 1. 事件经理根据会议讨论的内容,进一步制定流程改进点,同时将对流程的改进写进服务改进计划。 | ||
| 181 | 1. 事件经理组织协调相关人员,执行流程改进计划。 |