问题管理程序方案.docVIP

目的 主动识别原因，减少对的影响。适用范围 适用于公司通过对问题原因的识别、分析管理，最小化对业务影响的服务管理活动。术语表 问题通常具有如下特征： 一组具有一定关系的已结束的事件 一个重大事件 问题的根本原因找出后即成为已知错误；许多事件往往是有一个问题引起的。 问题管理流程的输出有变更请求 变通方法 预防性措施 问题分类由于用户提供信息的不完整，可能导致开始的分级/分类最终的分级/分类有很大的差别。问题的分类，原则上与事件的分类相一致。编号 二级分类 描述 合同服务 视讯系统 包括视频会议、视频监控系统线路及外围设备 网络 PC终端 PC服务器 小型机 存储系统 应用软件 公司自主开发软件或由公司提供服务的第三方软件 基础设施 电源、空调、门禁、KVM 2 工程售后 视讯系统 全球眼 网络 PC终端 PC服务器 小型机 存储系统 应用软件 基础设施 3 公司资产维护 硬件送修 PC机 网络 前端应用系统 公司协同办公、MIS系统服务 4 业务咨询 5 单次收费服务 分级 给问题分配优先级，以保证支持组对问题必要的重视。分级应基于是问题的紧急程度和影响面。 问题的严重程度定义如下。问题的分，原则上与事件的分相一致。 级别定义 影响业务范围 影响业务程度 业务修复紧急程度 一级事件 客户业务中断，无法工作 80%以上客户业务受影响 非常紧急 二级事件 客户业务性能严重下降 50%以上客户业务受影响 紧急 三级事件 客户业务性能下降 20%以上客户业务受影响 普通 四级事件 问题请求，业务性能无下降 客户业务可能有潜在影响 与客户协商确定 问题状态分类 为方便问题状态的跟踪和查询，对问题状态定义如下。 编号 状态 描述 1 已登记 问题已进行登记 2 处理中 问题正在处理过程中 3 拒绝 问题分派被拒绝 4 已知错误 问题根本原因已找出 5 RFC 已提交变更请求(RFC) 结束 问题已结束 7 没有解决 问题没有解决 引用文件 《ISO/IEC 20000》 《IT服务管理手册》  具体内容 问题来源 服务部负责在生产系统日常维护过程中问题的记录和监控，问题的来源主要有： 事件没有得到解决，需要升级为问题进行进一步分析处理时，应创建问题。 事件虽然得到解决，但可能存在未知错误时，应创建问题。 重大事件，无论是否得到解决，为防止再次出现，应创建问题。 在事件分析报告中提出的存在趋势或潜在隐患的可能问题，例如事件类型或数量的趋势分析存在问题。 对基础设施和服务的主动性问题检查。 供应商提供的已知产品缺陷、已知错误。 与信息安全有关的安全事件或安全风险也应作为问题来管理。 问题问题号 记录日期和时间 问题来源 问题类别。 症状描述和任何错误代码 已经产生的影响或可能导致的影响等级。 问题处理进程的状态问题的分级/分类在接受和记录之后，服务台首先根据1.4对受理的进行分级和分类以方便后续的监视和报告。RFC）及临时措施 专项技术工程师找出问题的根本原因后，根据实际情况制定变通方法或根本性解决方案，并确保这些方法或方案将降低或消除问题的发生率或影响度，更新问题记录。 技术组组长根据专项技术工程师提交的解决方案或变通方法决定是否需要进行变更，进入问题关闭，否则提交变更申请。 问题关闭 变更结束后（如果有变更），确认问题已经解决，根据是否需要问题回顾选择相应的结束状态，更新问题状态，关闭问题记录。负责处理问题的工程师向项目经理提交《问题处理报告》。 对于重大问题，进行问题回顾，找出可能改进的机会，包括问题的解决方案和管理流程方面,如改进升级规则、改进事件监测、找出技能差距和文档资料改进等。负责处理问题的工程师向项目经理提交《问题处理报告》。 问题的评价和监控 项目经理在问题解决后，负责监控、评价和反馈问题解决的绩效，在《问题处理报告》单上填写问题跟踪表记录。如仍存在问题，应重新填写《问题处理报告》，按原流程提交处理；如问题已解决，应及时检查原《问题处理报告》相关内容完整性，关闭问题。 对暂时无解决方案的问题，项目经理负责组织对问题发展趋势的跟踪和监控，及时了解问题的影响及风险，视对SLA的影响情况组织对问题重新分析，并按原处理流程执行。 问题在得到解决后，专项工程师应及时更新问题知识库；对涉及配置项的变更，专项工程师应在问题解决后及时更新；对涉及质量标准的变更，项目经理组织更新有关的质量标准和流程文件。 分析和评估报告 服务部负责监控生产系统日常的运营，拟制《服务月报》，并将报告提交事业部总监审批。