ITIL 4官方核心著作
由 superadmin 于 2024/10/30, 20:50 最后修改
复制
导出
打印预览
查看源代码
子项
内容
评论
附件 (2)
历史记录
信息
Summary
Details
-
Page properties
-
- Content
-
... ... @@ -167,11 +167,11 @@ 167 167 168 168 **升级到** 169 169 170 -**专家支持 170 +**专家支持 ** 171 171 )))|((( 172 172 **升级到** 173 173 174 -**问题流程 174 +**问题流程 ** 175 175 ))) 176 176 |**紧急（5级）**|无|无|无 177 177 |**高（4级）**|2个小时|3个小时| ... ... @@ -204,7 +204,7 @@ 204 204 205 205 事件处理流程中事件的相关状态定义见下表。 206 206 207 -|**事件的状态 207 +|**事件的状态 **|**定义** 208 208 |已登记|已由服务专员登记 209 209 |分派|事件已由一线发出，未被接受 210 210 |返回|事件分配不当，返回服务专员 ... ... @@ -337,4 +337,122 @@ 337 337 338 338 = **9. 流程质量控制** = 339 339 340 +(% style="text-align:center" %) 341 +[[image:1730291573947-969.png]] 342 + 343 + 344 +|**步骤**|**输入**|(% style="width:681px" %)**步骤描述**|(% style="width:264px" %)**输出**|(% style="width:144px" %)**负责人** 345 +|((( 346 +1.现有流程评估 347 +)))|KPI、报告、流程执行过程中发现的问题|(% style="width:681px" %)((( 348 +1. 通过对KPI的完成程度，事件历史记录等数据进行差距、趋势分析，定期对事件管理流程的实施有效性、服务质量和用户满意度进行回顾； 349 +1. 生成差距分析评估报告、趋势分析报告。 350 +)))|(% style="width:264px" %)差距分析评估报告、趋势分析报告|(% style="width:144px" %)事件经理 351 +|((( 352 +2.制定改进计划 353 +)))|差距分析评估报告、趋势分析报告|(% style="width:681px" %)((( 354 +1. 根据差距分析评估报告、趋势分析报告总结待改进项，制定改进计划，改进计划中包括： 355 +1*. 流程的待改进项和改进机会； 356 +1*. 改进收益； 357 +1*. 执行改进计划可能带来的影响和风险； 358 +1*. 所需资源； 359 +1*. 测试和培训计划； 360 +1*. 实施计划； 361 +1*. 相关的支持文档等内容。 362 +)))|(% style="width:264px" %)改进计划|(% style="width:144px" %)事件经理 363 +|((( 364 +3.审批改进计划 365 +)))|改进计划|(% style="width:681px" %)((( 366 +1. 事件经理协调改进涉及到的相关人等对改进计划进行评估审批； 367 +1. 提交RFC。 368 +)))|(% style="width:264px" %)审批后的改进计划|(% style="width:144px" %)事件经理 369 +|((( 370 +4.执行改进计划 371 +)))|被批准的改进计划|(% style="width:681px" %)调动资源，组织相关人员执行被批准的改进计划。|(% style="width:264px" %)实施后的改进计划、改进效果|(% style="width:144px" %)事件经理 372 +|((( 373 +5.回顾 374 +)))|实施后的改进计划、改进结果|(% style="width:681px" %)((( 375 +1. 对改进后的结果进行回顾，评估改进计划是否成功，存在哪些待改进项； 376 +1. 依据PDCA方法论再次执行步骤1对现有流程进行评估，对流程进行持续改进，起到对流程质量控制的作用。 377 +)))|(% style="width:264px" %)回顾结果|(% style="width:144px" %)事件经理 378 + 379 + 380 + 381 += **10. 与其它流程的接口** = 382 + 383 +(% style="text-align:center" %) 384 +[[image:1730291709016-628.png]] 385 + 386 + 387 +* **配置管理** 388 + 389 +需要从配置管理数据库中查询配置项的属性和配置项间的关联关系来定位故障和帮助快速的恢复。 390 + 391 +* **问题管理** 392 + 393 +事件管理流程将提供事件的详细、精确的记录信息给问题管理流程来定位问题及分析问题的趋势，以及在优先级为高的事件解决并恢复服务后作为问题进行进一步的分析和处理。 394 + 395 +* **变更管理** 396 + 397 +服务专员应了解变更管理流程中目前正在进行的变更信息，监测因变更引发的事件。在事件的解决过程中，必要时需要发起变更请求来解决事件。 398 + 399 +* **服务级别管理** 400 + 401 +服务级别管理流程对SLA协议完成情况进行持续监控，事件流程相关人员必须全面了解SLA协议内容，以便在与用户进行沟通的时候可用到这些信息。有关事件记录的报告可用来判断是否真正地提供的规定级别的服务。 402 + 403 +* **可用性管理** 404 + 405 +为了评估服务的可用性，可用性管理流程需要使用配置管理流程提供的事件记录和状态监控信息，例如事件处理期间导致的某项服务的“不可用”状态。 406 + 407 +* **能力管理** 408 + 409 +能力管理流程关注由于能力（Capability）不足导致的事件，例如系统处理能力不足导致的处理响应时间过长。 410 + 411 += = 412 + 413 += = 414 + 415 += **11. 术语定义** = 416 + 417 +|**术语**|**定义** 418 +|事件（Incident）|在某一服务中不属于标准操作（standard operation）并且有可能导致IT服务中断或服务质量下降的任何事情(event)。 419 +|事件状态|事件状态代码表明事件所处的处理状态 420 +|事件分类|有故障和服务请求 421 +|事件影响度|事件影响度用于衡量事件所影响业务的严重程度 422 +|事件优先级|事件优先级定义了事件优先获得资源并得到处理的优先顺序 423 +|事件结束代码|事件结束代码说明了事件是在何种情况下关闭的 424 +|事件超时代码|事件超时代码用于标明事件的处理是否超过规定的时限 425 + 426 += = 427 + 428 += = 429 + 430 += **12. 附则** = 431 + 432 +1. 本管理办法由技术部负责组织制定、解释和修改，各部门可根据本规定制定相应的实施细则。 433 +1. 本管理办法自印发之日起实行。 434 +1. 相关文件： 435 + 436 +《信息技术服务管理手册》 437 + 438 +《信息技术服务管理策略》 439 + 440 +《服务报告流程管理办法》 441 + 442 +《记录控制管理规定》 443 + 444 + 4.相关时间要求： 445 + 446 +管理办法中规定的“每月”为每月10号前； 447 + 448 +管理办法中规定的“每季度”为每季度第一个月10号前； 449 + 450 +管理办法中规定的“每半年”为每半年度第一个月15号前； 451 + 452 +管理办法中规定的“每年”为每自然年度第一个月20号前； 453 + 454 +如遇节假日可顺延。 455 + 456 + 457 + 340 340