问题管理程序方案

1、1.1 目的主动识别、处置对IT服务造成影响的因素或潜在原因，以减少对IT服务运营的影响。1.2 适用范围适用于公司通过对问题原因的识别、分析及管理，最小化对业务影响的服务管理活动。1.3 术语表 问题：引发一个或多个事件的未知因素。问题通常具有如下特征：* 一组具有一定关系的已结束的事件* 一个重大事件问题的根本原因找出后即成为已知错误；许多事件往往是有一个问题引起的。问题管理流程的输出有：* 变更请求* 变通方法* 预防性措施 已知错误：查明事件原因并且已有临时、应急处理措施的问题。 主动问题管理：* 通过改进基础设施以及提出变更请求来阻止可避免事件的发生。* 通过找出基础设施中的薄弱环节

2、来阻止事件的再次发生，以及提出消除这些薄弱环节的建议。* 分析基础设施的运行趋势并找出那些潜在事件以防止其发生。1.4 问题分类由于用户提供信息的不完整， 可能导致开始的分级/分类与最终的分级/分类有很大的差 别。1.4.1 分类问题的分类，原则上与事件的分类相一致。编号一级分类二级分类描述1合同服务视讯系统包括视频会议、视频监控系统线路及外围设备网络PC终端PC服务器小型机存储系统应用软件公司自主开发软件或由公司提供服务的第三方软件基础设施电源、空调、门禁、KVM2工程售后视讯系统全球眼网络PC终端PC服务器小型机存储系统应用软件基础设施3公司资产维护硬件送修PC机网络前端应用系统公司协同办

3、公、MIS系统服务4业务咨询5单次收费服务142 分级给问题分配优先级，以保证支持组对问题必要的重视。分级应基于是问题的紧急程度和影响面。问题的严重程度定义如下。问题的分级，原则上与事件的分级相一致。事件级别级别定义影响业务范围影响业务程度业务修复紧急程度一级事件客户业务中断，无法工作80%以上客户业务受影响非常紧急二级事件客户业务性能严重下降50%以上客户业务受影响紧急三级事件客户业务性能下降20%以上客户业务受影响普通四级事件问题请求，业务性能无下降客户业务可能有潜在影响与客户协商确定1.5 问题状态分类为方便问题状态的跟踪和查询，对问题状态定义如下。编号状态描述1已登记问题已进行登记2处

4、理中冋题正在处理过程中3拒绝问题分派被拒绝4已知错误问题根本原因已找出5RFC已提交变更请求(RFC)6结束问题已结束7没有解决问题没有解决1.6 引用文件【1 】ISO/IEC 200002】 IT 服务管理手册2流程图3 具体内容3.1 问题来源3.1.1 服务部负责在生产系统日常维护过程中问题的记录和监控，问题的来源主要有：3.1.1.1事件没有得到解决，需要升级为问题进行进一步分析处理时，应创建问题。3.1.1.2事件虽然得到解决，但可能存在未知错误时，应创建问题。3.1.1.3重大事件，无论是否得到解决，为防止再次出现，应创建问题。3.1.1.4在事件分析报告中提出的存在趋势或潜在隐

5、患的可能问题，例如事件类型或数 量的趋势分析存在问题。3.1.1.5对基础设施和服务的主动性问题检查。3.1.1.6供应商提供的已知产品缺陷、已知错误。3.1.2 与信息安全有关的安全事件或安全风险也应作为问题来管理。3.2 问题的接收记录和分类3.2.1 对出现的问题，项目经理负责收集、识别，并填写问题记录表 。其中应包括：3.2.1.1问题编号。3.2.1.2记录日期和时间。3.2.1.3记录人。3.2.1.4问题来源。3.2.1.5问题类别。3.2.1.6症状描述和任何错误代码。3.2.1.7已经产生的影响或可能导致的影响等级。3.2.1.8问题处理进程的状态。3.2.2 问题的分级 /

6、 分类3.2.2.1在接受和记录问题之后，服务台首先根据 1.4 的问题分级分类准则，对受理的问 题进行分级和分类以方便后续的监视和报告。3.2.2.2在问题进行分级 / 分类后，项目经理将问题转给相应的专项工程师。3.3 问题调查和诊断3.3.1.1 专项技术工程师根据判断发现问题应该由其他组分析解决，将问题处理报告 发回技术经理，注明拒绝理由并推荐组名。3.3.1.2 如果问题确应由本人或本小组解决接受分派的问题，在调查诊断问题后，如有必 要成立问题分析小组，举行问题根本原因分析研讨会议并确定问题的潜在原因。 必要时更新问题状态。3.3.1.3 如找到根本原因的得以确定，将问题转化为已知错

7、误。3.4 变更请求（RFC及临时措施3.4.1 专项技术工程师找出问题的根本原因后，根据实际情况制定变通方法或根本性解决 方案， 并确保这些方法或方案将降低或消除问题的发生率或影响度， 更新问题记录。3.4.2 技术组组长根据专项技术工程师提交的解决方案或变通方法决定是否需要进行变 更，进入问题关闭，否则提交变更申请。3.5 问题关闭3.5.1 变更结束后 （如果有变更） ，确认问题已经解决， 根据是否需要问题回顾选择相应的 结束状态，更新问题状态，关闭问题记录。负责处理问题的工程师向项目经理提交 问题处理报告 。3.5.2 对于重大问题，进行问题回顾，找出可能改进的机会，包括问题的解决方案

8、和管理流程方面 , 如改进升级规则、改进事件监测、 找出技能差距和文档资料改进等。负责 处理问题的工程师向项目经理提交问题处理报告 。3.6 问题的评价和监控3.6.1 项目经理在问题解决后，负责监控、评价和反馈问题解决的绩效，在问题处理报 告单上填写问题跟踪表记录。如仍存在问题，应重新填写问题处理报告 ，按原 流程提交处理；如问题已解决，应及时检查原问题处理报告相关内容完整性， 关闭问题。3.6.2 对暂时无解决方案的问题，项目经理负责组织对问题发展趋势的跟踪和监控，及时 了解问题的影响及风险，视对 SLA 的影响情况组织对问题重新分析，并按原处理流 程执行。3.6.3 问题在得到解决后，专项工程师应及时更新问题知识库；对涉及配置项的变更，专 项工程师应在问题解决后及时更新；对涉及质量标准的变更，项目经理组织更新有 关的质量标准和流程文件。3.7 分析和评估报告3