ImageVerifierCode 换一换
格式:DOCX , 页数:39 ,大小:1.17MB ,
资源ID:174034      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/174034.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ITSS运维服务事件管理制度.docx)为本站会员(b****1)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

ITSS运维服务事件管理制度.docx

1、服务事件管理制度文件编号:ITSS-PM-EM-001版本号: V1.0受控状态:受控文件服务事件管理制度西安*信息科技有限公司编制人:段豆豆编写日期:2018-12-10审核人:赵新娟审批日期:2018-12-2536文档控制描述:文档名:服务事件管理制度文档编号:ITSS-PM-EM-001版本号:V1.0定版日期:2018年12月编制人:段豆豆审核人:赵新娟版本控制:版本日期审核人备注V1.02018年12月赵新娟编写初稿。目录1概述11.1目标11.2范围22制定依据33术语定义34角色和职责45内容65.1程序准则65.1.1执行准则65.1.2输入及入口准则105.1.3输出及出口

2、准则115.1.4事件定义准则125.2流程图165.3流程详述175.4子流程1:记录与分类205.4.1流程图205.4.2流程详述215.5子流程2:一线尝试解决235.5.1流程图235.5.2流程详述245.6子流程3:二线尝试解决265.6.1流程图265.6.2流程详述275.7子流程4:记录详细解决方案295.7.1流程图295.7.2流程详述295.8子流程5:紧急、重大事件管理315.8.1流程图315.8.2流程详述325.9子流程6:事件关闭345.9.1流程图345.9.2流程详述345.10定期评估和改进356相关文件与记录371 概述1.1 目标事件管理流程的目的

3、是尽快解决用户IT环境中的突发事件,保障IT系统的稳定性,提高服务质量,为业务的发展提供更优质的IT服务,并且可以有效实施其他相关ITSM管理流程,如问题管理流程。通过本文档的定义,建立一个完整的事件管理系统,从而实现:1减小突发事件对业务的影响1)在成本允许的范围内尽快恢复IT服务2)快速响应服务请求(电话/Web/QQ/微信/邮件等)2 提高用户工作效率3提升客户满意度4进行事件有效控制1)按规范记录事件,避免事件丢失2)就事件的优先级,影响度进行分类3)分析,诊断,必要时进行升级4)监视并结束事件5)进行定期服务流程回顾5提供IT管理信息1)人力资源利用情况,从而更好使用人力2)支持效率

4、3)IT系统故障处理情况4)给准确信息至配置管理数据库(CMDB)5)服务质量管理报告。1.2 范围事件管理的范围包括公司合同范围内的客户的IT生产和运行环境中发生的故障事件、用户的服务请求以及用户提出的变更请求,具体如下:1故障申告1)用户报告的故障事件2)监控系统的报警事件3)IT服务人员监测、检测的故障事件4)其他人员转告的用户故障事件2服务请求1)信息咨询,主要包括:客户在IT信息系统建设,运维管理,IT产品,系统使用等方面提出的咨询请求2)业务支持请求,主要包括:组织级服务目录中相关服务内容,系统培训支持请求3)辅助配合,主要包括:领导交办任务及第三方配合的服务请求事件管理的范围不包

5、括客户提出的、合同范围之外的相关请求,以及投诉事件和西安*信息科技有限公司内其他部门的工作任务。2 制定依据1) ITSS.12015 信息技术服务 运行维护服务能力成熟度模型2) GB/T28827.1-2012信息技术服务 运行维护 第一部分:通用要求3) GB/T 29264-2012 信息技术服务 分类与代码4) GB/T 28827.2-2012 信息技术服务 运行维护 第2部分:交付规范5) GB/T 28827.3-2012 信息技术服务 运行维护 第3部分:应急响应规范6) ISO20000.1:2011信息技术 服务管理 第一部分: 服务管理体系要求7) ISO9000:20

6、08质量管理体系基础和术语8) ISO9001:2015质量管理体系要求3 术语定义本程序采用制定依据系列标准中的术语和定义。4 角色和职责角色职责事件经理1.进行事件满意度分析;2.确保事件SLA的达成;3.出现紧急、重大事件时,负责协调外部资源尽快解决;4.当事件优先级为紧急或者事件将超过规定的时限,负责按照升级方法对事件进行处理确保有效协调资源,促进各类角色小组(如一线支持、二线支持)快速恢复正常服务;5.确保正确和广泛地收集和分析事件数据,发现IT和业务相关的问题;6.确保与问题管理、外部供应商等部门的有效合作。服务台1.为客户唯一联系点2.在指定的响应时间内响应所有服务台热线电话、邮

7、件、工单等事件报告;3.正确、完整记录所有接收的事件信息,包括:记录事件报告人的详细联系方式、事件特征表现、描述、发生时间等;4.检查事件记录的处理进度,保持与用户的联系,适时通知事件处理进展;5.尝试使用知识库、初步诊断、分析相关信息等方式解决事件;6.如事件无法解决,将事件进行升级,并寻求事件经理的支持;7.回访用户满意度反馈并记录,满足关闭条件关闭事件;8.结束事件。一线工程师1.接收服务台的事件工单指派,响应用户请求;2.为事件进行适当的分类、为事件分配优先级、关联配置项等属性,进行初步支持;3.根据解决方案进行IT服务的解决与恢复。二线工程师1.接收和处理升级事件;2.进行事件的深入

