|
重大事件处理流程
表:重大事件处理流程步骤说明
序号 | 步骤名称 | 责任人 | 说明 | | | |
●服务台对事件进行分类,如果是重大事件,则通知事件流程经理、主管领导、变更经理
·在事件处理过程中,若有事件升级为重大事件,则由二线支持人员触发重大事件处理流程,并告知服务台通知相关人员;
●服务台人员根据故障现象,评估影响范围,编写通知,通知用户重大事件发生。 | | | | ·事件流程经理在接到重大事件通知后协调处理此重大突发事件,协调内容包括:
√在故障发生后,向上级领导通报故障影响,以便高层领导了解情况,必要时协助指挥、协调资源。
√执行应急措施,尝试紧急修复,比如重启服务或系统;
√如应急措施无效,再尝试其他修复措施;
审核服务台的重大事件通知,并及时更新进展;
·跟踪重大突发事件的处理过程 |
续表
序号 | 步骤名称 | 责任人 | 说明 | | | | 主管领导作为重大突发事件的负责人,对重大突发事件进行监控和回顾 | | | | | | | | 根据故障处理过程,找出根因及待改善项,制定改善计划。 | | | | ●根据制定的改善措施,跟进执行、闭环,从根源上解决问题。
●根据组织的重大事件的管理要求,对故障进行说明并追责相关负责人。 |
流程相关定义
事件管理流程中的各个信息项需获得统一且明确的定义,这是流程相关定义的核心内容。这样做的目的在于实现更优化的记录、流转、分析和回顾事件工单的能力。通过确保所有参与者对信息项具有一致的理解,可以减少沟通的混淆,提高事件处理的效率。明确的定义还有助于数据的分析,从而更准确地反映事件处理的效果,提供持续改进的依据。此外,良好的记录和回顾机制可为未来相似事件的处理提供经验和借鉴,
1)事件工单信息项定义
事件工单用于明确登记事件的信息纬度,确保事件在流转过程中信息一致,增强信息沟通的效率。
表:事件示例
信息项 | 说明 | | | | 事件申报人的信息,包括:姓名、法人、部门、电子邮件、办公电话、手机 | | | | | | 针对故障:指的是业务中断的实际时间缺省值等于登记时间(可能早于登记时间,自动设置或者手工填写);针对用户请求:缺省值等于登记时间。事件发生时间不超过登记时间。
| | | | | | | | | | | | 对应每一个事件优先级,根据流程相关定义中“事件解决时限”设定最终的完成期限 | | | | | | | | | | | | | | |
| 关联的变更单号记录由事件引发变更时,关联的变更单号 |
续表
2)事件分类定义 事件分类的目的:将事件分属于某个类别中,以便于确定事件影响、确定责任团队、确定是否事件正在处理、关联知识库找到可能解决方案、为统计和改进提供标签。
表:事件分类示例
序号 | 项目 | 子项 | | | | | | | | | A级SAP系统(SAP各模块、maximo、易用化) | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | |
续表
续表
3)事件优先级定义 优先级是事件管理的一个关键要素,优先级决定处理事件的顺序及所需的资源,事件优先级可分为四级(紧急、高、中、低)。
表:事件优先级定义
编号 | 优先级代码 | 描述 | | | 1重要系统不可用1因系统原因数据处理错误,导致大量用户投诉1来自新闻媒体、消费者协会、国家行政机关(工商、物价等)的反映或申告1部分重要数据丢失,且无法全部恢复 | | | 1业务系统不可用,影响面为全北京市、某个分公司,或者多个非关键地区1系统中的某一业务不可用,影响面为全北京市、某个分公司,或者多个非关键地区 | | | | | | |
当故障发生时,为了在判断优先级时增强实际可操作性,可以根据故障的影响范围和业务系统的关键程度在优先级映射表中定位优先级。故障的影响范围可以根据配置项中定义的“影响范围”和用户报障描述来确定。参考数字化IT运维管理体系建设指南等书籍资料
表:事件影响范围说明
系统影响范围 | 全国或某一分公司 | 至少包括一个关键地区 | 多个非关键地区 | 一个非关键地区 | | | | | | 高 | | | | | | | | | | | | |
|