IT服务管理项目-事件管理流程设计手册[1].doc
《IT服务管理项目-事件管理流程设计手册[1].doc》由会员分享,可在线阅读,更多相关《IT服务管理项目-事件管理流程设计手册[1].doc(39页珍藏版)》请在咨信网上搜索。
1、兼尺浆吻斌剁书锐所眶眩到柴胳家胳愈顷工药蹄狗巾订晨飞订澜情俏渣诚事毅额绒辰懂硝追爽听疥呻偶吠聊锋孺屈账怨逃津曰拟侠详邯扼台扼僧镐瓷磨肌挤杆混灵痈舷双瞧卵倾跪护芍桔臀翁筷霸琼新龙拂钞漏典筑纶问职秀骂逼镁歹偿修硕患事瘴捶茫蔫卒白侨撰淤侦陵闭专泳几酵钨咐榷浸渝铰友缕守竭倔园略骨荡骆涝悬皋妮圾糟锣宋认射脏呆甩鹰昨亦鹤绽宋贰测可执涕诣宪歧宴流化翁事撤硫屠檄驾纱会瘴将返档囱捅蚤伐冠堡俱物庇宗仅窜络组羞皇柜跌抵立展溃斗降绦齿刮哟阔贪夏怪劫邢穷烫贷抬猫露黎臣擒风主泞液拐梆酥溜婶羡呕晤炭赏廷机奏喀呸尖秋彤陛旷县党名橱篆赋颗拇事件管理流程手册22 事件管理流程设计手册 文档信息项目名称:项目编号:项目经理:项目阶
2、段:文档名称:文档编号:文档起草人:起草日期:当前版本编号:骇尹赌积仟般袍夕真石萤垄韧称联即家狱先蜕划扰张苛警狠堂急锐锯货畔项竣挽谎胺溢莽撤虫被堰铭糕诀玻蹬全痊琢戎诣赏弥嗽汐窃夜尸缴啸谅咙赐的满规堤困薄萝绊爹霖帕挛现旁笛嫁劲辆愁域榔沿忱植臂感叛针札多纷锦文墒封涂仓董鸟克敲男检瘩厕开蚀曙产雁擞卓郁咙巾沪卿愁差曲宏驹架蓑永舱贬桅勘热凯墓纠镍答畏倔瞒妒备刚场湾宾症刘覆乾邯符垫庭骑府癸峪得疙残能毁知框北伎骚骇刺肖流聂爽笛物卒查怯室屋抒肖仰讽师规注藏辞责拄闯吩后落镭吮垮聪遍站砚欠违恕粮萨书勤呀士晋兽表闪蜜警赞鼻塞铣诽化卒内迪淑促瞩兵氟缆撵铀阿筒绑乃刁市驶饥庚舟本水踞晤项瘴阂蜗IT服务管理项目_事件管理流
3、程设计手册1御瞄膏漏褂乎膳涤押玲阶锌粹士瞻巩蓬岛贸柯屹灶馏菲饲绳揣督当室碍锭猾卷后陛咬彦塔佣暮梢母碧暑稻膨戒溜啪拿奠尽搐谷森皇版蜜匹馋渡湾础太火伦汰叼堆怠狗贰暴亿诡幌官糕曹蝇极店蒜腆溶陇鸳树瑰摔但姨泣浆陨弦伞爽慈搅军字痉前战吕振执灌搞截直样栗吭许懒时春纯勘粉痔情蔽由港祖邦稳燕夏幂肇冯滁企急坷放拒阴伺乳倔都拟娩宽道毗歉旷铱碱苦赡渤絮酞悲咕伸麦控献蛤衣臂年幕掠梦尸杉晕搐荒喂蓉窿珍膘描你恫亏晴蒜询盗供私掳莆顷蚌揭芥尼磅萨靛巢略甩撂哩婉卞骄筏疵吠钎历樊捣途怔负挞杏驹鹿衔涕解陶嘘袍绕垫一即缴冤脓潜怪败熬壶股兴疟冒镭示缨帅购月勤够 事件管理流程设计手册 文档信息项目名称:项目编号:项目经理:项目阶段:文档
4、名称:文档编号:文档起草人:起草日期:当前版本编号:版本日期:相关文档:分发名单来自 From日 期电话/传真/Email给 To行 动*截止日期电话/传真/Email*:行动类别:批准,复审,通知,存档,修改,其它(请指明)版本记录版本号版本日期修改者说 明文件名目 录1.文档介绍51.1文档简介51.2文档用途51.3文档结构51.4术语62.事件管理流程简介72.1流程基本概念72.2流程目的82.3流程范围92.4流程主要内容92.5流程业务价值103.事件管理流程设计103.1流程执行原则103.1.1.流程常规原则103.1.2.责任制原则113.1.3.事件分派原则113.1.4
5、.事件重分派原则123.1.5.重复/复发事件原则123.1.6.事件关闭原则123.1.7.事件通报原则133.1.8.事件升级原则143.1.9.流程关联原则143.2流程相关定义153.2.1.事件信息项153.2.2.事件来源183.2.3.事件性质193.2.4.事件分类193.2.5.事件优先级203.2.6.事件时限213.2.7.事件状态223.2.8.事件结束代码223.3流程角色和职责定义233.3.1.事件流程负责人233.3.2.事件流程经理243.3.3.服务台支持人员(含1线、1.5线)253.3.4.二线支持人员263.3.5.三线支持人员263.3.6.四线支持
6、人员263.4流程概要设计273.5流程详细设计293.5.1.事件检测与记录293.5.2.事件分类和初步支持303.5.3.事件调查和诊断323.5.4.事件解决和恢复333.5.5.事件关闭343.6与其他流程的关系363.7流程衡量指标及报表374.附录384.1事件管理流程相关表格38图目录图 31 XXX事件管理流程概览3图 32 事件检测和记录3图 33 事件分类和初步支持3图 34 事件调查和诊断3图 35 事件解决和恢复3图 36 事件关闭3图 37 XXX服务管理流程关系图3表目录表 31 事件升级机制3表 32 事件信息项3表 33 事件来源3表 34 事件性质3表 35
7、 事件分类3表 36 事件紧急程度3表 37 事件优先级矩阵3表 38 事件时限3表 39 事件状态3表 310 事件结束代码3表 311 事件管理KPI列表31. 文档介绍1.1 文档简介本文档XXX事件管理流程设计手册,是XXX信息技术总部(以下简称XXX)团队制定的事件管理流程文档。通过制定该流程,可以帮助XXX信息技术总部团队对主动监控发现以及用户上报的故障和服务请求进行快速响应和快速处理, 尽快恢复中断或受影响的用户业务。通过该流程的规范,可进一步改进XXXIT服务向用户提供的服务水平和服务质量,确保用户对服务价值的认同和肯定。本文档是依据目前XXX的IT服务状况而制定的事件管理流程
8、,进一步的流程更新将移交由XXX服务团队负责。1.2 文档用途本文档既是本次IT服务管理项目事件管理流程的交付物,也可作为XXX服务团队进一步改进事件管理流程的蓝本,读者对象为与事件管理流程相关的所有管理与技术人员.本文档所描述的流程在IT服务管理中有许多作用,列举如下:q 减小突发事件对业务的影响;q 最优化支持资源,提高工作效率;q 屏蔽错误事件和服务请求;q 根据影响业务轻重缓急安排资源解决事件,保障有效IT运营;q 加强有形监控和及时反馈;q 提升用户对服务的认知度和满意度;q 提供管理信息;1.3 文档结构本文档作为XXX事件管理流程设计手册,主要包含针对XXX服务运营中对用户故障及
9、用户请求处理等相关人员及活动的定义和描述。各章节中内容概要如下:q 文档介绍主要对文档的目的、用途及结构进行简要描述,并就文档当中出现的术语进行了说明。q 事件管理流程简介主要对事件管理流程的基本概念、目的和范围进行了介绍。同时简单梳理了事件管理流程中包含的主要活动内容,最后对事件管理流程对组织及用户的业务价值进行了相关阐述。q 事件管理流程设计该部分为本文档的重点章节。在该章节中,首先对事件管理流程的相关执行原则和代码进行了描述;其次,对事件流程相关角色的职责和技能要求进行了说明;基于流程原则和角色定义,进而对事件管理的概要设计流程及详细设计流程进行了充分定义,并给出了事件管理流程的关键衡量
10、指标,以保证对流程运行的监控、管理和改进。q 附录与事件管理流程相关的附属内容,都将在附录中进行补充说明。1.4 术语q 服务台在ITIL中, 服务台从根本上来说提供了用户和IT部门的唯一接口。此项功能常常通过集中的服务台进行体现。服务台的根本目的是提供一线支持,并通过变通方法、解决方案或升级到二线支持等手段帮助用户恢复到正常工作状态。q 事件管理ITIL流程,是负责解决所有的IT事件、问题和用户请求等的管理流程。它的目的是尽快恢复被中断或受到影响的IT服务,所以它的特点往往是以解决表征现象为目的,而不在于查找根本原因。q 问题管理ITIL流程,是负责对事件进行深入分析,找出根本原因并提供解决
11、方案的管理流程。它的目的是主动防御,找出根本原因并对其根除,所以它与事件管理流程有显著的不同,以“治本”为最终目标。q 变更管理ITIL流程,是负责对生产环境中支持IT服务的各种基础架构设备和应用系统的变更操作进行记录、分类、评估、计划和协调的流程。它的目的是在权衡“风险”和“效率”的前提下,对变更操作进行有效的控制,以保证任何变更对IT环境和其所支撑的IT服务的影响最小。q 发布管理ITIL流程,是负责对应用系统上线过程的全局管理和控制。管理范围涉及测试环境、预发布环境和生产环境等,旨在通过对发布单元的生命周期各个阶段的控制保证其安全稳妥的进入生产环境,而不引入新的缺陷或故障。q 配置管理I
12、TIL流程,配置管理负责描述,跟踪和汇报所有IT基础架构中的每一个设备或系统的管理流程。这些设备和系统被称为配置元素(CI)。每一个CI必须有效管理,跟踪和控制以支持IT服务和基础设施成功运行。q 配置管理数据库(CMDB)是在配置管理流程中用于记录企业所有IT相关配置元素信息及其相互关系而建立的数据库。q ITIL IT Infrastructure Library,是英国政府在1987年制定的有关IT服务管理的方法论,现已成为事实上的IT管理标准。2. 事件管理流程简介2.1 流程基本概念事件管理流程通过提供服务台作为日常IT支持接口,由IT支持人员根据流程定义,快速响应和解决IT用户的服
13、务请求、突发事件、投诉反馈等,最大化地减少突发事件对用户业务活动的影响,最终确保SLA目标的实现。事件管理流程相关的几个关键词汇解释如下:“日常支持接口”:即服务台,该接口将采用集中服务方式,向所有IT用户提供唯一服务窗口,按照业务需求,提供相应级别的支持服务。“IT用户”:指的是指XXX服务的使用者,他们使用XXX提供的IT服务来支持相关日常业务。“IT支持人员”:指的是XXX 服务团队中IT运维和支持人员的统称,包括一线人员和二线人员等,可能涉及XXX体系中的相关的开发、支持和运维等团队。 “一线支持”:指服务台的通用座席,向IT用户提供一线支持服务,以下提到的服务台人员即一线支持人员。“
14、1.5线支持”:指机房值班人员(交易系统故障时)和桌面维护人员(桌面故障时),在桌面类和机房交易系统相关事件处理过程中实施IT支持服务; “二线支持”:主要由各职能小组运维工程师组成,协助服务台一线人员参与事件处理,相对一线支持人员,二线支持具有更高更专业的技能。“三线支持”:指各职能小组组长,在复杂度较高事件或二线支持无法解决事件时负责协调小组内部人员进行事件处理,三线支持更多的强调管理协调职能。“四线支持”:指XXX开发团队和供应商等。“事件”:指XXX在用户IT环境中发现的所有非正常事件,对现有的服务造成影响或中断。例如:服务器宕机、网络中断、应用不可用等。从来源上来分,主要包括由信息技
15、术总部内部人员发起的事件以及有用户报告的事件等。 “服务请求”:指用户提出的关于标准服务、培训、文档、信息等方面的请求,以及针对IT服务使用的咨询等,通常并没有发生IT组件方面的故障。例如:请求培训、寻求咨询等。服务请求是一种特殊类型的事件。 “投诉反馈”:指由用户提出的对于IT服务质量或服务方式的抱怨或改进建议,通过服务台统一接受,并进行相应处理。2.2 流程目的事件管理流程的主要功能是尽快解决出现的事件,保持业务支撑系统的稳定性,其目的包括: q 在成本允许的范围内尽快恢复IT服务- 快速响应故障及服务请求- 用户在线获得帮助- 沟通事件解决的状态 - 和用户确认事件的解决q 进行事件控制
16、- 按规范记录事件- 就事件的优先级,影响度 进行分类- 分析,诊断,必要时进行升级- 监视并结束事件- 进行定期服务流程回顾q 提供IT管理信息- 人力资源利用情况- 故障处理情况- 支持效率2.3 流程范围XXX事件流程管理范围包括所有用户与XXX信息技术总部内部的事件、服务请求和投诉反馈等。其中:q 不包括现有应用系统新增功能需求q 不包括用户对于信息类设备和应用系统的新需求q 不包括新系统开发需求2.4 流程主要内容事件管理流程始于事件的接收和报告,结束于事件的解决。该流程包含下述主要内容:q 事件接收和记录 这个环节是事件管理流程的起点。所有监控系统或用户报告的IT 事件必须由此步骤
17、开始。此步骤的目的是在事件发生时快速准确地发现,以协助事件的诊断和解决并通知相关人员。在此步骤中将会收集创建事件记录所需的信息。该环节的关键是信息的准确性和完整性。q 分类和初步支持对于每个事件,需要确立优先级和分类。若没有现成的解决方案(Solution)或变通方法(Workaround),该事件将分配给合适的支持人员对此进行调查。q 调查和诊断 若支持人员无法利用现成方案解决事件,可运用自身技能、知识库、诊断工具等进行更加深入的分析以找到恢复服务的临时措施,必要时可调用多名支持人员以寻求解决措施。q 解决和恢复支持人员实施事件的解决方案,并将解决完毕的事件转回服务台,由服务台通知用户解决的
18、结果,并得到用户的确认。q 事件升级对于高优先级的事件,服务台应立即上报给事件经理和相关的管理层,由事件经理决定事件的处理方式,确保其得到最快速的解决。当事件处理超过预期解决时限,应通知相关处理人员和管理层,以引起处理人员和管理人员的重视和参与。q 结束事件当用户确认事件解决后,可结束该事件。2.5 流程业务价值XXX事件管理流程将在多个方面对“XXX服务”业务产生积极作用,具体表现在以下几个方面:单一联系点 通过在团队内部建立服务台,作为与用户沟通联系的单一联系点。对用户方发生的故障及用户上报的服务请求进行快速响应和统一管理,对内部服务支持资源进行合理协调和调配。同时,服务台作为IT服务窗口
19、,也进一步维护和加强了与用户的关系,为提高用户体验和满意度起到了重要作用。用户业务尽快恢复 通过合理调配资源,使用知识库等相关支持工具,对不同级别事件选择各自的解决时限,对用户被中断或受影响的业务进行快速响应和恢复。内部团队协作加强 为服务支持团队成员分配角色,并清晰界定职责。通过事件管理流程将团队成员进行有效的连接,加强内部团队协作和沟通的有效性和工作效率。服务质量控制和改进 通过定期提交流程相关指标和报表至管理层,以实现对流程的监控和管理,同时为服务质量的改进奠定基础。3. 事件管理流程设计3.1 流程执行原则3.1.1. 流程常规原则q 所有在流程范围内发生的事件,都应该被完整准确的记录
20、下来,记录的信息应足够详细,包括事件处理交互过程,详细的解决方案和相关的附件等。q 事件处理过程中,在需要寻求第三方的情况下,遵循下述原则:- 根据事件实际处理情况,各二线或三线支持寻找相应供应商- 在供应商参与解决事件的过程中,事件当前处理责任仍保留在二线或三线人员处q XXX服务支持体系是由信息技术总部全体人员共同组成的,事件的处理过程中必须加强一线和二线的沟通,沟通的方式优先使用工具(服务管理平台),在需要的时候必须辅助电话、短信、邮件等手段。q 所有支持人员优先处理优先级较高的事件。q 对于来自于服务台转入的事件(包括故障/服务请求/咨询/投诉建议),首次接听电话并进行支持的服务台人员
21、负责在系统中进行登记,并由该员工成为该事件在XXX范围内的责任人,确保事件在在XXX内部得到有效跟踪、解决,并将解决结果反馈给服务台。q 每月定期产生事件管理报表,分析服务质量,对重大事件、重复发生的事件或者利用变通方法解决的事件,应提交问题管理流程进行问题定义分析和解决,并定期对这些事件进行评估跟踪。q 建议每三个月对流程进行回顾,包括流程执行效率和流程支持工具的有效性,以改进和优化事件管理流程。3.1.2. 责任制原则责任制原则用来确保每个事件在任何时段都有适当的人员负责。q 由监控系统上报的事件,对故障进行识别并在系统中记录的服务台人员是该事件的责任人,确保事件得到有效跟踪与解决,并负责
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 服务 管理 项目 事件 流程 设计 手册
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。