8、调查研究;3.根据经验和专业技能,决定需要采取何种措施恢复服务并实施有效的行动;4.及时提供有效解决方案;5.与其他二线小组合作,确定解决方案;6.必要时引入供应商的支持;7.根据解决方案进行IT服务恢复;8.如果事件无法解决,将事件升级,寻求事件经理的支持;9.已解决的事件转回服务台,由服务台关闭事件。5 内容5.1 程序准则5.1.1 执行准则5.1.1.1 常规准则1服务台作为事件接口,监督事件的处理,负责事件的发起与关闭;2从事件记录时起至事件关闭时结束,事件全生命周期监控事件的影响及处理情况;3所有事件都应该被记录在运维综合管理平台中,记录的信息应足够详细,包括事件处理交互过程,详细

9、的解决方案和相应的信息;4所有运维人员按照服务级别协议规定时限对事件进行处理,当事件冲突时,对优先级为极高的事件所采取的服务恢复行动,在比对其它行动的时候,将拥有优先处理级别,如果优先级别相同,则优先处理相对简单事件;5安全事件发生时,严格遵循服务安全管理程序的原则,通过事件管理流程进行事件管理;6事件处理过程中,应持续保持与客户的沟通,通知客户事件处理进展;7应该每月产生事件管理报表,对重复发生的事件和变通方法解决的事件,进入问题管理程序;8应每年对流程进行回顾,回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性,以改进事件管理流程。5.1.1.2 升级原则制定升级原则的目的是

10、确保事件在规定的解决时限内能够及时通知相关技术人员和管理领导,引起更多的重视,提供合适的资源,从而快速找到解决事件的方案。1优先级为极高的事件,由一线工程师确认,如果确认了优先级为极高,则立即升级到事件经理,并通知相应的管理层(通过运维综合管理平台),由事件经理启动紧急事件处理流程2各支持人员应及时响应和处理分配到本组或自己的事件单,如果超出规定的解决时限,服务台应将事件信息升级至二线工程师进行支持,如果二线工程师超过解决时限,则通报事件经理,事件经理负责协调资源,并督促事件能够及时被响应和处理3 服务台应及时将不能解决的事件升级到下一级,若未及时升级,事件经理应及时介入,负责协调升级处理5.

11、1.1.3 关闭原则客户申报的事件单,关闭必须由服务台或客户完成。1已关闭的事件单不允许重开,如果事件重复发生,则创建一个新的事件单。2事件处理人员在解决完成事件时,根据实际解决情况填写事件的结束代码,采用临时措施恢复服务时,结束代码为临时解决;由IT用户认可获得关闭的事件单的结束代码为成功解决; 3运维平台产生的事件发送到服务台,由服务台分派处理人员解决并关单。5.1.1.4 流程关联原则事件管理与问题管理、变更管理、发布管理、配置管理存在以下关联原则:1和问题管理的关联通过临时解决方法解决的重大事件或重复发生事件在恢复服务后,都应该创建问题单,问题单需和事件单建立关联。2和变更管理的关联事

12、件处理过程中,如果需要对系统进行变更,必须按照变更管理的定义,提交变更请求单(变更单必须和事件单建立关联),变更完成后,继续事件单的处理。紧急事件(优先级为极高的事件,下同)的处理过程中,如果需要对系统进行变更,必须按照变更管理的定义,提出紧急变更请求,变更完成后,补录紧急变更单,并和紧急事件单建立关联。3和配置管理的关联事件处理过程中,可以通过配置管理查询相关的配置项信息以及该配置项历史上发生的事件或变更,来帮助故障的定位。事件处理过程中,如果可以将故障定位到某个配置项,则必须将事件单与该配置项关联。4和发布管理的关联发布工作结束后,可能触发新事件的产生。发布管理应向事件管理提供发布相关信息

13、,包括:年度发布计划,发布信息等。5.1.2 输入及入口准则5.1.2.1 入口准则公司合同范围内,用户通过电话、邮件、传真、QQ、微信等方式进行的事件请求、监控系统告警、服务人员巡检过程中发现或其他人员转告的事件请求。5.1.2.2 输入序号名称描述模板输入来源1故障申告客户故障详细信息,包括:客户信息、故障描述,发生故障的配置项等事件单用户服务台专员监控系统2服务请求当前客户业务对IT系统的需求事件单用户5.1.3 输出及出口准则5.1.3.1 出口准则由客户提出的事件,关闭时必须通知客户。5.1.3.2 输出序号名称描述模板输出去向1故障解决服务请求解决客户故障、请求得到及时解决运维工单

14、客户满意度2解决方案包括事件现象,故障的分析,处理、解决过程故障排查手册知识库3变更请求当发生配置项发生变更或操作可能对用户IT生产系统产生影响的情况时提起变更请求变更工单变更管理4问题请求当事件解决方案为临时方案时,提出问题请求问题工单问题管理5事件报告事件统计报表(周报、月报、季报、年报)事件报告服务组织5.1.4 事件定义准则5.1.4.1 事件分类准则事件分类按组织服务目录类别进行划分,目前在运维综合管理平台中分类定义如下:5.1.4.2 事件分级准则根据事件的紧急程度,结合客户SLA级别协议,划分优先级如下(详细划分规则见事件分级规则):优先级别响应时间解决时间()备注极高立即1小时高30分钟小时中小时小时低

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1