问题管理程序
- 格式：doc
- 大小：197.50 KB
- 文档页数：11
问题管理程序
All rights reserved
版权所有 侵权必究
文件更改摘要： word专业资料-可复制编辑-欢迎下载
日期 版本号 修订说明 修订人 审核人 批准人
word专业资料-可复制编辑-欢迎下载
目 录
1. 目的 ...................................................................... 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 word专业资料-可复制编辑-欢迎下载
1. 目的
本程序的目的是消除或减少生产环境中事件发生的数量和严重程度，防止相同事件的再次发生，从而为企业建立一个稳定的IT环境，提高IT服务的可用性。
问题管理包括主动性问题管理和被动问题管理两类活动。前者的目标是通过找出基础设施中的薄弱环节来阻止事件再次发生，以及提出消除这些薄弱环节的建议；后者的目标是找出导致以前发生事件的根本原因，以及提出解决措施或纠正建议。
2. 范围
本程序适用于ITSM覆盖的所有部门。
该程序调查基础设施的配置信息、可用信息、能力信息，来确定引起事件发生的真正潜在原因以及提供的服务中可能存在的故障。
3. 术语
无
4. 角色与职责
问题管理负责人
• 负责问题受理、筛选及记录
• 开发和维护问题控制和错误控制流程
• 评估问题控制和错误控制的效率和效果
• 提供管理信息并运用这些信息主动预防事件和问题的发生
• 对问题管理支持小组进行管理
• 获取问题管理流程各项活动所需的资源
• 开发、维护并改进问题控制和错误控制流程
• 进行事后检查或组织重大问题审查
• 分析和评价主动问题管理活动的有效性
• 识别问题管理过程中存在的问题并提出改进措施；
• 需要时协调第三方的资源来帮助诊断和纠正问题。
• 定期编写问题报告
问题管理支持小组
被动性职责：
• 接收由问题管理负责人派发的问题
• 通过详细分析确认和记录问题 word专业资料-可复制编辑-欢迎下载
• 根据问题优先级对问题进行调查和管理
• 必要时提交变更请求
• 监控已知错误的进展情况
• 给事件管理提供应急措施和临时性修复方案方面的建议
• 参与重大问题评审
主动性职责：
• 识别问题发展趋势
• 必要时提交变更请求
• 防止问题扩散到其他系统
• 识别改进 word专业资料-可复制编辑-欢迎下载
5. 活动
5.1. 流程图
输出角色过程步骤输入问题确认与记录问题管理负责人问题分析员问题分类问题评审趋势分析问题支持小组问题记录表确定解决方案提交变更否问题分派问题归档问题调研和诊断巡检记录已知错误确认与记录错误评估问题关闭事件管理变更管理是知识库其他流程变更记录表会议纪要配置管理知识库问题的跟踪与监控错误的跟踪与监控问题报告事件记录服务级别协议服务报告能力记录性能指标问题管理流程已知错误临时解决方案
5.2. 主要活动
word专业资料-可复制编辑-欢迎下载
问题管理流程着重于消除事件或减少事件发生，确定事件的根本原因。主要活动包括分析事件、找出问题、分派问题、确定根本原因以及找出解决方案、回顾及关闭，以消除事件或在其发生时降低对用户或业务的影响。其主要内容如下：
5.2.1. 问题确认与记录
问题确认通常由问题管理负责人指派问题管理小组的成员来完成，其他人员，如能力管理人员也可帮助对问题进行确认，并填写《问题记录表》。
任何一个由未知原因导致的事件都与某个问题有关，问题的确认需要考虑以下方面的因素：
某一事件再次发生，并且有大量发生和加重的趋势。
对基础设施进行分析可能找出事件发生的薄弱环节
一个严重事件发生后应纳入问题管理寻求永久性的解决。
服务级别受到威胁（能力、性能等）
已记录的事件不能与现有问题或已知错误发生关联
问题也可在运维过程中提出，例如巡检过程中发现问题。趋势分析能够发现基础设施需要进一步关注的环节，如通过对历史数据、报表等进行分析来创建问题。
5.2.2. 问题分类
确定问题的性质，按照问题所处区域和类别进行分类，主要有系统、硬件、网络、其他四大类。其他指的是为由于人员误操作、文档错误等导致的问题。对问题的分类不是固定的，在问题的生命周期可能发生变化，所以应及时更新关于问题类别的信息。
5.2.3. 问题分派
问题管理负责人应综合考虑问题的紧急度、影响度、风险以及资源、人员技能等因素，将问题进行分派，并对分派后的问题状态进行跟踪。
问题状态分为五种：问题、已知错误、已解决、已评审、已关闭五种。
5.2.4. 问题调研与诊断
由问题分析人员进行问题调查和诊断，该过程是个反复的过程，要重复进行多次，而每重复一次都更接近我们想要的解决方案。通常需要在测试环境中重现某一事件，必要时需要运维工程师协助分析和诊断。
导致问题的原因是多样的，可能是由硬件和软件或是网络引起的，或是文件错误、人员误操作、版本发布不当等导致问题。因此要将问题处理归入配置管理数据库进行版本控制。一般情况而言，大部分错误与基础设施的组件相关。
一旦找到问题的根源以及与此问题相关的一个或多个配置项，就可建立配置项和事件之间的关联。之后如果找到了解此问题的应急措施，此问题就转变为已知错误。
5.2.5. 临时措施 word专业资料-可复制编辑-欢迎下载
在解决问题的过程中，如果问题导致了严重的事件，需提供临时修复措施。如果临时措施需要对基础设施进行改动，必须首先提交变更请求（主要指在找到问题的最终原因之前）。如果特别严重或不容耽搁，就必须启动紧急变更处理程序。
5.2.6. 错误确认与记录
一旦找到问题的根源和与此问题相关联的配置项，以及处理它的应急措施，问题分析人员可将其状态转变为“已知错误”，或与某个已知错误相关联。如仍有未解决的事件，问题分析人员可将问题解决情况告知事件管理以便解决事件。
5.2.7. 错误评估
问题管理小组应评估以下信息：
问题或已知错误所需资源
处理已知错误所需的成本
处理已知错误可能获得的收益
变更请求的影响度、紧急度
综合以上因素比较不同的解决方案。解决问题的所有活动都应加以记录以便对其进行监控和确定它们不同时期的状态。
5.2.8. 确定解决方案
确定对问题而言最合适的解决方案，包括确定是临时性修复措施还是永久性解决方案，或者二者皆需要。甚至，它可能决定不修复此问题，比如公司自行开发的运维系统出现故障，但是由于公司已决定月底采用新系统，此类情况，修复成本将超出所能获得的利益，因此可能不会对现有系统进行修改。
不管决定何种方案，与已知错误有关的信息应该进行记录并可供事件管理流程使用。
5.2.9. 实施变更
根据确定的最终解决方案，如需变更则提交变更请求，然后通过变更管理流程实施。
5.2.10. 问题评审
用于解决问题、已知错误及相关事件的变更实施后，在终止有关记录工作之前问题管理负责人组织对变更进行实施后评审。对于重大问题，还要另外执行重大问题评审。评审内容包括：
验证与该问题相关的所有事件是否得到最终解决
流程中需要改进的事项
预防措施
5.2.11. 问题归档
将问题管理流程中产生的所有记录纳入问题知识库，并在问题关闭前更新问题知识库的相关信息，从而保证配置项之间的一致性、准确性、完整性。
5.2.12. 监控与跟踪
