1IT事件管理概述
通过内、外部IT服务请求和事件，进行整个服务生命周期的全程管控，确保常规或突发事件、服务请求处理的及时性，并向用户提供准确的服务信息，直至事件或服务请求完成并关闭。
2IT事件管理目的
规范IT事件流程处理步骤，记录、跟踪和处理结果。管控IT服务中断的事件和非标准服务请求，快速帮助用户解决或升级事件，提高用户体验和满意度；
建立重大IT事件的管理程，快速恢复受影响的IT服务，减少对业务的影响，并给予用户及时地反馈信息，达到事件状态透明化保障事件处理的效率和质量；
进行IT事件的统计和汇总，提供IT日常运营管理所需信息，为工作优化和考量提供参考依据。
3适用范围
涉及所有IT服务请求（含非项目型IT技术支持服务）
4人员角色与职责
事件管理经理职责
对事件流程的规划、实施、监督、改进负责；
确保事件流程实用、有效、正确地执行，制定事件管理相关的衡量指标；
监控各类事件的处理进度和结果，定期回顾；
协调事件过程中涉及的问题和资源。
一线支持小组
响应用户IT服务请求，并进行事件记录，对事件进行分类和设定优先级，初步诊断、分析相关信息，并处理解决问题；
将一线未能解决的事件转派或上报二线或三线支持小组处理；
跟踪、协助二、三线对事件的处理，并提供必要的现场技术支持；
检查事件记录的处理进度，适时通知事件处理进展与用户确认事件解决方案，关闭事件。
二线支持小组
响应一线升级请求，提供相应有效的解决方案，更新事件解决信息，并同步一线升级人员，确认解决后关闭事件；
响应内部IT服务请求，并进行事件记录，对事件进行分类和设定优先级，跟进事件的处理，及时有效的解决事件；
将未能解决的事件及时上报三线小组，为三线人员提供未解决事件的过程和测试结果等相关记录，以寻求支持；
针对特定事件，提供解决方案给知识库审核员进行审核并加入知识库。
三线支持小组
响应二线支持人员无法解决的问题进一步调研并提出解决方案协助解决；
响应内部IT服务请求，并进行事件记录，对事件进行分类和设定优先级，跟进事件的处理，及时有效的解决事件；
根据公司发展或IT行业趋势，结合实际业务情况，引进新的IT技术方案或更新现有IT技术，并提供实施指导；
将无法在规定时限内解决的事件升级至直属领导及事件经理，以寻求支持；
针对特定事件，提供解决方案给知识库审核员进行审核并加入知识库。
5事件流程规范
5.1事件来源
用户（外部、内部）提报的事件
监控系统上报告警事件
5.2事件输入
所有接收的事件要保证完整、准确、详细的记录在事件管理平台。
事件输入需按管理平台要求，进行优先级划分和分类，详细记录事件开始时间、处理人、状态、解决方式、结果、耗时以及结束时间等。
5.3事件处理
根据事件管理平台信息，各处理人应及时跟进处理，对于当前处理人无法解决时，应及时转派或升级。
转派或升级事件时，必须附带初次处理的过程和测试结果等相关信息。
5.4事件关闭
只有事件已经解决并得到发起者确认的情况下，才能被认为可以关闭。
若事件因其他原因取消，需要得到处理人直属上级确认。
事件可由运管人员回溯评审，提交至事件管理经理审核，纳入知识库。
6事件处理流程活动
7事件管理监控指标
为了控制事件处理的质量，有效的对事件的运行情况进行监控和改进，提高用户服务体验，事件管理流程监控指标设置如下：
| 序号 | 衡量指标 | 指标计算说明 |
| 1 | 事件总数 | 条件：在事件单中根据以下条件筛选 1. 剔除【无效事件标记】为空 2. 筛选统计周期内【事件发生时间】 |
| 2 | 事件关闭完成的数量/比率 | 条件：在事件总数中筛选【事件状态】＝"关闭" 比率：数量 / 事件总数 × 100 % |
| 3 | 升级到问题的数量/比例 | 条件：在事件总数中筛选【事件状态】＝"转派" 比率：数量 / 事件总数 × 101 % |
| 4 | 超时未解决的事件数量/比率 | 条件：在事件总数中筛选【事件解决是否超时】＝"超时’and 【事件状态】＝"进行中" 比率：数量/事件总数 × 100 % |
| 5 | 平均解决时间 | 条件：累计完成关闭事件的（【事件解决时间】－【事件登记时间】）/ 完成的事件数量 |
| 6 | 一线解决率 | 条件：在事件总数中筛选所有【事件解决人】＝"一线" 比率：数量 / 事件总数 × 100 % |
| 7 | 二线解决率 | 条件：在事件总数中筛选所有【事件解决人】＝"二线" 比率：数量 / 事件总数 × 100 % |
| 8 | 员工月度处理事件数量 | 条件：每月事件总数按【事件记录】包含“员工名称”进行分类统计 |
| 9 | 员工月度解决事件比率 | 条件：在事件总数中筛选所有【事件解决人角色】＝“员工名称” 比率：数量/服务事件总量×100% |
| 10 | 员工月度解决事件耗时 | 条件：在事件总数中筛选所有【事件解决人角色】＝“员工名称” 耗时：累计完成关闭事件的【事件解决时间】－【事件登记时间】 |
| 序号 | 信息项 | 必填项 | 说明 |
| 事件记录和分类时填写： | |||
| 1 | 请求人信息 | 是 | 事件申报人的信息，包括：登录名、姓名、区域、部门、电子邮件、办公电话、手机（默认匹配当前系统登入账号，亦可手工填写） |
| 2 | 事件分类 | 是 | 参见“事件分类”定义 |
| 3 | 事件来源 | 是 | 参见“事件来源”定义 |
| 4 | 事件发生时间 | 是 | 事件申报时实际时间 故障事件：指的是业务中断的实际时间 （需要手工填写） |
| 5 | 事件发生地点 | 否 | 事件发生的地点 （手工填写）描述性字段 |
| 6 | 事件简要简述 | 是 | 事件的简要描述（手工填写） |
| 7 | 事件详细描述 | 是 | 对于整个事件内容的详细描述，解决方法（手工填写） |
| 8 | 分配对象 | 否 | 被分配的IT支持组（选择） |
| 9 | 事件优先级 | 否 | 参见“事件优先级”定义 |
| 10 | 事件影响度 | 否 | 参见“事件影响度”定义 |
| 11 | 重复事件标记 | 否 | 标记为重复事件（手工填写） |
| 12 | 附件 | 否 | 上传附件 |
| 提交事件工单时，系统自动产生 | |||
| 13 | 事件ID | 是 | 事件单流水号（系统自动产生） |
| 14 | 建单人（受理人） | 是 | 创建事件请求工单的记录人（默认匹配当前系统登入账号，亦可手工填写） |
| 15 | 登记时间 | 是 | 在平台上生成事件记录的时间（系统自动产生） |
| 16 | 事件状态 | 是 | 参见“事件状态”定义（手工选择） |
| 17 | 事件完成期限 | 是 | 对应每一个事件优先级，系统根据流程相关定义中“事件解决时限”自动设定最终的完成期限 （系统自动产生） |
| 一、二、三线尝试解决时填写： | |||
| 18 | 解决方案 | 是 | 事件解决方案的描述（手工填写） |
| 19 | 事件转派 | 是 | 当前处理人无法解决或需要升级时填写（手工选择） |
| 20 | 事件状态 | 是 | 参见“事件状态”定义（手工选择） |
| 关闭工单时填写 | |||
| 21 | 事件关闭时间 | 是 | 事件实际完成时间，针对故障的业务恢复实际时间（手工填写） |
| 22 | 事件解决人 | 是 | 最终事件实际解决人（默认当前处理人或转派人） |
| 23 | 处理是否超时 | 是 | 参见“处理是否超时”定义（系统自动产生） |
| 24 | 实际完成时间 | 是 | 记录事件最后解决的时间（系统自动产生） |
| 25 | 历时 | 是 | “实际完成时间”-“事件发生时间”（系统自动产生） |
| 事件分类 | ||
| 序号 | 信息项 | 描述 |
| 1 | 技术支持 | 内外部技术支持、批量性工作 |
| 2 | 技术优化 | IT优化改造 |
| 3 | 创新突破 | 创新类工作 |
| 4 | 固资整理 | 包含固资盘点、调拨、入库 |
| 事件来源定义 | ||
| 序号 | 信息项 | 描述 |
| 1 | 用户报告 | 用户或维护人员通过电话/邮件/传真报告的事件，服务台人员手工创建事件单 |
| 2 | 内部IT人员开单 | IT部门内部（一线/二线人员）提交的事件 |
Copyright © 2019-2025 51dongshi.net 版权所有
违法及侵权请联系：TEL:177 7030 7066 E-MAIL:11247931@qq.com 本站由北京市万商天勤律师事务所王兴未律师提供法律服务
