Changes for page 12 XX光电IT服务管理问题管理流程设计分册
Last modified by superadmin on 2024/10/12, 12:00
Change comment:
There is no comment for this version
Summary
Details
- Page properties
-
- Content
-
... ... @@ -1,4 +1,4 @@ 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/]] [[阅读下一章>>http://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/13%20XX%E7%94%B5%E5%8A%9BIT%E6%9C%8D%E5%8A%A1%E7%AE%A1%E7%90%86%E9%97%AE%E9%A2%98%E7%AE%A1%E7%90%86%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E5%88%86%E5%86%8C/]]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 2 3 3 4 4 **文档信息** ... ... @@ -17,7 +17,6 @@ 17 17 |1.1|2013-12-10|赵XX|修改紧急程度,状态等的说明 18 18 |1.2|2014-01-03|赵XX|修改状态和问题激励机制等 19 19 20 -= = 21 21 22 22 = **1.文档介绍** = 23 23 ... ... @@ -40,7 +40,6 @@ 40 40 1. 提高客户的满意度; 41 41 1. 改进问题预防流程。 42 42 43 -== == 44 44 45 45 == **1.2.文档结构** == 46 46 ... ... @@ -60,7 +60,6 @@ 60 60 61 61 * 第四章 报表 62 62 63 -== == 64 64 65 65 == **1.3.ITIL相关术语** == 66 66 ... ... @@ -127,6 +127,7 @@ 127 127 ** 配置项之间的关联关系 128 128 * 从故障管理中得到的替代方法 129 129 127 + 130 130 问题管理流程的输出有: 131 131 132 132 * 解决方案 ... ... @@ -223,6 +223,7 @@ 223 223 1. 跟踪分析已发生的突发事件和问题,研究趋势 224 224 1. 通过其它方式和途径分析,如:系统管理工具、用户反馈、座谈会和用户调查 225 225 224 + 226 226 * 制定预防措施 227 227 228 228 在确定服务支持人员应重点关注的问题之后,问题管理人员就应当采取适当的行动以预防其发生。这些行动包括: ... ... @@ -231,7 +231,6 @@ 231 231 1. 对服务支持人员、客户教育和培训 232 232 1. 改进相关的流程或程序 233 233 234 -== == 235 235 236 236 == **2.5.业务价值** == 237 237 ... ... @@ -274,16 +274,19 @@ 274 274 ** 事件管理和问题管理具有不同目的,必须分开独立管理 275 275 ** 问题管理流程需要和事件管理建立接口 276 276 275 + 277 277 * 规定2:问题管理资源应分配给对业务影响最大的问题或事件 278 278 ** 问题必须进行影响度和优先级分类 279 279 ** 问题必须被分配给最合适的资源 280 280 ** 对影响度最大的问题必须优先分配资源 281 281 281 + 282 282 * 规定3:问题管理流程需对从事件管理系统中采集的数据和其他数据源(如事件日志)数据进行根本原因分析和趋势分析并给出问题的长期性解决方案或建议 283 283 ** 应用和系统问题必须优先被检测出来 284 284 ** 问题必须进行分类以便于找出潜在原因 285 285 ** 问题的解决方案需进行测试并通过变更管理流程实施 286 286 287 + 287 287 * 规定4:对问题必须进行事后回顾,目的是为了预防问题再次发生和发现改进流程的机会 288 288 ** 问题或事件必须一直被跟踪直到被解决 289 289 ** 问题必须有问题结束代码 ... ... @@ -290,6 +290,7 @@ 290 290 ** 问题必须有不同的状态代码 291 291 ** 对于重大问题进行回顾分析,以找出改进机会 292 292 294 + 293 293 * 规定5:负责管理已知错误/知识库,向华星光电IT信息中心其他管理流程或部门提供关于问题及其建议方案的信息(如培训,发布公告等方式) 294 294 ** 问题的解决方案必须被记录下来 295 295 ** 所有事件必须进行登录 ... ... @@ -296,6 +296,7 @@ 296 296 ** 事件管理流程的报表必须分发、分析和采取行动 297 297 ** 事件管理流程记录事件的形式和分类方法必须允许问题管理能有效运行 298 298 301 + 299 299 * 规定6:问题管理人员定期组织会议,对所处理事件记录进行分析,确定主动性问题的管理趋势 300 300 ** 会议参加者至少包括事件管理经理及问题管理经理 301 301 ** 会议可每月定期组织一次 ... ... @@ -312,9 +312,11 @@ 312 312 ** 问题管理流程需要来自事件管理流程的详细、精确的记录信息来定位问题及分析问题的趋势 313 313 ** 通过问题管理流程找到产生事件及问题的根本原因,并进行解决,从而大大降低重复事件的发生 314 314 318 + 315 315 * 和配置管理流程的关系 316 316 ** 需要从配置管理数据库中查询配置项的属性和配置项间的关联关系 317 317 322 + 318 318 * 和变更管理流程的关系 319 319 ** 为了从根本上解决已知错误,往往需要通过变更才能实现,问题管理将提出变更请求提交到变更管理流程 320 320 ... ... @@ -323,6 +323,8 @@ 323 323 1. 考虑到问题调查时间会因为问题的难易程度波动较大,本期不设置对问题管理统一的OLA目标进行自动监控,而是在流程信息项中增加计划开始和计划结束时间,实际开始和实际结束时间来按问题的实际情况加以计划和监控。监控主要由问题协调员负责。 324 324 1. 问题记录单本身可以作为一种知识进行查询和参考。是否需要将有价值的问题记录单按统一的格式整理成知识参照知识管理流程的要求进行。 325 325 331 + 332 + 326 326 = **3.问题管理流程设计** = 327 327 328 328 ... ... @@ -379,6 +379,7 @@ 379 379 * 确认关闭变更的结果并关闭已知错误。 380 380 * 确认是否已解决问题。 381 381 389 + 382 382 主要技能: 383 383 384 384 * 熟悉技术平台和技术环境 ... ... @@ -387,6 +387,7 @@ 387 387 * 深刻熟悉问题管理流程 388 388 * 熟悉问题管理流程和其他流程之间的关系 389 389 398 + 390 390 主要考核指标: 391 391 392 392 * 问题成功解决的百分比(问题解决和未解决的比值) ... ... @@ -420,6 +420,7 @@ 420 420 * 解决方案修改次数(解决方案能够彻底解决根本的原因,而不是不断的出现递进的变通的方法) 421 421 * 未解决问题数 422 422 432 + 423 423 问题管理中的问题分析员角色与事件分析员角色理论上最好由不同人员担当,以增强问题处理的有效性和逻辑性,但在XX光电IT信息中心当前的情况下角色重合是不可避免的问题,那么在当前状况下问题管理对XX光电IT信息中心的现实意义何在呢? 424 424 425 425 当前的问题分析员目前的岗位说明他有较强的专业能力,能够解决各自专业内的问题,同时,他们也与其他部门或厂商保持较好的关系。问题管理和事件管理的分离使得身兼事件分析员和问题分析员的人员能够获得更充足的时间和资源对问题的根源进行分析挖掘,协调、管理第三方资源进行问题的分析,评估和应对。当然这也要求问题协调员能够与内外部建立良好的合作关系,以突破问题分析时资源的局限性。 ... ... @@ -471,7 +471,6 @@ 471 471 |问题关闭时间|当问题状态更新为“结束并关闭“的时间(系统自动产生) 472 472 |问题来源(Problem Source)| 参见“问题来源”定义 473 473 474 -=== === 475 475 476 476 === **3.2.2.来源** === 477 477 ... ... @@ -526,7 +526,6 @@ 526 526 |3| 产线|影响范围为一条或多条生产线 527 527 |4| 个人|影响范围为一个或多个个人 528 528 529 -=== === 530 530 531 531 === **3.2.5.紧急度代码** === 532 532 ... ... @@ -538,7 +538,6 @@ 538 538 |3|普通|需要3天内开始处理 539 539 |4|低|处理开始时间可以有问题协调员或经理决定 540 540 541 -=== === 542 542 543 543 === **3.2.6.优先级代码** === 544 544 ... ... @@ -550,7 +550,6 @@ 550 550 |3|优先级3|一般故障处理的优先级,用于中等业务影响度的服务 551 551 |4|优先级4|故障处理中最低的优先级,一般用于业务影响度低的服务,有时需要预约时间 552 552 553 -=== === 554 554 555 555 === **3.2.7.状态** === 556 556 ... ... @@ -564,7 +564,6 @@ 564 564 |5|已处理|问题关闭前提请问题经理质量审核,回顾中 565 565 |6|已关闭|问题已经关闭 566 566 567 -=== === 568 568 569 569 === **3.2.8.结束代码** === 570 570 ... ... @@ -576,7 +576,6 @@ 576 576 |3|无法解决|未找到问题的根本原因,没有解决方案,或目前无法实施解决方案,也无变通方法 577 577 |4|取消|问题被问题经理拒绝 578 578 579 -=== === 580 580 581 581 === **3.2.9.原因代码** === 582 582 ... ... @@ -586,7 +586,6 @@ 586 586 |3|线路故障|线路故障类问题 587 587 |4|其他|其他问题 588 588 589 -== == 590 590 591 591 == **3.3.问题管理流程概要设计** == 592 592 ... ... @@ -1079,7 +1079,6 @@ 1079 1079 * 通知利益相关者问题已解决 1080 1080 ))) 1081 1081 1082 -= = 1083 1083 1084 1084 = **4.报表和KPI** = 1085 1085 ... ... @@ -1100,6 +1100,7 @@ 1100 1100 |PB-012|问题解决总时长|统计问题单解决的实际总耗时|反映系统运维的人力投入,提供决策支持,督促减少问题的处理时间。|统计问题解决总时长 1101 1101 1102 1102 1105 + 1103 1103 = **5.问题活动积分和激励** = 1104 1104 1105 1105