如何通过ITSS故障的影响范围来确定其优先级？
本帖最后由 monicazhang 于 2015-10-22 11:38 编辑20151022 淡然续上
4.6.6 事件优先级 优先级是事件管理的一个关键要素，优先级决定处理事件的顺序及所需的资源，事件优先级可分为四级（紧急、高、中、低）。 ITSS考试
编号优先级代码描述
1紧急l BOSS系统中客户服务、客户管理、服务开通、综合帐务任一业务不可用，影响面为全省或至少包括一个关键地市l CRM的电话呼叫中心业务不可用，影响面为全省或至少包括一个关键地市l 因系统原因数据处理错误，导致大量用户投诉l 来自新闻媒体、消费者协会、国家行政机关（工商、物价等）的反映或申告l 部分重要数据丢失，且无法全部恢复
2高l BOSS系统中客户服务、客户管理、服务开通、综合帐务任一业务不可用，影响面为一个或多个非关键地市l BOSS系统中综合采集、融合计费、产品管理、资源管理、一级BOSS、营销管理、渠道管理、合作伙伴管理、综合结算、系统管理、统计报表任一业务不可用，影响面为全省或至少包括一个关键地市l CRM的电话呼叫中心业务不可用，影响面为一个或多个非关键地市l CRM中互联网呼叫中心、短信呼叫中心、工单管理、知识管理、人力资源、质量管理、数据统计分析任一业务不可用，影响面为全省或至少包括一个关键地市l 经分系统的通用分析不可用，影响面为全省l BOMC系统的服务管理或监控管理不可用，影响面为全省l 用户在营业现场反应激烈l 监控管理平台严重告警
3中l 一般性系统故障l 监控管理平台主要告警
4低l 一般单个用户申告l 业务咨询l 监控管理平台一般告警
当故障发生时，为了在判断优先级时增强实际可操作性，可以根据故障的影响范围和业务系统的关键程度在优先级映射表中定位优先级。故障的影响范围可以根据配置项中定义的‘影响范围’和用户报障描述来确定。
系统 影响范围全省至少包括一个关键地市全省多个非关键地市一个非关键地市
BOSS（任意一个模块）客户服务、客户管理、服务开通、综合帐务、订单管理紧急紧急高高
综合采集、融合计费、产品管理、资源管理、一级BOSS高高
营销管理、渠道管理、合作伙伴管理、综合结算、系统管理、统计报表高高
CRM（任意一个模块）电话呼叫中心紧急紧急高高
互联网呼叫中心、短信呼叫中心、工单管理、知识管理、人力资源、质量管理、数据统计分析高高
BASS通用分析高
专题分析
BOMC服务管理、监控管理高
注：n如果某些业务模块没有反映在优先级映射表中，各省可以根据实际需要添加n优先级映射表中空的字段，各省在细化流程中自行定义4.6.7 事件响应时限和解决时限 在事件处理过程中，对于一个事件有解决时间的限制和响应时间的限制。一方面，需要各工程师协同合作，在解决事件的时候应该有时间的概念；也要求事件经理必须实时地督促事件的解决，对于影响度为高或者紧急的事件，需要及时通告事件经理；如果该事件的响应或解决超过了时限，需要通告事件经理，同时也要根据具体情况通告给其他相关管理人员。响应时限指的是事件状态从“已登记”到“一线处理中”经过的时间，如果帮助台直接分配到二线支持，响应时限指的是事件状态从“已登记”到“二线处理中”经过的时间；解决时限指的是事件状态从“已登记”到“已解决”经过的时间； ITSS认证事件优先级对应的事件响应时限和解决时限参考下表（以下时间是24×7工作时间）：
编号优先级代码响应时限要求解决时限要求
1紧急30分钟4小时
2高1小时8小时
3中4小时48小时
4低8小时96小时
注：各省根据自己的业务需要可以修改优先级对应的响应时限和解决时限，但应该小于这个范围，并且定义的时候应该考虑事件影响度的定义。
4.6.8 事件影响度 事件影响度用于衡量事件所影响业务的严重程度。严重程度通常通过事件所影响的人数、关键系统数以及服务故障所造成的损失来设定。定义事件影响度等级的因素有：n是否影响了核心业务n所影响的用户数n服务失效的影响范围和时长事件影响度在事件的生命周期中是可以改变的，例如，初始等级为严重的故障会随着服务失效的时间变成重大故障，所以事件的影响度应在事件得到解决（服务恢复）后重新确认。事件的响应时间、解决时限以及处理事件所需要引入的资源主要由事件的优先级决定。
编号影响度代码事件性质描述
1重大故障l 全省半数以上地市或关键地市的融合计费业务中断超过6小时l 全省半数以上地市或关键地市的营业、综合帐务、客服中任一业务中断超过3小时l 全省半数以上地市或关键地市的综合结算业务处理中断超过24小时l 半数以下地市全业务中断超过6小时
申告l 对移动公司造成巨大损失产生严重后果和不良影响的l 来自新闻媒体、消费者协会、国家行政机关的反映或申告
2严重故障l 全省半数以上地市或关键地市的融合计费业务中断大于10分钟、小于6小时l 全省半数以上地市或关键地市的营业、综合帐务、客服等业务中断均大于10分钟、小于3小时l 全省半数以上地市或关键地市的综合结算业务处理中断大于2小时、小于24小时l 半数以下地市全业务中断大于10分钟、小于6小时
申告l 局数据错误导致产生大量的错单l 涉及到高额问题的申告l 用户在营业现场反映激烈
3一般故障l 系统内局部出现问题，不影响整个系统运行，不影响业务处理的故障
申告l 不属于重大申告和严重申告的用户申述
告警l 不影响系统的监控平台告警
4无咨询l 一般数据查询或者使用指导
注：各省根据自己业务情况扩展或修改本表格的描述，对于重大级别的事件，应严格按照集团公司的定义。
4.6.9 事件状态 事件状态代码表明事件所处的处理状态，事件状态如下：
编号代码描述
1已登记新开事件记录或事件已创建
2分配到帮助台事件已分配给帮助台人员
3分配到一线事件已分配到一线支持，一线还未响应
4分配到二线事件已分配到二线支持，二线还未响应
5分配到三线事件已分配到三线支持，三线还未响应
6一线处理中一线支持人员已接手处理事件
7二线处理中二线支持人员已接手处理事件
8三线处理中三线支持人员（厂商）已接手处理事件
9已解决事件已解决，支持人员联系用户验证事件是否获得解决
10关闭事件已关闭
4.6.10事件结束代码 事件结束代码说明了事件是在何种情况下关闭的，结束代码如下：
编号代码描述
1成功解决事件获得成功解决
2变通方法解决事件已通过变通方法或者临时措施获得解决，但是需要进行更进一步的根源分析
3不成功事件没有获得解决（用户没有认可解决时使用）
4消失事件自行消失 ITSS培训
5误报不属于业务支撑部门管理范围的事件
6可忽略如通过其他系统接口或监控系统提交的垃圾信息，经确认属于无效信息
待续http://ITIL-foundation.cn/thread-52471-1-1.html本帖关键字：ITSS
页:
[1]