收藏 分销(赏)

IT事件管理流程说明书.docx

上传人:a199****6536 文档编号:9901342 上传时间:2025-04-12 格式:DOCX 页数:10 大小:175.85KB 下载积分:8 金币
下载 相关 举报
IT事件管理流程说明书.docx_第1页
第1页 / 共10页
IT事件管理流程说明书.docx_第2页
第2页 / 共10页


点击查看更多>>
资源描述
IT事件管理流程说明书 10 2020年4月19日 文档仅供参考 IT事件管理说明书 目录 IT事件管理说明书 1 1 IT事件管理概述 2 2 IT事件管理目的 2 3 适用范围 2 4 人员角色与职责 3 5 事件流程规范 5 6 事件处理流程活动 6 7 事件管理监控指标 6 8 事件管理平台工具字段说明 8 1 IT事件管理概述 经过内、外部IT服务请求和事件,进行整个服务生命周期的全程管控,确保常规或突发事件、服务请求处理的及时性,并向用户提供准确的服务信息,直至事件或服务请求完成并关闭。 2 IT事件管理目的 规范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部门内部(一线/二线人员)提交的事件
展开阅读全文

开通  VIP会员、SVIP会员  优惠大
下载10份以上建议开通VIP会员
下载20份以上建议开通SVIP会员


开通VIP      成为共赢上传

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2025 宁波自信网络信息技术有限公司  版权所有

客服电话:4009-655-100  投诉/维权电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服