问题管理程序.docVIP

问题管理程序

Allrightsreserved

版权所有侵权必究

文件更改摘要：

日期

版本号

修订说明

修订人

审核人

批准人

目录

TOC\o1-3\h\z\u1. 目的 4

2. 范围 4

3. 术语 4

4. 角色与职责 4

5. 活动 6

5.1. 流程图 6

5.2. 主要活动 6

5.3. 关于主动问题管理 9

5.4. 度量和报告 9

5.5. 与其他流程的关系 10

6. 相关文件 11

7. 引用文件 11

8. 记录 11

目的

本程序的目的是消除或减少生产环境中事件发生的数量和严重程度，防止相同事件的再次发生，从而为企业建立一个稳定的IT环境，提高IT效劳的可用性。

问题管理包括主动性问题管理和被动问题管理两类活动。前者的目标是通过找出根底设施中的薄弱环节来阻止事件再次发生，以及提出消除这些薄弱环节的建议；后者的目标是找出导致以前发生事件的根本原因，以及提出解决措施或纠正建议。

范围

本程序适用于ITSM覆盖的所有部门。

该程序调查根底设施的配置信息、可用信息、能力信息，来确定引起事件发生的真正潜在原因以及提供的效劳中可能存在的故障。

术语

无

角色与职责

问题管理负责人

负责问题受理、筛选及记录

开发和维护问题控制和错误控制流程

评估问题控制和错误控制的效率和效果

提供管理信息并运用这些信息主动预防事件和问题的发生

对问题管理支持小组进行管理

获取问题管理流程各项活动所需的资源

开发、维护并改良问题控制和错误控制流程

进行事后检查或组织重大问题审查

分析和评价主动问题管理活动的有效性

识别问题管理过程中存在的问题并提出改良措施；

需要时协调第三方的资源来帮助诊断和纠正问题。

定期编写问题报告

问题管理支持小组

被动性职责：

接收由问题管理负责人派发的问题

通过详细分析确认和记录问题

根据问题优先级对问题进行调查和管理

必要时提交变更请求

监控错误的进展情况

给事件管理提供给急措施和临时性修复方案方面的建议

参与重大问题评审

主动性职责：

识别问题开展趋势

必要时提交变更请求

防止问题扩散到其他系统

识别改良

活动

流程图

主要活动

问题管理流程着重于消除事件或减少事件发生，确定事件的根本原因。主要活动包括分析事件、找出问题、分派问题、确定根本原因以及找出解决方案、回忆及关闭，以消除事件或在其发生时降低对用户或业务的影响。其主要内容如下：

问题确认与记录

问题确认通常由问题管理负责人指派问题管理小组的成员来完成，其他人员，如能力管理人员也可帮助对问题进行确认，并填写《问题记录表》。

任何一个由未知原因导致的事件都与某个问题有关，问题确实认需要考虑以下方面的因素：

某一事件再次发生，并且有大量发生和加重的趋势。

对根底设施进行分析可能找出事件发生的薄弱环节

一个严重事件发生后应纳入问题管理寻求永久性的解决。

效劳级别受到威胁〔能力、性能等〕

已记录的事件不能与现有问题或错误发生关联

问题也可在运维过程中提出，例如巡检过程中发现问题。趋势分析能够发现根底设施需要进一步关注的环节，如通过对历史数据、报表等进行分析来创立问题。

问题分类

确定问题的性质，按照问题所处区域和类别进行分类，主要有系统、硬件、网络、其他四大类。其他指的是为由于人员误操作、文档错误等导致的问题。对问题的分类不是固定的，在问题的生命周期可能发生变化，所以应及时更新关于问题类别的信息。

问题分派

问题管理负责人应综合考虑问题的紧急度、影响度、风险以及资源、人员技能等因素，将问题进行分派，并对分派后的问题状态进行跟踪。

问题状态分为五种：问题、错误、已解决、已评审、已关闭五种。

问题调研与诊断

由问题分析人员进行问题调查和诊断，该过程是个反复的过程，要重复进行屡次，而每重复一次都更接近我们想要的解决方案。通常需要在测试环境中重现某一事件，必要时需要运维工程师协助分析和诊断。

导致问题的原因是多样的，可能是由硬件和软件或是网络引起的，或是文件错误、人员误操作、版本发布不当等导致问题。因此要将问题处理归入配置管理数据库进行版本控制。一般情况而言，大局部错误与根底设施的组件相关。

一旦找到问题的根源以及与此问题相关的一个或多个配置项，就可建立配置项和事件之间的关联。之后如果找到了解此问题的应急措施，此问题就转变为错误。

临时措施

在解决问题的过程中，如果问题导致了严重的事件，需提供临时修复措施。如果临时措施需要对根底设施进行改动，必须首先提交变更请求〔主要指在找到问题的最终原因之前〕。如果特别严重或不容耽误，就必须启动紧急变更处理程序。

错误确认与记录

一旦找到问题的根源和与此问题相关联的配置项，以及处理它的应急措施，问题分析人员可将其状