ISO018事件管理程序.docx

ISO018事件管理程序.docx

《ISO018事件管理程序.docx》由会员分享，可在线阅读，更多相关《ISO018事件管理程序.docx（8页珍藏版）》请在冰点文库上搜索。

ISO018事件管理程序

密级：

敏感

文档编号：

HTPC-ITSM-B-18事件管理程序

版本号：

V1.0

事件管理程序

*************信息技术有限公司

编制：

审核：

批准：

发布日期：

实施日期：

----------------------------------------------------------------------------

*************信息技术有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。

修订履历

版本

变更履历

变更人/变更日期

审核人/审核日期

批准人/批准日期

V1.0

初次发布

1目的

事件管理是一个被动性的任务，为了减少或消除存在或可能存在于IT服务中的干扰因素给IT服务带来的影响，以确保用户可以尽快恢复自己的正常工作。

因此，将事件记录下来并分类，再分配给适当的专业人员处理，同时监控事件的发展，并在事件得到解决之后将其关闭。

事件管理流程主要功能是尽快解决日常工作环境中出现的事件，保持IT服务的稳定性，其目的包括：

1）在成本允许的范围内尽快恢复服务。

2）快速响应服务请求（电话，网站，即时通讯工具）。

3）跟踪事件处理的状态。

4）确认事件的解决和用户满意度。

5）进行事件控制。

6）按规范记录事件。

7）就事件的优先级、影响范围等进行分类。

8）分析，诊断，必要时进行升级。

9）监视并结束事件。

10）进行定期服务回顾。

11）提供一个日常服务接口。

2范围

事件管理范围包括在售后服务工作中产生的操作咨询和故障处理，主要包括：

技术咨询：

软件使用过程中对系统操作不熟悉的咨询活动。

故障处理：

对服务器端硬件、应用系统、终端设备的故障处理。

信息安全事件：

由于服务器端、客户服务产生的有关信息安全事件。

3职责

3.1事件管理负责人

1）定义并维护事件管理流程文件及所需要的记录模板；

2）管理事件管理流程的实施，包括一线、二线、三线的执行情况；

3）确保事件管理流程目标的实现；

4）识别事件管理过程中存在的问题并及时向部门经理提出；

5）定期向部门经理汇报实施过程中存在的问题；定义并维护发布管理流程文件及所需要的记录模板；

6）负责知识库的扩充、完善和修改。

3.2一线支持

1）收集有关事件解决方案的历史数据。

2）事件的调查和诊断。

3）根据解决方案把事件的影响降到最小，并确保快速恢复到正常服务水平。

4）遇到事件无法解决，将事件提交给相关二线或三线支持，必要时进行事件升级，上报部门经理。

5）与服务请求的提交者或其他相关用户进行直接的沟通、跟踪、通报问题的处理情况。

6）将事件的解决步骤文档化，并仔细填写服务热线电话记录单或上门服务记录单。

7）事件解决后，让用户进行确认事件已解决。

8）结束事件，根据维护的实际情况更新相关信息。

3.3二线支持（研发中心、公司管理层）

1）负责解决客户的现场问题，把事件的影响降到最小。

2）收集有关事件解决方案的历史数据。

3）事件的调查和诊断。

4）根据解决方案进行IT服务恢复。

5）对利用“替代方案”解决的事件，在资源及时间允许时应找到事件根源。

6）将事件的解决步骤文档化。

7）跟三线支持之间的接口，如事件无法解决，将事件转发给相关三线技术支持。

8）必要时向部门经理汇报并进行事件升级。

9）负责自行开发应用系统的代码维护。

3.4三线支持（外部供应商）

1）与IT服务提供商有约定的服务协议，针对某个领域的服务的第三方承包商。

2）在规定的时间内解决事件。

3）对利用“替代方案”解决的事件，在资源及时间允许时应找到问题根源。

4）在需要时及时利用其它资源（如：

开发商，厂家）参与事件解决。

5）将事件的解决步骤文档化。

6）根据解决方案进行IT服务恢复。

