ITIL事件管理Word文档下载推荐.docx
- 文档编号:18144544
- 上传时间:2022-12-13
- 格式:DOCX
- 页数:8
- 大小:201.60KB
ITIL事件管理Word文档下载推荐.docx
《ITIL事件管理Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《ITIL事件管理Word文档下载推荐.docx(8页珍藏版)》请在冰豆网上搜索。
对于支持组员仍然无法恢复的事件,汇报支持组长后,由支持组长协调组织组内技术讨论会。
涉及需要支持多组人员参与讨论的,在支持组长向支持经理汇报后,由支持经理协调组织技术讨论会。
在事件管理流程中,客服组长作为事件经理对整个事件的处理负责,受理事件并创建事件单的客服组员对整个事件流程进行跟踪,并及时答复用户事件处理情况。
决策管理系统事件管理流程如下图所示:
(1)事件检测与记录
事件检测与记录步骤是事件管理流程的起点。
该步骤的目的是快速、准确地
探测和捕捉所有在IT生产环境中发生的错误,并在将来的问题管理流程中帮助
确定问题和解决问题。
在本步骤中,将收集创建一个事件单所需要的信息,重点是
准确、完整地记录必要的信息。
(一)事件的检测
一线事件记录员在受理事件后检查是否已存在该事件单,若存在则将事件转由
当前的受理人处理。
否则,创建新事件单。
(二)事件的记录
事件的记录遵循《决策管理系统工单编制规范》进行填写。
(2)事件分类与初步支持
该步骤包括:
为了对用户的请求进行分析而进一步收集信息。
该步骤的目的是对每个事件进行正确的分类(依据《决策管理系统分类规范》进行),随即在现存的知识库中查询与该事件相匹配的条目。
若没有找到合适的解决方案或变通方法,则该事件需要转派给一线组长,后者根据知识库判断该组员是否能够处理该事件,能够处理的返回该客服组员进行处理。
对于不能处理的事件,客服组长判断是属于应用、系统还是设备方向的事件,提交二线组长,由二线组长再根据实际情况分配给一个具有合适技能的事件分析员。
在处理过程中,事件记录员需要根据处理的情况详细记录整个处理过程和结果,记录信息应与实际情况一致。
若根据当前已有知识库条目能够解决事件,则在解决完事件后,在事件单中记录和填写故障根源和解决方案。
若解决方案比较复杂,还需附上附件。
(3)事件调查和诊断
这个步骤阶段的目标是进行深入的调查,以解决事件。
各个技术水平的事件分析员(二线人员)将会参与寻找一个解决方案或变通方案。
若事件分析员(二线人员)认为该事件根据知识库条目或其他常规方式能够解决,则返回一线事件记录员进行解决与恢复。
若通过调查和诊断还是不能解决事件,可能需要问题管理流程也参与进来进行更加深入的分析研究。
一线事件记录员应及时跟踪事件的整个处理过程,并适时向用户说明处理情况。
(4)解决和恢复
这个步骤尝试使用解决方案和变通方法来解决事件。
某些情况下,需要引入变更管理来批准评估实施步骤。
事件解决完毕后,二线支持人员需要依据解决情况创建知识库条目,并进行等级划分,
然后定期对一线人员进行新知识库条目的培训。
(5)事件关闭
这个步骤确保客户对事件的处理情况感到满意。
这里分两种情况,若是用户提出的事
件,则所有工单关闭前都需要征得用户同意;
若是监控发现的事件,则在解决后直接
关闭。
(6)监控事件
这个步骤监控目前尚未解决或正在解决的事件,它由事件单创建时开始,在事件单关
闭时结束。
这个步骤目前基本上是由一线组长人工来执行,只有触发升级策略才会由
后台工具发出邮件通知。
二、业务岗位和流程角色及职责
本部分描述有关人员在参与执行和管理事件管理方案时的角色和责任。
一个角色不等于对应一个人员,一个人员可以担任多个角色。
结合运维流程岗位序列及岗位说明书,依据决策管理系统的运维业务的工作内容,明确各业务岗位工作内容:
以下为事件管理流程中必须具有的角色及其相应的职责:
(1)事件经理
事件经理负责协调日常的事件管理流程运作,保证流程的质量和完整性。
事件经理的责任包括:
(2)事件记录员事件记录员负责创建事件单,跟踪、协调事件的解决情况,并关闭事件
单。
事件记录员的责任包括:
(3)事件分析员事件分析员受理事件记录员转交的事件单,对事件进行较为深入的分析,
快速恢复中断或受到影响的服务。
事件分析员的责任包括:
三、常用政策
中烟信息所支持的操作环境中,所有对操作特性有影响的事件会通过事件管理流程处理;
将通过流程中定义的标准、政策和指导进行管理。
所有报告事件的部门或人员将会参与统一的事件管理流程,不应该有任何例外。
所有IT支持人员对严重等级1和2的事件所采取的恢复服务的行动,相比其他任务具有优先权。
应该定期产生和回顾事件管理报表。
应该定期对流程进行回顾,以改进事件管理流程。
(1)责任人政策
有效的管理事件的重要因素是定义一个责任人政策,以确保每个事件在任何时段都有适当的人员负责。
当一个事件被创建后,事件记录员负责这个事件单,直至事件单关闭。
当事件单被分派并接受后,事件分析员负责此事件单;
但是作出分派的二线组长有责
任通知被分派的事件分析员并要求他接受或是拒绝此事件单。
该事件单的记录员有责
任跟踪整个处理过程。
如果需要向客户通知处理情况,由事件记录员负责
(2)再分派政策
再分派又称转派,指第一次分派后被分派对象将事件单分派给其他部门或个人。
再分派政策是另一项关键的政策,它确保事件单不被过于频繁的相互转派,以至于无法在规定时间内得到解决。
这里明确规定,事件单的再分派由当前业务组的组长决定和负责。
(3)严重等级
事件的严重等级表明了该事件对服务所产生的业务影响。
它是中烟信息评定事件处理优先等级的一个重要指标。
事件的严重等级依据事件的紧急度和影响度综合评定,二者共同决定了一个事件的优先级次序。
紧急度用于衡量一个中断的服务等待恢复的迫切程度,即对时间的急迫性。
影响度用于衡量一个中断的服务的影响范围,即对业务的影响程度。
下表定义了判断紧急度的参考时间值和影响度的参考范围以及严重等级的划分办法:
表一紧急度的参考时间紧急度Level1Level2Level3等级高中低紧迫要求24小时内需要得到解决在24-72小时内需要得到解决72小时以上解决即可
表二影响度的参考范围影响度Level1Level2Level3等级高中低影响范围企业关键业务或多个企业的业务受到影响企业局部业务受到影响服务请求、变更请求、咨询请求,及系统存在潜在风险的情况表三系统故障严重等级划分办法严重等级高高紧急程度中低2334451影响程度中2低3紧急度和影响度基于受影响的业务情况来划分,事件紧急度和影响度可参考《事件单严重级别的划分及环节升级规范》进行划分。
事件的严重等级划分需遵循以下要求:
(1)根据事件的紧急度和影响度的定义和指南准确划分紧急度和影响度;
(2)紧急度和影响度划分后将自动生成严重等级,不能人为修改严重等级而导致严重等级与紧急度和影响度划分情况不符;
(3)严重等级在工单创建后不能再进行修改和调整。
(4)通知政策目前的通知政策基于以下原则:
事件单被分派后,被分派人会接收到相关邮件通知;
事件单的严重等级为1(紧急)和2(高)时,将发送邮件通知事件经理。
(5)标准的通知内容通过通知政策进行沟通的事件信息目前通过电子邮件方式发送,并将遵循标准的格式。
几个通知内容项描述如下:
事件的简要描述事件的优先级(6)事件单关闭政策事件单的关闭必须由事件记录员得到用户确认后完成,但是事件经理可以超越(Override)此规则。
事件单的客户可以主动的关闭此事件单,例如:
误报、错报事件。
(7)事件单重开政策已关闭的事件原则上不允许重新打开,但事件经理有权重新打开事件单。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ITIL 事件 管理