事件和服务请求管理程序.docx
《事件和服务请求管理程序.docx》由会员分享,可在线阅读,更多相关《事件和服务请求管理程序.docx(3页珍藏版)》请在第壹文秘上搜索。
1、事件和服务请求管理程序1.目的本程序的目的是在对正常业务活动带来最小影响的情况下,处理事件或响应服务要求, 使服务维持或尽快地返回到SLA中定义的正常服务级别;并保留事件或服务要求的有效记录 以便能够正确报告进展情况,权衡并改进处理流程,给其他的服务管理流程提供合适的信息。 2.范围本程序适用于运维过程中的故障及服务请求管理。3 .定义事件和服务请求管理是负责记录、归类和安排专家处理事件及服务咨询或请求并监督整 个处理过程直至事件得到解决和终止的流程。事件分类:网络维护、系统维护、业务咨询、产品咨询、订单咨询事件状态:未完成、已完成优先级:高、中、低4 .职责41项目经理负责协调事件管理的日常
2、操作步骤,并管理支持人员的工作和工作时间安排。4.2支持人员管理事件管理流程的实施,包括一线、二线、三线的执行情况;支持人员负责记录、分类、匹配、转交、解决和终止事件或服务要求。一线支持(服务台)主要具有以下职责:1)收集有关事件解决方案的历史数据;2)事件的调查和诊断;3)根据解决方案把事件的影响降到最小,并确保快速恢叁到正常服务水平;4)遇到事件无法解决,将事件提交给相关二线或三线支持,必要时进行事件升级;5)与服务请求的提交者或其他相关用户进行直接的沟通、跟踪、通报问题的处理情况;6)将事件的解决步骤文档化;7)事件解决后,让用户进行确认事件已解决;8)结束事件,根据维护的实际情况更新相
3、关信息。二线支持(研发工程师)主要具有以下职责:1)负责解决一线支持提交问题,把事件的影响降到最小;2)收集有关事件解决方案的历史数据;3)事件的调查和诊断;4)根据解决方案进行服务恢复;5)对利用“替代方案”解决的事件,在资源及时间允许时应找到事件根源;6)将事件的解决步骤文档化:7)跟三线支持之间的接口,如事件无法解决,将事件转发给相关三线技术支持:8)必要时向部门经理汇报并进行事件升级;三线支持(外部供应商)协助二线或一线完成事件分析和处理。5 .流程5.1 识别、接收和记录接受事件报告或服务请求,在事件记录表中记录(分配)事件编号和类别,记录事 件的基本信息和诊断信息,必要时发出事件警
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 事件 和服 务请 管理程序