ERP运维管理之事件管理流程设计说明书

文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 Insight Project 华新 ERP 运维管理体系设计项目 华新华新 ERP 运维管理之事件管理流运维管理之事件管理流 程设计说明书程设计说明书 慧眼工程慧眼工程 华新华新 ERP 运维管理体系设计项目运维管理体系设计项目 版本版本 V1 0 2010 05 31 本文档版权由华新水泥股份有限公司所有 未经华新水泥股份有限公司书面许可 任何单位和个人不得以任何形式摘抄 复制本文档的部分或全部 并以任何形式传播 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 2 作者作者 作作者者联联系系方方式式 李春雷 电子邮件 chunlei li 电话 修订修订 日日期期文文档档版版本本修修订订描描述述文文档档作作者者 2010 05 281 0初始版本姓名 李春雷 审批审批 审审批批日日期期审审批批版版本本审审批批人人角角色色审审批批人人 2010 06 011 0凯捷项目经理姓名 Name 蔡玮 2010 06 011 0华新项目经理姓名 Name 张林 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 3 目录目录 1流程目的流程目的 5 2流程主要内容流程主要内容 5 3与其他流程的关系与其他流程的关系 6 4关键角色 职责定义关键角色 职责定义 7 4 1服务台人员 7 4 2一线支持人员 7 4 3二线支持人员 8 4 4三线支持人员 9 4 5事件经理 9 4 6事件管理流程负责人 10 5流程执行原则流程执行原则 10 5 1常规原则 10 5 2流程关联原则 11 5 3所有权原则 11 5 4再分派原则 11 5 5重复事件原则 12 5 6关闭原则 12 5 7升级原则 12 5 8工单流转原则 13 6流程相关定义流程相关定义 13 6 1事件信息项 13 6 2事件性质 14 6 3事件来源 14 6 4事件所属系统类型 15 6 5事件分类 15 6 6事件优先级 16 6 7事件响应时限和解决时限 16 6 8事件状态 18 6 9事件结束代码 18 6 10事件解决人角色 19 6 11处理是否超时 19 6 12故障厂商 19 6 13用户反馈 19 7流程概要设计流程概要设计 19 8流程详细设计流程详细设计 22 8 1 100 1 事件记录和分类 22 8 2 100 2 初始支持 23 8 3 100 3 一线尝试解决 24 8 4 100 4 二线尝试解决 26 8 5 100 5 紧急事件再确认 27 8 6 100 6 三线尝试解决 28 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 4 8 7 100 7 记录解决方案细节 29 8 8 100 8 关闭事件 30 8 9 100 9 事件处理的监控 31 8 10 紧急事件处理子流程 32 9关键流程衡量指标关键流程衡量指标 33 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 5 1 流程目的流程目的 事件管理流程的主要功能是尽快解决出现的事件 保持业务系统的稳定性 其目的包括 在成本允许的范围内尽快恢复在成本允许的范围内尽快恢复 ERP 服务服务 快速响应服务请求 电话 邮件 运维平台等 用户获得服务支持 沟通事件解决的状态 和客户确认事件的解决 进行事件控制进行事件控制 按规范记录事件 就事件的优先级 影响度进行分类 分析 诊断 必要时进行升级 监视并结束事件 进行定期服务流程回顾 提供提供 ERP 管理信息管理信息 人力资源利用情况 故障处理情况 服务支持效率 2 流程主要内容流程主要内容 事件是中断业务流程和降低 ERP 服务质量的错误 事件管理流程帮助迅速解决这些事 件 并最小化对于业务的不利影响 流程始于事件的接收和报告 结束于事件的解决 该 流程包含下述主要内容 事件接收和记录事件接收和记录 这个环节是事件管理流程的起点 所有用户或系统报告的 ERP 应用系统事件必须由 此步骤开始 此步骤的目的是在事件发生时快速准确地发现 以协助事件的诊断和解决并 通知相关人员 在此步骤中将会收集创建事件记录所需的信息 该环节的关键是信息的准确性和完整性 分类和在线支持分类和在线支持 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 6 事件可以是一个申告 故障 告警 咨询 对于每个事件 需要确立优先级和分类 若 没有现成的解决方案或临时解决措施 该事件将分配给合适的支持人员对此进行调查 该环节的关键是必要的知识库支持和正确的事件分派 调查和诊断调查和诊断 若支持人员无法解决事件 可运用知识库 诊断工具等进行更加深入的分析以找到 恢复服务的临时措施 必要时可调用多名支持人员以寻求解决措施 解决和恢复解决和恢复 支持人员实施事件的解决方案 并将解决完毕的事件转回服务台 由服务台通知用户 解决的结果 并得到用户的确认 优先级为紧急的事件 紧急事件 和事件升级优先级为紧急的事件 紧急事件 和事件升级 对于紧急事件 服务台应立即提交给一线人员 由一线人员判断 上报给事件经理和 相关的管理层 由事件经理决定紧急事件的处理方式 确保其得到最快速的解决 当事件处理超过预期时限 将自动通知处理人员和相应管理层 以引起相关人员和管 理人员的重视和参与 结束事件结束事件 当用户确认事件解决后 此时可结束该事件 并在必要时更新知识库 3 与其他流程的关系与其他流程的关系 和问题管理流程的关系和问题管理流程的关系 事件管理流程将提供事件的详细 精确的记录信息给问题管理流程来定位问题及分析 问题的趋势 以及在优先级为紧急的事件解决并恢复服务后做为问题进行进一步的分析和 处理 和配置管理流程的关系和配置管理流程的关系 需要从配置管理数据库中查询配置项的属性和配置项间的关联关系来定位故障和帮助 快速的恢复 和变更管理流程的关系和变更管理流程的关系 服务台应了解变更管理流程中目前正在进行的变更信息 检测因变更而可能引发的事 件 在事件的解决过程中 涉及到需要对基础架构 应用系统及操作系统等进行变更的需 要发起变更请求来解决事件 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 7 4 关键角色 职责定义关键角色 职责定义 流程的实现是通过不同的流程角色以及其被赋予的职责来实现的 因此流程的每一个角色 可以被定义为一系列职责的集合 在实际的管理操作中 不同的人员将被赋予不同的职责 也 可能一个人被赋予多个职责 同时也可以将其职责授权给其管理结构之下的人员 因此 以下 所提及的管理流程和角色的目的是为了在充分满足流程所需角色的基础上 为具体的实现提供 足够的灵活性 事件管理流程主要分为以下几个职责 角色 分别简述如下 4 1 服务台人员服务台人员 服务台人员负责对所有事件的接收与关闭 并参与事件的处理 具体包括以下职责 在指定的响应时间内响应所有服务台热线电话 邮件 工单等事件报告 完整记录所有接收的事件信息 包括 记录事件报告人的详细联系方式 事件特征 表现 描述 发生时间等 为事件进行适当的分类 为事件分配优先级等属性 尝试使用知识库 初步诊断 分析相关信息等方式解决事件 如果服务台不能解决事件 应当将事件分配给最合适的一线支持小组或来处理 检查事件记录的处理进度 保持与用户的联系 适时通知事件处理进展 在事件处理过程中 催办事件处理进度 与用户确认事件解决方案及用户满意度反馈 关闭事件 技能要求 技能要求 熟悉技术平台和技术环境 较强的沟通能力 对简单的故障要有快速诊断和解决的能力 熟悉事件处理流程 人员配置 人员配置 设立专职服务台人员 人员数量根据公司相关规定执行 4 2 一线支持人员一线支持人员 在服务管理体系中 一线支持人员负责对服务台无法解决的事件进行快速有效的分析 提 出解决方案以尽快恢复服务 并在必要时提供现场支持 职责 职责 决定需要采取何种措施恢复服务并实施有效的行动 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 8 必要时提供现场支持 根据优先级提供有效的解决方案 与其他一线小组合作 确定解决方案 更新事件解决信息 已解决的事件转回服务台 由服务台关闭事件 如果一线不能解决这个事件 应当升级到二线支持来处理 技能要求 技能要求 较强的业务 技术背景 较强的沟通能力 快速诊断事件和解决事件的能力 熟悉事件处理流程 人员配置 人员配置 由业务模块的成员组成 人员数量根据公司相关规定执行 4 3 二线支持人员二线支持人员 二线支持人员是相关业务或技术领域的专家 负责提供对一线支持人员无法解决的问题进 一步进行调研 找出解决方案并尽快恢复服务 职责职责 进行事件的深入调查研究 根据经验和专业技能 决定需要采取何种措施恢复服务并实施有效的行动 必要时引入供应商的支持 及时提供有效解决方案 与其他二线小组合作 确定解决方案 更新事件解决信息 已解决的事件转回服务台 由服务台关闭事件 如果二线不能解决这个事件 应当升级到三线支持来处理 技能要求 技能要求 深厚的业务 技术背景 较强的沟通能力 快速诊断复杂事件并解决的能力 熟悉事件处理流程 人员配置 人员配置 由业务模块的经理及开发组人员担任 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 9 4 4 三线支持人员三线支持人员 职责 职责 从研发的角度进行事件的研究 根据经验和专业技能 决定需要采取何种措施恢复服务并实施有效的行动 如发布 临时补丁等 及时提供有效解决方案 已解决的事件转回服务台 由服务台关闭事件 技能要求 技能要求 具备开发公司内各类应用系统的能力 对所维护范畴的技术深入掌握 熟悉事件处理流程 人员配置 人员配置 由外维厂商代维人员组成 4 5 事件经理事件经理 事件经理负责事件解决过程中的协调和监控 以及事件升级的判断 职责 职责 负责对重大 紧急事件的解决协调资源 保证故障的最终排除 当事件优先级为紧急或者事件将超过规定的时限 负责按照升级方法对事件进行处 理 确保有效协调资源 促进各类角色小组 如一线支持 二线支持 快速恢复正常 服务 当事件被二线支持人员升级到三线支持时 由事件经理负责监控事件 并通过及时 与第三方供应商进行联系 协调各方资源来处理升级事件 并负责在事件管理平台 记录第三方供应商反馈的事件解决方案 确保和问题管理流程经理的有效合作 确保正确和广泛地收集和分析事件数据 发现 ERP 应用系统和业务相关的问题 技能要求 技能要求 深厚的业务 技术背景 较强的表达能力和与用户沟通技巧 处理纠纷的能力 深刻理解事件管理流程 较强的组织 领导能力 人员配置 人员配置 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 10 由 ERP 项目部经理任命 1 名内部人员担任 4 6 事件管理流程负责人事件管理流程负责人 事件管理流程负责人从总体对事件管理流程的设计 实施 执行及优化负责 职责 职责 确定管理流程的衡量指标 确保事件管理流程能够取得管理层的参与和支持 确保事件管理流程符合公司实际状况和公司 ERP 发展战略 总体上管理和监控流程 建立事件管理流程实施 评估和持续优化机制 确保事件管理流程实用 有效 正确地执行 当流程不能够适应公司的情况时 必 须及时的对此进行分析 找出缺陷 进行改进 从而实现可持续提高 保持与其他流程负责人的定期沟通 具有较强的计划 组织 领导和控制才能 能够综合各方意见 按时制订和定期 优化事件管理流程 技能要求 技能要求 深刻理解事件管理流程 能够很好地理解业务对于事件管理的需求 有决策权 能够确保事件管理流程设计的要求在实际工作中得到贯彻和执行 具有很好的沟通技能 获得所需资源 人员配置 人员配置 由 ERP 项目部经理担任 5 流程执行原则流程执行原则 5 1 常规原则常规原则 所有 ERP 事件管理范围内发生的事件 都应该记录在 ERP 运维服务管理平台中 记录 的信息应足够详细 包括事件处理交互过程 详细的解决方案和相应的附件 所有 ERP 支持人员对优先级为紧急和高的事件所采取的服务恢复行动 在比对其它行 动的时候 将拥有优先处理级别 每月出具事件管理报表 并对重复发生的事件和变通方法解决的事件进行评估 每年对流程进行回顾 回顾内容包括流程关键衡量指标 流程执行效率和流程支持工 具的有效性 以改进事件管理流程 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 11 5 2 流程关联原则流程关联原则 和问题管理的关联 所有优先级为紧急的事件在恢复服务后 都应该创建问题单 问题单必须和事件单建 立关联 支持小组在解决事件的过程中 可以通过问题记录查找相应的解决方案 和变更管理的关联 事件处理过程中 如果需要对系统进行变更 必须按照变更管理的定义 提交变更请 求单 变更单必须和事件单建立关联 变更完成后 继续事件单的处理 紧急事件 优先级为紧急的事件 下同 的处理过程中 如果需要对系统进行变更 必须按照变更管理的定义 提出紧急变更请求 变更完成后 补录紧急变更单 并和 紧急事件单建立关联 和配置管理的关联 事件处理过程中 可以通过配置管理查询相关的配置项信息以及该配置项历史上发生 的事件 问题或变更 来帮助故障的定位 事件处理过程中 如果可以将故障定位到某个配置项 则必须将事件单与该配置项关 联 5 3 所有权原则所有权原则 所有权原则用来确保每个事件在任何时段都有适当的人员负责 服务台是事件的负责人 由 ERP 用户申报的事件单 服务台员工是该事件的责任人 必须确保事件得到有效跟 踪与解决 并负责事件单的关闭 5 4 再分派原则再分派原则 事件的再分派原则是确保事件在服务目标时段内处理和解决的重要因素 因此 应当尽量 减少事件单再分派的几率 事件单可以分配到个人 或者分配到组 服务台 一线支持 二线 支持 三线支持 再由组内的支持人员处理 服务台将事件单分配给一线支持 一线支持可以将事件单重新分配给服务台 其他一线支持小组 二线支持小组 二线支持可以将事件单重新分配给服务台 一线支持小组 其他二线支持小组 三线 支持小组 事件经理负责组织协调 三线支持不可以将事件单重新分配 若不能解决的 交由事件经理协调资源进行处理 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 12 5 5 重复事件原则重复事件原则 重复事件是指在一个较短时间段 通常 30 分钟内至 1 小时 由监控平台上报的同一个配 置项上现象相同的事件或一人 多人申告的同一来源 系统 应用 现象相同的事件 当被报告 的事件与某个已经创建且尚未解决的事件单相同 则该事件被认为是重复的 由于此时已创建 的事件尚未解决 还没有采取修正措施来恢复服务 因此 新报告的事件被认为是原有事件单 的重复事件单 在原有事件单获得解决时 所有的重复事件单获得解决 重复的事件信息必须被标识 并且不计入事件管理流程的关键衡量指标 如果服务台可以判断出重复事件 则由服务台对重复事件标识 否则由其他支持小组 负责重复事件的处理 5 6 关闭原则关闭原则 由 ERP 用户申报的事件单 关闭必须由服务台完成 事件处理人员在解决完成事件时 根据实际解决情况填写事件的结束代码 采用临时 措施恢复服务时 结束代码为 变通方法解决 服务台负责和 ERP 用户再次确认事件 的解决 由 ERP 用户认可获得关闭的事件单的结束代码为 成功解决 关闭 已解决的事件单如果没有得到 ERP 用户的认可 则首先关闭该事件单 结束代码修改 为 不成功 同时创建一个新的事件单重新分配到原处理人员继续处理 已关闭的事件单不允许重开 如果事件重复发生 则创建一个新的事件单 监控平台产生的事件发送到服务台 由服务台分派 处理人员解决并关单 5 7 升级原则升级原则 制定升级原则的目的是确保事件在规定的解决时限内能够及时通知相关技术人员和领导 引起更多的重视 提供合适的资源 从而快速找到解决事件的方案 优先级为紧急的事件 服务台应立即升级到相应一线支持 由一线支持再次确认 如 果确认了优先级为紧急 则立即升级到事件经理 并通知相应的管理层 通过 ERP 运 维服务管理平台 由事件经理启动紧急事件处理流程 各支持人员应及时响应和处理分配到本组或自己的事件单 如果超出规定的响应时限 和解决时限 服务台系统应自动将事件信息通报事件经理 事件经理负责协调资源 并督促事件能够及时被响应和处理 服务台和一线支持应及时将不能解决的事件升级到下一级 若未及时升级 事件经理 应及时介入 负责协调升级处理 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 13 5 8 工单流转原则工单流转原则 事件管理流程负责处理公司应用系统及基础设施产生的事件 服务台负责受理所有请求 首先进行尝试解决 不能解决的分派到一线支持小组或人 员 不能明确待分派对象的 分派给事件经理 一线负责处理服务台转派的工单 对于属于应用系统产生的事件首先在一线内部尝试 解决 不能解决的提交到二线支持小组或人员 二线负责处理一线转派的工单 首先在二线内部尝试解决 不能解决的提交到三线支 持小组 三线负责处理二线转派的工单 若不能解决 交由事件经理协调资源进行处理 6 流程相关定义流程相关定义 6 1 事件信息项事件信息项 事件单必须包含如下事件信息项 序序 号号 信息项信息项 是否是否 必填必填 说明说明 事件记录和分类时填写 1请求人信息 是事件申报人的信息 包括 姓名 部门 电子邮件 办公电话 手机 2事件分类是参见 事件分类 定义 3事件性质是参见 事件性质 定义 4事件来源是参见 事件来源 定义 5事件所属系统类型是参见 事件所属系统类型 定义 6事件发生时间 是针对故障 指的是业务中断的实际时间 可能早于登记时间 针对其他 缺省值等于登记时间 事件发生时间必须早于或等于登记时间 7事件发生单位是公司名称 8事件简要描述是事件的简要描述 9事件详细描述是对于整个事件内容的详细描述 10分配对象是被分配的技术支持组 11事件优先级是参见 事件优先级 定义 12重复事件标记否标记为重复事件 13关联变更否用相关变更单号就行关联 14关联配置项否记录出现故障的配置项代码 15附件否上传附件 提交事件工单时 系统自动产生 16事件 ID是事件单流水号 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 14 序序 号号 信息项信息项 是否是否 必填必填 说明说明 17建单人 受理人 是创建事件请求工单的记录人 18登记时间是在服务台生成事件记录的时间 19事件状态是参见 事件状态 定义 20事件完成期限 是对应每一个事件优先级 系统根据流程相关定义中 事件解决时限 自动 设定最终的完成期限 一 二 三线尝试解决时填写 21业务恢复时间是针对故障的业务恢复实际时间 22事件日志 是反映事件信息项的变化历史 如一个事件在处理过程中 事件状态变化 的时间点等信息 23解决方案是事件解决方案的描述 24故障厂商否记录故障厂商信息 25重复事件标记否标记为重复事件 一 二 三线尝试解决时 系统自动产生 26事件状态是参见 事件状态 定义 27实际开始时间是记录事件状态到 XX 处理中的时间 28事件解决人是事件的最终解决人 29处理是否超时否参见 处理是否超时 定义 30实际完成时间是记录事件最后解决的时间 31历时是 实际完成时间 事件发生时间 关闭工单时填写 32用户反馈是参见 用户反馈 定义 33事件结束代码是参见 事件结束代码 定义 34事件解决人角色是参见 事件解决人角色 定义 35事件关闭时间是记录事件被关闭的时间 6 2 事件性质事件性质 根据 ERP 系统的业务要求和管理要求 定义如下四类事件 编号编号代码代码描述描述 1故障 指因 EPR 系统错误或反映 EPR 系统部分或全部功能不能正常使用的 报障 2申告 与 EPR 系统相关的用户投诉 如业务受理部门转来的因 ERP 系统问 题引发的投诉 3告警监控平台自动产生的没有影响到系统正常使用的告警 4咨询指对系统操作 业务流程等方面的求助和询问 6 3 事件来源事件来源 事件来源代码用来标明事件的提出方式 事件来源可以包括以下几种 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 15 编号编号代码代码描述描述 1用户报告 用户或维护人员通过电话 邮件 运维平台报告的事件 服务台 人员手工创建或修改事件单 2 ERP 项目部人员报 告 ERP 项目部内部 一线 二线支持人员 提交的事件 3监控系统报告 6 4 事件所属系统类型事件所属系统类型 根据 EPR 应用系统的划分 定义事件所属系统类型 当事件发生时 应该由服务台初步确 定是哪个系统出现问题 再由一线作最终确认 业务分类业务分类业务系统分类业务系统分类 ERP R3 系统 RMX 专家系统 OA 系统 运维服务管理系统 BI 系统 BCS 合并系统 PCS 平台系统 称重系统 TIS 接口系统 EPM 系统 CRM 系统 SCM 系统 电子商务系统 ERP 业务 其他 IT 业务略 6 5 事件分类事件分类 分类代码用于标识故障或申告的具体业务类型 由服务台人员填写或修改 支持人员在处 理过程再行确认或更新 事件分类事件分类 销售管理 生产管理 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 16 质量管理 维修管理 采购与库房管理 人力资源管理 财务管理 行政办公管理 企业绩效管理 开发管理 用户及权限管理 ERP 运维服务管理 6 6 事件优先级事件优先级 优先级是事件管理的一个关键要素 优先级决定处理事件的顺序及所需的资源 事件优先级可分 为四级 紧急 高 中 低 编号编号优先级代码优先级代码描述描述 1紧急 事件需尽快解决 否则影响严重 包括但不局限于以下类别 影响生产经营的重要 ERP 应用系统完全不可用 例如 SAP RMX 专家系统 OA 严重影响重要业务 例如销售发货 产品生产 月结 影响两家及以上工厂 ERP 应用系统的业务应用 应用系统数据丢失 影响公司管理层 ERP 应用系统的业务应用 2高 事件需尽快解决 否则影响较严重 包括但不局限于以下类别 影响生产经营的重要应用系统局部不可用 例如 SAP RMX 专家系统 OA 部 分功能不可用 影响生产经营的其他应用系统完全不可用 例如 PCS EPM SCM CRM 电子商务系统 影响单家工厂 ERP 应用系统的业务应用 影响业务主管部门 各事业部及区域管理层 ERP 应用系统的业务应用 3中 事件解决的时间性要求不高 对业务操作影响不大 一般性系统故障 用户申告 影响工厂管理层 ERP 应用系统的业务应用 4低 业务咨询 ERP 应用功能增强 6 7 事件响应时限和解决时限事件响应时限和解决时限 在事件处理过程中 对于一个事件有解决时间的限制和响应时间的限制 一方面 需要各 支持组或人员协同合作 在解决事件的时候应该有时间的概念 同时 也要求事件经理必须实 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 17 时地督促事件的解决 对于影响度为高或者紧急的事件 需要及时通告事件经理 同时 如果 该事件的响应或解决超过了时限 需要通告事件经理 同时也要根据具体情况通告给其他相关 管理人员 响应时限指的是事件状态从 已登记 到 一线处理中 经过的时间 解决时限指的是事件状态从 已登记 到 已解决 经过的时间 事件优先级对应的事件响应时限和解决时限如下表 事件优先级对应的事件响应时限和解决时限如下表 编号编号优先级代码优先级代码响应时限要求响应时限要求解决时限要求解决时限要求工作时间说明工作时间说明 1紧急10 分钟4 小时7 24 小时 2高20 分钟8 小时7 24 小时 3中30 分钟3 个工作日5 8 小时 4低60 分钟4 个工作日5 8 小时 事件发生时的通告定义事件发生时的通告定义 通知人员列表的用途 当 ERP 运维服务管理平台收到事件时 按照表中的人员列表发出邮 件或短信通知 优先级别优先级别通知人员列表通知人员列表 紧急部门经理 事件经理 一 二线支持人员 高事件经理 一 二线支持人员 中通知一 二线支持人员 低通知一线支持人员 超出响应时间的通告定义超出响应时间的通告定义 通知人员列表的用途 当 ERP 运维服务管理平台判断到响应时限已经超出 则按照表中的 人员列表发出邮件或短信通知 优先级优先级 别别 通知人员列表通知人员列表事件响应时限事件响应时限 紧急部门经理 事件经理 一 二线支持人员10 分钟 高事件经理 一 二线支持人员20 分钟 中事件经理 一 二线支持人员30 分钟 低事件经理 服务台 一 二线支持人员60 分钟 超出解决时限的通告定义超出解决时限的通告定义 通知人员列表的用途 当 ERP 运维服务管理平台判断到解决时限已经或即将超出 则按照 表中的人员列表发出邮件或短信通知 优先级别优先级别通知时间通知时间通知人员列表通知人员列表 事件解决时事件解决时 限限 紧急3 小时部门经理 事件经理 一 二线支持人员4 小时 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 18 7 小时部门经理 事件经理 一 二线支持人员 高 8 小时部门主管 相应事件经理 一 二线支持人员 8 小时 71 小时事件经理 一 二线支持人员 中 72 小时部门主管 相应事件经理 一 二线支持人员 72 小时 95 小时一线支持人员 低 96 小时相应事件经理 一 二线支持人员 96 小时 6 8 事件状态事件状态 事件状态代码表明事件所处的处理状态 事件状态如下 编号编号代码代码描述描述 1已创建用户自行创建事件单并提交 2已登记服务台人员对已创建事件单更新或自行创建事件单 3分配到服务台事件已分配给服务台人员 4服务台处理中服务台人员已接手处理事件 5分配到一线事件已分配到一线支持 一线还未响应 6一线处理中一线支持人员已接手处理事件 7分配到二线事件已分配到二线支持 二线还未响应 8二线处理中二线支持人员已接手处理事件 9分配到三线事件已分配到三线支持 三线还未响应 10三线处理中三线支持人员已接手处理事件 11已解决 事件已解决 支持人员联系用户验证事件是否获得解 决 12关闭事件已关闭 6 9 事件结束代码事件结束代码 事件结束代码说明了事件是在何种情况下关闭的 结束代码如下 编号编号代码代码描述描述 1成功解决事件获得成功解决 2变通解决 事件已通过变通方法或者临时措施获得解决 但是需要进行更进一 步的根源分析 3不成功事件没有获得解决或用户没有认可解决 4取消 事件状态 用户确认取消事件 用户误报 可忽略 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 19 6 10 事件解决人角色事件解决人角色 事件解决人角色用来标明该事件单最终解决的角色是服务台 还是一线 二线或三线 编号编号代码代码描述描述 1服务台服务台最终解决事件 2一线一线支持最终解决事件 3二线二线支持最终解决事件 三线事件经理负责联系第三方供应商解决事件 其他取消的事件 6 11 处理是否超时处理是否超时 每个优先级别都对应了解决期限 处理是否超时 用来标明事件的处理是否已超过了解决 期限 编号编号代码代码描述描述 1未超时未超时 2超时事件已超出规定的解决时限 6 12 故障厂商故障厂商 用来在事件单中记录是哪个厂商的设备或系统发生故障 编号编号厂商名称厂商名称 1 2 3 6 13 用户反馈用户反馈 用来在事件单中记录用户对事件处理的满意程度 编号编号代码代码描述描述 1满意用户对事件处理结果表示满意 2一般用户对事件处理结果既非满意也非不满意 处于中间感受 3不满意用户对事件处理结果表示不满意 7 流程概要设计流程概要设计 事件管理概要设计流程图如下 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 20 三三线线支支持持 三三线线支支持持 用用户户 用用户户 服服务务台台 服服务务台台 一一线线支支持持 一一线线支支持持 二二线线支支持持 二二线线支支持持 事事件件经经理理 事事件件经经理理 其其它它流流程程 其其它它流流程程 电话 邮件 运维平台 提交事件 变变更更管管理理流流程程 100 2 初始支持 100 8 关闭事件 100 4 二线尝试解决 100 7 记录解决方案 细节 100 3 一线尝试解决 100 1 事件记录和分类 101 紧紧急急事事件件 处处理理子子流流程程 问问题题管管理理流流程程 紧急事件 非紧急事件事件解决 未解决 未解决 事件解决 100 9 事件处理的监控 事件解决 100 6 三线尝试解决 事件解决 未解决 序号序号 步骤名称步骤名称 责任人责任人说明说明 100 1事件记录和分类服务台 服务台对来自用户 ERP 项目部人员或系统自动产生的事件进行详 细记录 其中包括申告 咨询 告警 故障 服务台负责在接收到事件后进行分类转发 对于判断为紧急的事件 则通知相应的管理层 并立即升级到事件 经理 转 101 紧急事件处理子流程 100 2初始支持服务台 属于服务台技能范围内可以处理的事件 服务台应尝试解决 如果 无法解决需及时升级到一线支持 不属于服务台职责范围的事件 立即分派到一线支持 100 3一线尝试解决一线支持 一线支持人员在接受到服务台分派的事件后 进行调查诊断 尝试 解决 对于需要通过变更解决的事件提出变更申请 通过变更流程实施解 决方案 对于需要通过问题解决的事件提出问题申请 通过问题流程实施解 决方案 事件解决后 在事件管理平台记录事件解决方案并更新事件状态 不能解决的事件 转 100 4 二线尝试解决 100 4二线尝试解决二线支持 二线支持人员接受到来自一线支持分派的事件后 进行调查诊断 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 21 序号序号 步骤名称步骤名称 责任人责任人说明说明 尝试解决方案 对于需要通过变更解决的事件提出变更申请 通过变更流程实施解 决方案 对于需要通过问题解决的事件提出问题申请 通过问题流程实施解 决方案 事件解决后 在事件管理平台记录事件解决方案并更新事件状态 不能解决的事件 转 100 6 三线尝试解决 100 6三线尝试解决三线支持 三线支持接受来自二线支持分派的事件后 事件经理根据实际情况 联系厂商解决 对于需要通过变更解决的事件提出变更申请 通过变更流程实施解 决方案 对于需要通过问题解决的事件提出问题申请 通过问题流程实施解 决方案 事件解决后 由事件经理在事件管理平台记录事件解决方案并更新 事件状态 指定时限内未能解决的事件 通告事件经理 由事件经理负责协调 资源 100 7记录解决方案细节 服务台 一 二 三线支持 在事件得到解决后 各线支持人员负责详细记录事件解决过程及方 案并更新事件信息 针对故障 一 二 三线 三线由事件经理代执行 支持必须记录 业务恢复时间 100 8关闭事件服务台 服务台与申报用户确认事件是否已得到解决 如果解决 事件以成 功解决或变通方法解决而关闭 否则 事件以不成功关闭 重新开 事件记录 并与原记录做关联 分派到原处理人员继续处理 服务台在关闭事件的同时必须确认事件单记录的业务恢复时间是否 准确 100 9事件处理的监控事件经理 负责监控所有未关闭的事件的处理状况 对接收到的超时告警应及 时关注 并负责协调资源 保证事件的最终解决 当事件优先级为紧急时 应按照紧急事件处理流程处理紧急事件 101紧急事件处理流程事件经理 事件经理负责协调紧急事件的处理 具体过程见紧急事件处理子流 程 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 22 8 流程详细设计流程详细设计 8 1 100 1 事件记录和分类 事件记录和分类 服服务务台台 服服务务台台 用用户户 系系统统 用用户户 系系统统 电话 邮件运维平台 100 1 2 新建事件 100 1 1 从队列中接受事件 是否为本 部门职责范围 100 1 3 回复和关闭 100 1 4 重复事件处理 重复事件 优先级为紧急 100 1 5 事件影响度 优先级 设定 To 100 2 To 100 5 No No Yes Yes Yes No 是否为本 部门职责范围 Yes 100 1 3 回复和关闭 No 流程描述如下 序号序号步骤名称步骤名称责任人责任人输入输入输出输出说明说明 100 1 1 从任务队列中 接受事件 服务台 事件队 列 需要处理 的事件 事件任务队列的来源 1 监控系统自动发送的告警 2 用户或 ERP 项目部人员通过运维平台提交的事 件单 服务台负责检查事件任务队列中的新事件单 开始处 理 是否为本部门 职责范围 服务台 电话 邮 件 事件 单 服务台针对电话 邮件判断是否属于本部门职责范围 是 转 100 1 2 否 转 100 1 3 回复和关闭 服务台针对事件单判断是否属于本部门职责范围 是 进行事件分类的处理 否 转 100 1 3 回复和关闭 100 1 2新建事件服务台 电话 邮 件 新建的事 件记录 属于 ERP 项目部职责范围 服务台负责创建新的事 件单 填写详细情况描述 不属于本部门处理的 直 接电话回复 事件单填写的详细内容如下 1 报告人姓名 联系电话 邮件 部门 2 事件标题和描述 3 必要的附件 4 事件发生时间和地点 5 事件来源和事件性质 6 进行事件分类 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 23 7 设定事件状态为 已登记 100 1 3回复和关闭服务台 误报的 事件单 关闭的事 件单 联系申报用户 说明情况 将该事件单状态置为 关 闭 结束代码为 误报 保存关闭 是否为重复事 件 服务台 事件记 录 相应的处 理流程 服务台根据重复事件原则 判断该事件单是否属于重 复事件 是 转 100 1 4 重复事件处理 否 转 100 1 100 1 4重复事件处理服务台 重复事 件 在重复事件单的 重复事件标记 中记录正在处理的 事件单的流水号 状态置为 XX 处理中 保存退 出 100 1 5 事件影响度 优先级设定 服务台 事件记 录 确定了影 响度和优 先级的事 件 根据事件性质区分为告警 申告 咨询 故障 并根据上 报的事件描述 判断对业务的影响程度 并对照优先 级代码表 确定事件的优先级 以及初始确定的影响 度 优先级为紧急 吗 服务台 事件优 先级 相应的处 理流程 服务台根据业务的影响程度和事件优先级判定的条件 初步判断优先级别 优先级为紧急 转 100 5 紧急事件再确认 其他优先级否 转 100 2 初始支持 8 2 100 2 初始支持 初始支持 服服务务台台 服服务务台台 100 2 1 尝试处理 100 2 2 分配到一线支持 解决了吗 To 100 7 From 100 1 To 100 4 No No Yes 服务台技能可 以处理吗 Yes 流程描述如下 序号序号步骤名称步骤名称责任人责任人输入输入输出输出说明说明 服务台技能可 以处理吗 服务台事件记录处理方式 服务台根据事件分类和事件描述 判断处理职 责是否在服务台 是 转 100 2 1 尝试处理 否 转 100 2 2 分配到一线支持 100 2 1尝试处理服务台事件记录 服务台运用知识库和自身技能在规定的时限内 尝试解决 将事件状态置为 分配到服务台 如果不能处理应及时将事件单分配到一线支持 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 24 100 2 2 分配到一线支 持 服务台事件记录 分配到一线 的事件单 选择本部门相关的一线处理组和处理人员分派 并将事件状态置为 分配到一线 解决了吗 服务台 将解决方案和用户沟通 判断是否可以解决 可以解决 转 100 7 记录解决方案细节 无法解决 转 100 2 2 分配到一线支持 8 3 100 3 一线尝试解决 一线尝试解决 一一线线支支持持 一一线线支支持持 其其它它流流程程 其其它它流流程程 变变更更管管 理理流流程程 101 紧紧急急事事件件 处处理理子子流流程程 Yes From 100 5 From 100 2 优先级为 紧急吗 Yes No Yes YesNo 100 3 5 应用解决方案 100 3 3 尝试找出解决方 案 100 3 2 通知事件经理和 管理层 100 3 1 接受事件分配 能独立处理 吗 发起变更吗 To 100 7 Yes No Yes To 100 6 有解决方案 吗 100 3 6 分配到二线 No 100 3 7 重复事件处理 重复事件 No Yes 发起问题吗 问问题题管管 理理流流程程 No Yes 流程描述如下 序号序号步骤步骤名称名称责任人责任人输入输入输出输出说明说明 100 3 1 接受事件 分配 一线支持事件记录 一线处理中 的事件单 如属于分派错误 则转派到负责该业务的岗位 在 转派时 必须将报障的详细内容 排除本部门原因 等内容告知责任岗位 如接受 则将事件状态置为 一线处理中 优先级为 紧急吗 一线支持 N AN A 根据预先定义的优先级判别标准 优先级映射表 再次确定事件优先级是否为紧急 优先级为紧急 判断是否能够独立处理 优先级不等于紧急 转 100 3 3 尝试找出解决方 案 能独立处 理吗 一线支持 N AN A 根据业务影响的严重程度和自身技能 判断自己能 否独立处理或需要通知事件经理启动紧急处理流程 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 25 能独立处理 转 100 3 3 尝试找出解决方案 不能独立处理 转 101 紧急事件处理流程 是否为重 复事件 一线支持事件记录 相应的处理 流程 一线支持根据重复事件原则 判断该事件单是否属 于重复事件 是 转 100 3 7 重复事件处理 否 事件分类的判断 100 3 7 重复事件 处理 一线支持重复事件 在重复事件单的 重复事件标记 中记录正在处理 的事件单的流水号 状态置为 XX 处理中 保存 退出 100 3 2 通知事件 经理和管 理层 一线支持 优先级紧 急的事件 事件通知 将事件单的优先级别修改为 紧急 ERP 运维服务 管理平台自动将优先级为紧急的事件通知事件经理 和管理层 并上报公司 100 3 3 尝试找出 解决方案 一线支持事件记录解决方案 一线支持组或人员借助工具或运用自己技能尝试找 出解决方案 在解决事件的过程中根据需要联系其 他一线人员共同参与制定解决方案 有解决方 案吗 一线支持 N AN A 一线支持判断能否在规定的时限内找到解决方案 找到解决方案 根据解决方案的内容判断是否需 要发起变更 不能找到 转 100 3 6 二线尝试解决 发起变更 吗 一线支持解决方案 N A 一线支持根据解决方案的内容和变更管理流程对变 更范围的定义 判断是否需要发起变更 需要发起变更 创建变更请求 提交到变更管理 流程 解决方案的实施由变更管理完成 不需要发起变更 转 100 3 5 应用解决方案 发起问题 吗 一线支持解决方案 N A 一线支持根据解决方案的内容和问题管理流程对问 题范围的定义 判断是否需要发起问题 需要发起问题 创建问题请求 提交到问题管理 流程 解决方案的实施由问题管理完成 不需要发起问题 转 100 3 5 应用解决方案 100 3 5 应用解决 方案 一线支持解决方案解决方案 一线支持实施解决方案 实施解决方案的过程 如 有必要可与事件发起人进行沟通 100 3 6 分配到二 线 一线支持事件记录 分配到二线 的事件单 一线支持选择相应的二线支持人员分派事件单 状 态置为 分配到二线 文档名称 文档名称 华新 ERP 运维管理之事件管理流程设计说明书 版本号码 版本号码 V 1 0 创建日期 创建日期 5 31 2010 2 17 下午 26 8 4 100 4 二线尝试解决 二线尝试解决 二二线线支支持持 二二线线支支持持 其其它它流流程程 其其它它流流程程 变变更更管管 理理流流程程 Yes From 100 3 100 4 4 应用解决方案 100 4 2 尝试找出解决方 案 100 4 1 接受事件分配 发起变更吗 To 100 7 No To 100 6 有解决方案 吗 Yes No Yes 100 4 5 分配到三线 重复事件 No 100 4 6 重复事件处理 Yes 发起问题吗 No 问问题题管管 理理流流程程 Yes 流程描述如下 序号序号步骤步骤名称名称责任人责任