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