事件管理程序（ISO20000-1：2018）.docxVIP

事件管理程序 目的 事件管理是一个被动性的任务，为了减少或消除存在或可能存在于IT服务中的干扰因素给IT服务带来的影响，以确保用户可以尽快恢复自己的正常工作。因此，将事件记录下来并分类，再分配给适当的专业人员处理，同时监控事件的发展，并在事件得到解决之后将其关闭。 事件管理流程主要功能是尽快解决日常工作环境中出现的事件，保持IT服务的稳定性，其目的包括： 在成本允许的范围内尽快恢复服务。 快速响应服务请求(电话，网站，即时通讯工具)。 跟踪事件处理的状态。 确认事件的解决和用户满意度。 进行事件控制。 按规范记录事件。 就事件的优先级、影响范围等进行分类。 分析，诊断，必要时进行升级。 监视并结束事件。 进行定期服务回顾。 提供一个日常服务接口。 过程定义 事件是指在某一服务中不属于标准操作的并能导致或可能导致这个服务中断或服务质量下降的事件。事件管理流程是负责解决IT服务的突发事件的运维流程。它的目的是尽快恢复被中断或受到影响的IT服务，所以它的特点往往是以解决表面现象为目的，而不在于查找根本原因。 事件分类：主动服务、被动服务。 事件状态：已解决、未解决。 范围 1.操作系统损坏，需要重新安排软件 2.软件服务到期 3.由于本机硬件问题导致系统无法正常工作 4.需要把原来的数据库导入新系统中 5.不会使用软件，需要上门指导学习使用 6.操作使用软件不当，软件文件损坏导致软件系统无法正常工作 7.本身电脑因为中病毒、误操作、重新安装操作系统，软件无法启动 过程负责人 事件管理负责人 主要输入 输入 来源 服务热线、CRM、邮件、即时通讯工具（QQ、MSN） 客户 主要输出 输出 去向 服务报告 系统集成部 日常工作记录表 系统集成部 职责权限 事件管理负责人 主要具有以下职责： 定义并维护事件管理流程文件及所需要的记录模板； 管理事件管理流程的实施，包括一线、二线的执行情况； 确保事件管理流程目标的实现； 识别事件管理过程中存在的问题并及时向部门经理提出； 定期向部门经理汇报实施过程中存在的问题；定义并维护发布管理流程文件及所需要的记录模板； 负责CRM的扩充、完善和修改。 一线支持 主要具有以下职责： 收集有关事件解决方案的历史数据。 事件的调查和诊断。 根据解决方案把事件的影响降到最小，并确保快速恢复到正常服务水平。 遇到事件无法解决，将事件提交给相关二线支持，必要时进行事件升级，上报部门经理。 与服务请求的提交者或其他相关用户进行直接的沟通、跟踪、通报问题的处理情况。 将事件的解决步骤文档化，并仔细填写日常维护工作记录表。 事件解决后，让用户进行确认事件已解决。 结束事件，根据维护的实际情况更新相关信息。 二线支持 主要具有以下职责： 负责解决客户的现场问题，把事件的影响降到最小。 收集有关事件解决方案的历史数据。 事件的调查和诊断。 根据解决方案进行IT服务恢复。 对利用“替代方案”解决的事件，在资源及时间允许时应找到事件根源。 将事件的解决步骤文档化。 必要时向部门经理汇报并进行事件升级。 负责自行开发应用系统的代码维护。 过程重要控制点 需要转二线支持，由一线支持负责跟踪，直到确认事件关闭。 过程测量指标 事件的总数； 事件响应率； 一线解决率； 二线解决率； 客户满意度； 事件流程负责人每月对事件处理的监控数据进行分析统计，形成服务报告。 术语 术语 定义 IT服务 公司承诺的对客户提供的系统运行维护服务，主要是指售后服务。 一线支持 指系统集成部的服务热线 二线支持 指系统集成部的研发人员。 流程 否 否 否 是否 是 技服人员接单 交单 报销 派单准备 是否内 部单据 按《上门服务规范》进行处理 是否完成 技服人员接单 单服务 结束 内部单据 技服人员接 单服务 结束 按返工处理交派单员 过程描述 热线受理 客户通过热线电话、邮件、即时通讯报告事件，收集好相关信息，受理并进入事件处理流程。 一线支持需要收集以下信息： 来电客户的单位名称、联系人、电话号码等基本信息。 影响业务的具体原因、故障现象以及所属优先级。 客户的期望解决的时间点。 客服将客户需要处理的事件的相关信息登记到CRM系统的服务台中进行分地域受理。 请求记录和分类 对于来自热线电话、邮件、即时通讯收集的信息，一线支持记录《日常维护工作记录表》，通过电话方式需要询问客户详细的事件描述，然后根据用户的描述判断事件的分类、优先级等信息。 热线电话尝试解决 一线支持人员受理事件后，首先根据用户所描述故障情况，参照CRM，对用户进行相应的指导解决。 远程解决 一线支持人员无法通过电话指导客户解决的事件，在征得客户同意的情况下，可以采用远程工具，登录客户计算机来操作解决。 二线支持 经一线支持人员尝试解决无果或经判断不属