7）协助二线或一线完成事件分析和处理。

4相关文件

《问题管理程序》

《变更管理程序》

《配置管理程序》

《服务报告管理程序》

5程序

5.1热线受理

客户通过800热线电话、邮件、即时通讯报告事件，收集好相关信息，受理并进入事件处理流程。

一线支持需要收集以下信息：

1）来电客户的单位名称、联系人、电话号码等基本信息。

2）影响业务的具体原因、故障现象以及所属优先级。

3）客户的期望解决的时间点。

5.2请求记录和分类

对于来自800热线电话、邮件、即时通讯收集的信息，一线支持记录《远程服务记录单》，通过电话方式需要询问客户详细的事件描述，然后根据用户的描述判断事件的分类、优先级等信息。

如果事件是关于供应商的问题，根据合同协议，直接转三线支持。

若事件比较重大且优先级为重要紧急，则需要报告部门经理。

5.3热线电话尝试解决

一线支持人员受理事件后，首先根据用户所描述故障情况，参照《知识库》，对用户进行相应的指导解决。

5.4远程解决

一线支持人员无法通过电话指导客户解决的事件，在征得客户同意的情况下，可以采用远程工具，登录客户计算机来操作解决。

5.5二线支持

经一线支持人员尝试解决无果或经判断不属于一线支持能力范围内的，提交二线支持解决。

研发中心：

负责解决客服工作遇到的疑难问题，并分析其问题原因。

公司管理层：

负责客服人员新增、各种配套服务设备添加的审批，并牵头解决重大的故障或者服务中产生的纠纷问题。

5.6派单

一线支持人员如果不能通过电话和远程解决，请示项目经理，项目经理确定需要现场解决，填写《项目技术支持工单》，报技术总监审批，确定去现场的人员（一线或二线）和时间安排。

5.7现场服务响应

技术服务人员（一线、二线）与客户确定好到达现场的日期、时间、地点，沟通需要让客户配合的事宜。

技术服务人员需准备最新版本的安装程序、用户手册、最新版本的升级补丁、现场服务记录单，有必要可约二线、三线支持前往现场。

5.8调查诊断

现场服务人员（一线、二线、三线）在现场通过标准配置进行比对等方法对故障进行分析，查找出故障原因。

5.9确定解决方案

技术服务人员根据故障分析结果确定解决方案，并与客户沟通执行解决方案所需要的时间，确定解决方案的可行性。

若发生的事件一时解决不了，需要与客户约定解决时间。

对于重大故障（故障等级为高或中）须做好数据备份。

若故障处理时涉及一般、重大、紧急的变更，转变更管理流程，参考《变更管理程序》。

事件解决后，故障现场负责人分析若属于影响重大或经常出现的问题，需要通过问题管理进行彻底解决的，转问题管理流程，参考《问题管理程序》。

5.10客户确认

待事件处理完毕，需要与客户确认，若涉及上门服务，还需要客户在《现场服务记录单》签字确认。

5.11资料归档

技术支持人员将《远程服务记录单》、《现场服务记录单》进行归档。

将《项目技术支持工单》交给档案管理员存档。

5.12配置核对更新

当事件处理后配置项属性需要变更时，则由一线支持提交配置管理负责人进行配置项修改，修改SVN中该支持项目的应用系统配置信息，参考《配置管理程序》

5.13热线关闭

当产生新的解决方案时，需要提交到知识库，对知识库进行相关的维护，该技术服务结束。

5.14客户回访

事件处理后5个工作日内，由一线支持对客户进行回访，回访结果记录在《电话回访记录单》。

5.15服务报告

事件管理负责人按每月对事件进行总结并分类，并将报告发给技术服务部经理。

事件报告内容包括：

1）本月事件总数。

2）本月服务响应率。

3）高、中、低优先级的事件数。

4）二线支持解决事件总数。

5）三线支持解决事件总数。

6）与历史报告比较的趋势分析和预测。

6记录

《现场服务记录单》

《远程服务记录单》

《项目技术支持工单》

《知识库》

《电话回访记录单》

《事件报告》