和服务请求管理流程.docVIP

文件编号: OP-ITSM-007 文件名称: 事件和服务请求管理流程 版本:1.0 1.0 简介  业务目的 : 为用户提供单点联系平台, 推动服务的提供，尽早使业务回复正常运作，使对业务及用户的影响减至最少。 为日常服务提供更好的管理，保持一个持续有效的服务水平。 IT目的 : 明确服务分工分流的机制，为用户提供更专注和专业的服务。 为日常运作的服务需求及处理，提供一个可跟踪,可量度， 可审核的机制，推动不断改进服务的效率和效果。 2.0 适应范围 此流程适用IT服务管理手册中定义的服务范围。 3.0 相关流程 IT服务管理手册(QM-ITSM-2011) 服务规划及管理流程(OP-ITSM-004) 服务级别管理流程(OP-ITSM-005) 问题管理流程(OP-ITSM-008) 配置管理流程(OP-ITSM-009) 变更管理流程(OP-ITSM-010) 信息安全管理流程(OP-ITSM-015) 一级事件(重大)处理流程(OP-ITSM-021) 服务台操作指引(WI-ITSM-001) 4.0 定义 4.1 术语表: 术语 缩略语 定义 事件管理 IM (Incident management) 事件和服务请求管理流程(下称本流程)的目的是尽快解决事件与恢复服务。事件和服务请求处理过程中记录的信息决定了其他许多流程的效率，以及后续改善的可能性。 单 Ticket 指I.T.服务台内事件/服务请求/问题等的记录 重大事件 Major Incident 优先等级为一级的事件为重大事件。 4.2 角色定义表: 角色 职责 事件流程经理 负责本流程运作的监督、控制、检讨、汇报。 事件管理员(流程管理员) 协助事件流程经理及服务负责人，在所在业务小组内，推动、监督及协调本流程的落实执行，协调其他各流程与本流程。 定期分析事件和服务请求处理情况,针对业务及内部管理,给出分析及建议报告。 参与本流程的内外部审核工作。 服务台经理 作为事件和服务请求的所有者，监控，跟踪所有单。 服务台 接受用户的事件申告，对事件和服务请求进行确认。 确保所有相关信息都被正确登记。 对登记的事件和服务请求关联配置项,并进行初步的分级和分类。 将事件和服务请求分派给适当的IT服务人员。 跟踪事件和服务请求的处理过程以确保在SLA规定的时间内完成处理。 作为事件和服务请求的所有者，监控，跟踪所有的事件和服务请求。 必要时进行升级。 结束事件和服务请求，更新资讯。 5.0　内容 5.1 流程政策及要求 为了使本流程在IT服务提供方内得到更好地实施，定义如下关于事件和服务请求管理的流程政策： 5.1.1　整体要求: IT服务提供方对所有影响用户正常处理业务的事件都会通过事件管理流程处理. 将通过流程中定义的标准、政策和指导进行管理。 IT服务提供方在处理用户事件和服务请求时,都应遵守本管理流程、政策和步骤，不应该有任何例外。 IT服务提供方向用户提供单一的联系点,即I.T.服务台。 服务请求项目参照「服务级别管理流程」之服务目录。 5.1.2 优先级及重大事件 IT服务人员应优先处理优先等级高的事件和服务请求，具体的优先级，通常由事件和服务请求所属服务的危急程度(参见技术服务目录危急程度)和影响度(由IT服务人员根据实际情况判断)综合形成，优先级仅由服务台调整，处理过程中，IT服务人员可向服务台申请调整。 重大事件的认定，处理流程参见「一级事件(重大)处理流程 5.1.3 处置及恢复 事件处理中，必须首先恢复受到影响的服务(若该恢复可能对其他服务造成影响，则选择影响低的措施)，包括使用临时措施，为用户提供保持业务连续的方法，以降低对用户的影响，即使提供降级的服务。 事件和服务请求的情况及处理过程，应当清晰详细的记录在I.T.服务台内(包含各类附加文档)，包括原因未诊断清楚就已经建立新现场的情况，以便后续的诊断和类似事件和服务请求发生时使用。 对事件和服务请求进行追踪和全生命周期管理。 处置事件或服务请求过程中，IT服务人员如遇手头资源难以解决或处理之情况，应根据SLA的要求，升级事件或服务请求，向其他专家,或事件管理员或服务负责人通报情况，要求协助解决，以尽力确保事件和服务请求处理符合SLA的要求。 在事件和服务请求处理相应指标超出SLA要求前，应将情况知会提交事件或服务请求的用户和相关人员，协商及取得用户的谅解。 5.1.4 流程接口 需要了解根源的事件，应提交「问题管理流程」，问题单由相关业务负责组别产生。 事件过程中，如需要变化「变更管理流程」管理范围内的项目，需要提交变更请求。 服务请求内涉及到配置项的变化，需要在符合「配置管理流程」要求的前提