Wiki source code of 11 XX电信IT服务咨询问题管理规划设计
Version 13.1 by superadmin on 2024/10/11, 20:00
Hide last authors
| author | version | line-number | content |
|---|---|---|---|
| |
2.1 | 1 | [[返回本章节索引>>http://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E9%97%AE%E9%A2%98%E7%AE%A1%E7%90%86/]] 阅读下一章 |
| 2 | |||
| 3 | |||
| |
4.1 | 4 | = 目录 = |
| 5 | |||
| |
7.2 | 6 | === 一、问题管理设计目标 === |
| |
4.1 | 7 | |
| |
7.2 | 8 | === 二、问题管理流程 === |
| |
4.1 | 9 | |
| |
7.2 | 10 | === 三、问题管理相关表单、规范 === |
| 11 | |||
| 12 | === 四、问题管理角色、职责 === | ||
| 13 | |||
| 14 | === 五、问题管理考核标准 === | ||
| 15 | |||
| 16 | |||
| 17 | = 一、问题管理设计目标 = | ||
| 18 | |||
| 19 | == 问题管理 ~-~- 目标 == | ||
| 20 | |||
| 21 | 问题管理流程的根本目的是消除或减少生产环境中事件发生的数量和严重程度,从而为企业建立一个稳定的IT环境,提高IT服务的可用性。 | ||
| 22 | |||
| 23 | |||
| 24 | 对于XX电信问题管理的主要目标如下: | ||
| 25 | |||
| 26 | * 分析并确定故障的根本原因,找到最终解决方案,以防止此类事件再次发生 | ||
| 27 | * 通过问题管理来提高二线支持人员的工作主动性和规范性,提升主动管理能力 | ||
| 28 | * 通过问题管理来发现和集中IT支持能力的提升点,并合理分配IT处理资源 | ||
| 29 | * 通过问题管理来追溯和管理厂商的技术支持工作 | ||
| 30 | |||
| 31 | |||
| 32 | == 问题管理 ~-~- 问题来源 == | ||
| 33 | |||
| 34 | 对于问题管理而言,问题的产生主要来自于四个方面: | ||
| 35 | |||
| 36 | [[image:1728637930870-250.png]] | ||
| 37 | |||
| 38 | |||
| 39 | == 问题管理流程策略定义 == | ||
| 40 | |||
| 41 | |策略|描述 | ||
| 42 | |策略一|((( | ||
| 43 | 问题管理覆盖范围与事件管理等同 | ||
| 44 | |||
| 45 | 所有技术支持人员均可参与问题管理流程 | ||
| 46 | ))) | ||
| 47 | |策略二|((( | ||
| 48 | 事件经理和事件分析员可以通过事件创建问题 | ||
| 49 | |||
| 50 | 企信部所有技术支持人员都可以主动建立问题 | ||
| 51 | ))) | ||
| 52 | |策略三|允许各个支持人员相互转派问题,但必须通过问题经理进行 | ||
| 53 | |策略四|需要召集分析会议的问题均由问题经理负责 | ||
| 54 | |策略五|问题单必须由问题经理关闭,问题单不能自动关闭。 | ||
| 55 | |策略六|成功解决的问题,必须形成知识条目 | ||
| 56 | |||
| 57 | |||
| 58 | = 二、问题管理流程 = | ||
| 59 | |||
| 60 | |||
| 61 | == 问题管理流程概述 == | ||
| 62 | |||
| 63 | [[image:1728638145695-907.png]] | ||
| 64 | |||
| 65 | |||
| 66 | == 问题管理流程步骤概述 == | ||
| 67 | |||
| 68 | |问题检测与记录|((( | ||
| 69 | * 判断事件管理创建的问题是否受理 | ||
| 70 | * 主动发现和创建问题 | ||
| 71 | ))) | ||
| 72 | |问题分类与分派|((( | ||
| 73 | * 设定优先级、分类等 | ||
| 74 | * 收集问题信息,决定是否召集分析会议 | ||
| 75 | * 将问题分派给适当的问题分析员 | ||
| 76 | ))) | ||
| 77 | |问题调查与 诊断|((( | ||
| 78 | * 与已知错误比较 | ||
| 79 | * 确定并记录问题的根本原因 | ||
| 80 | * 鉴别一个已知错误 | ||
| 81 | ))) | ||
| 82 | |问题解决|((( | ||
| 83 | * 如果可能,则创建一个解决方案或变通解决方案 | ||
| 84 | * 必要时创建变更请求,并通过变更管理进行实施 | ||
| 85 | * 必要时创建任务,并通过任务管理进行协作 | ||
| 86 | * 必要时创建需求管理请求 | ||
| 87 | ))) | ||
| 88 | |问题关闭|((( | ||
| 89 | * 由变更管理流程解决的问题得到验证 | ||
| 90 | * 由任务管理解决的问题得到验证 | ||
| 91 | * 鉴别解决方案是否为知识库的候选对象 | ||
| 92 | * 关闭问题单,并设置适当的关闭代码 | ||
| 93 | ))) | ||
| 94 | |||
| 95 | == == | ||
| 96 | |||
| 97 | == 步骤一的流程说明:问题识别与记录 == | ||
| 98 | |||
| 99 | [[image:1728638291834-716.png]] | ||
| 100 | |||
| 101 | |||
| |
4.1 | 102 |