返回本章节索引    阅读下一篇

金融有限公司ITIL问题管理流程说明书

1.1 流程目的

问题管理流程是一个化被动为主动的管理流程，重点是通过解决事件的根本原因来达到减少生产环境中突发事件的数量。因此，问题管理流程不仅针对已经发生的问题，更主要是找出潜在的问题并及时解决。

综上，问题管理流程的目的包括：

1. 消除或减少生产环境中事件发生的数量和严重程度
2. 防止类似事件再次发生
3. 提高IT服务的可靠性和降低IT支持成本

1.2 流程主要内容

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

• 记录问题

IT部门根据问题单填写规范，生成问题单并将相关信息（如：事件单、变更单等）关联至问题单并启动问题管理流程。

• 分派问题  

问题经理判定问题属于基础架构范畴还是属于业务范畴后确定合适的问题专家并分派。

• 诊断问题并提供解决方案

问题专家调查分析问题、找出其根本原因后，制定解决方案、变通方法或提出预防性措施，旨在解决问题或问题复发时最大程度弱化对业务的影响。

• 开发、确认、实施解决方案

问题专家根据解决方案、变通方法或预防性措施开展准备工作、制定实施计划。若实施涉及变更，则需要启动变更管理流程。

• 回顾问题

在实施解决方案后，问题专家观察实施结果并决定是否进入问题总结和关闭阶段。

• 总结和关闭问题  

问题经理先根据实际需要和相关问题专家一起总结问题处理过程、问题解决方案等工作项，旨在确认问题已得到解决并问题信息记录完整后关闭问题单，同时为后续的问题处理积累经验。

1.3 与其他流程的关系

★和事件管理流程的关联

• 所有事件结束代码为“使用变通方法解决”和“无法重现”的事件原则上在事件关闭前都需要升级为问题
• 所有一级事件在事后补单时，原则上在关闭前都需要升级为问题。
• 定期分析突发事件是否有趋势或规律，以此找出潜在问题并创建问题单（问题单必须和所有相关事件单建立关联）

★和变更管理流程的关联

• 问题处理过程中，如果需要对系统进行变更，必须按照变更管理的定义，提交变更请求单（变更单必须和问题单建立关联），变更完成后，继续问题单的处理

★和配置和资产管理的关联

• 问题处理过程中，可以通过配置和资产管理流程查询相关的配置项信息
• 问题处理过程中，如果可以将根本原因定位到某个配置项，则必须将问题单与该配置项关联

1.4 流程范围

问题管理流程的范围是对IT生产环境中发生的问题进行管理，以采取主动性预防措施来降低事件数量。

不包括：

• 处于开发环境的系统和应用

1.5 流程执行原则

1.5.1 常规原则

• 事件处理过程中故障消除、业务恢复后如需后续分析处理，应转问题管理流程
• 应该每月定期回顾和产生问题管理报表，对没有解决的问题，应该举行定期的问题管理会议对这些问题进行评估
• 应该每半年对问题管理流程的关键衡量指标、流程执行效率、流程支撑工具有效性等进行回顾，以改进和优化流程

1.5.2 所有权原则

    所有权原则用来确保每个问题在任何时段都有适当的人员负责，问题经理是每个问题的负责人。有效管理问题的前提是必须确保每个问题在任何时段都有适当的人员负责。

下表是各角色在各环节中承担不同责任的RACI模型。

1.5.3 问题流程启动原则

1. 所有事件结束代码为“使用变通方法解决”和“无法重现”的事件原则上在事件关闭前都需要升级为问题
2. 所有一级事件在事后补单时，原则上在关闭前都需要升级为问题。
3. 定期分析突发事件是否有趋势或规律，以此找出潜在问题并创建问题单（问题单必须和所有相关事件单建立关联）
4. 因为变更实施导致的突发事件，可直接发起问题管理流程
5. 在会议上，相关人员提出需要按问题管理流程进行处理的事项，可直接发起问题管理流程
6. IT人员在日常运维工作中，应主动发现潜在问题并在Agile-ITSM管理系统中开问题单

1.5.4 转派原则

问题专家认为问题分派错误或工作负载已满无法抽出足够时间排查问题时，可与问题经理线下沟通后，再由其转派给另一问题专家。为确保问题单不被过于频繁的相互转派、以至于无法在规定时间内得到解决，应当尽量减少问题单转派的几率。

1.5.5 问题回退原则

在问题回顾过程中，问题专家发现问题并未解决。此时，他可以选择将问题回退至问题处理环节或回退至问题经理请他协调其他专家一起处理该问题。

​​​​​​​1.5.6 问题关闭原则

      问题单在实施了解决方案之后并通过问题专家自己的回顾后，由问题经理根据实际需求负责组织问题专家参与确认解决方案是否达到了预期的效果，如果成功的实施，由问题经理确认问题信息记录完整后关闭问题。

​​​​​​​1.5.7 问题单重开原则

已关闭的问题单不允许重开。如果问题重复发生，则创建一个新的问题单。

​​​​​​​1.5.8 趋势分析原则

问题经理定期组织会议，对所处理事件历史记录进行趋势分析：

• 参加者应包括事件经理及问题专家
• 会议定期组织
• 定义趋势分析规则

1.6 流程相关定义

1.6.1 问题信息项

问题单包含如下信息项：

表1-1问题信息项

​​​​​​​1.6.2 问题优先级

问题的优先级是问题处理专家解决问题的参照标准，对于优先级为一级的问题，问题经理应该优先协调资源进行这些问题的解决。问题优先级将遵从事件优先级定义，确保问题优先级符合实际工作需要，定义如下：

表1-2问题优先级

​​​​​​​1.6.3 问题响应时限和诊断时限

在问题处理过程中，对于一个问题有响应时限和诊断时限。一方面，需要问题专家在响应问题的时候有时间的概念；另一方面，也需要问题专家在分析、解决问题的时候有时间的概念，并要求问题经理必须实时地督促问题的解决；如果该问题的响应或解决超过了时限，问题专家需要及时线下通告问题经理，由问题经理酌情协调其他问题专家协同解决。

问题优先级对应的响应时限和诊断时限参考下表：

表1-3问题响应时限和诊断时限

​​​​​​​1.6.4 服务类别、服务子类

请参照事件管理流程说明书的“服务类别、服务子类”章节。

​​​​​​​1.7 流程概要设计

问题管理流程文字说明：

1.8 关键角色、职责定义

问题管理流程主要包括问题管理流程负责人、问题经理和问题专家四个角色。

​​​​​​​1.8.1 问题管理流程负责人

问题管理流程负责人从总体上对问题管理流程的设计、实施、执行及优化负责，确保问题管理流程在业务支持中心范围内被正确的执行。当流程不能够适应业务支持中心的情况时，流程负责人必须及时的对此进行分析、找出缺陷、进行改进，从而实现可持续提高。

职责:

1. 确保问题管理流程的设计、实施及执行，能够取得管理层的参与和支持
2. 确保问题管理流程符合公司实际状况和公司 IT发展战略
3. 整体上对问题管理流程负责，建立流程实施、评估和持续优化机制
4. 确保问题管理流程的有效执行，定期评估流程，制定流程改进计划
5. 保持与其他流程负责人的定期沟通

技能要求：

1. 深刻理解问题管理流程
2. 充分理解业务支撑网维护管理流程梳理项目的其他流程，能够进行流程接口设计
3. 能够很好地理解业务对于问题管理的需求
4. 对质量控制与保障有很深入的了解
5. 有决策权，能够确保问题管理流程设计要求在实施项目中得到贯彻和执行
6. 具有很好的沟通技能，能够取得公司高层的支持，获得所需资源
7. 具有较强的计划、组织、领导和控制才能，能够综合各方意见，按时制订和定期优化问题管理流程

1.8.2 问题经理

问题经理负责协调日常的问题管理工作，包括对问题的审核、监控、所需资源的协调、定期产生报表等。

职责：

1. 领导问题管理小组，确保大家的积极性、技能水平
2. 定期组织相关人员对事件记录进行分析，发现潜在问题
3. 确认和审核问题
4. 必要时对问题进行上报
5. 监视问题的诊断、分析和处理过程
6. 必要时与问题专家沟通问题的相关信息
7. 必要时协调所需资源
8. 定期制定问题报表，提供正确决策信息

技能要求：

1. 具有较好的沟通和口头表达能力
2. 熟悉技术平台和技术环境
3. 较强的分析事件趋势的能力
4. 深刻熟悉问题管理流程

1.8.3 问题专家

问题专家为问题的诊断及解决提供技术支持。通常由各专业组技术人员承担。 

职责：

1. 接受问题经理分派过来的问题
2. 分析和诊断问题，确定根本原因
3. 确定和测试解决方案
4. 提交变更请求并监控变更实施
5. 协助事件支持人员进行重大或紧急事件的处理
6. 需要时协调第三方的资源来帮助诊断和改正问题

技能要求：

1. 较强的问题解决能力， 能够对问题进行分析并给出解决方案
2. 较强的专业知识
3. 较强的分析问题的能力和技巧
4. 较好的沟通和表达能力

1.8.4 流程角色和人员对应表

表1-5流程角色和人员

​​​​​​​1.9 流程衡量指标和报表

问题管理流程的关键衡量指标如下：

表1-6问题响应时限和诊断时限

返回本章节索引    阅读下一篇