从版本< 38.1 >
由superadmin编辑
在2022/01/15, 16:22上
到版本
由superadmin编辑
在2022/01/15, 16:25上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -84,10 +84,10 @@
84 84  
85 85  服务请求是用户问询的重要类型,也是用户体验的重要组成部分。通常,服务请求包括以下内容:
86 86  
87 -1. 发起服务动作请求(由服务提供者或与用户一起执行)
88 -1. 信息请求
89 -1. 资源或服务访问请求
90 -1. 反馈,表扬或投诉
87 +* 发起服务动作请求(由服务提供者或与用户一起执行)
88 +* 信息请求
89 +* 资源或服务访问请求
90 +* 反馈,表扬或投诉
91 91  
92 92  服务请求的履行可能涉及对服务或其组件的变更,通常属于标准变更。由于服务请求是预定义的,并且已约定为服务交付的正常部分,因此通常可以通过明确的启动,批准,履行和管理的标准规程,来对其进行标准化。某些服务请求具有非常简单的工作流,例如信息请求。其他服务请求(例如,为新员工设置信息)可能很复杂,需要多个团队和系统的合作才能履行。无论复杂性如何,履行请求的步骤都应该是众所周知并经过测试的。这使得服务提供者可以约定履行请求的时间,并向用户提供服务请求状态的清晰沟通。
93 93  
... ... @@ -123,9 +123,9 @@
123 123  
124 124  表2.1 其他实践指南中与服务请求实践相关的活动
125 125  
126 -(% style="width:645px" %)
127 -|(% style="width:339px" %)示例|(% style="width:125px" %)活动|(% style="width:179px" %)实践指南
128 -|(% style="width:339px" %)用户监控打印机状态。当打印机提示“碳粉不足”时,用户请求重新填充碳粉。服务提供者的技术人员更换碳粉盒。除了更换过程,打印服务并未中断。|(% style="width:125px" %)服务请求|(% style="width:179px" %)(((
126 +(% style="width:452px" %)
127 +|(% style="width:215px" %)示例|(% style="width:79px" %)活动|(% style="width:156px" %)实践指南
128 +|(% style="width:215px" %)用户监控打印机状态。当打印机提示“碳粉不足”时,用户请求重新填充碳粉。服务提供者的技术人员更换碳粉盒。除了更换过程,打印服务并未中断。|(% style="width:79px" %)服务请求|(% style="width:156px" %)(((
129 129  服务台
130 130  
131 131  服务请求管理
... ... @@ -132,16 +132,16 @@
132 132  
133 133  基础设施和平台管理
134 134  )))
135 -|(% style="width:339px" %)(((
135 +|(% style="width:215px" %)(((
136 136  打印机将其状态和事态传送给运维团队。当发生“碳粉不足”的事态时,服务提供者的技术人员更换碳粉盒。除了更换过程,打印服务并未中断。
137 137  
138 138  
139 -)))|(% style="width:125px" %)事态|(% style="width:179px" %)(((
139 +)))|(% style="width:79px" %)事态|(% style="width:156px" %)(((
140 140  监控和事态管理
141 141  
142 142  基础设施和平台管理
143 143  )))
144 -|(% style="width:339px" %)如果上述场景中出现问题,没有及时报告“碳粉不足”的状况(或未及时更换碳粉盒或未正确更换碳粉盒),打印服务中断。用户将情况反映到服务提供者,服务提供者的技术人员更换碳粉盒,打印服务恢复。|(% style="width:125px" %)事件|(% style="width:179px" %)(((
144 +|(% style="width:215px" %)如果上述场景中出现问题,没有及时报告“碳粉不足”的状况(或未及时更换碳粉盒或未正确更换碳粉盒),打印服务中断。用户将情况反映到服务提供者,服务提供者的技术人员更换碳粉盒,打印服务恢复。|(% style="width:79px" %)事件|(% style="width:156px" %)(((
145 145  服务台
146 146  
147 147  事件管理
... ... @@ -208,10 +208,11 @@
208 208  
209 209  表2.2 其他实践指南中与服务请求管理实践相关的活动
210 210  
211 -|活动|实践指南
212 -|解决事件|事件管理
213 -|与用户沟通|服务台
214 -|产品和服务变更的管理与实现|(((
211 +(% style="width:352px" %)
212 +|(% style="width:222px" %)活动|(% style="width:127px" %)实践指南
213 +|(% style="width:222px" %)解决事件|(% style="width:127px" %)事件管理
214 +|(% style="width:222px" %)与用户沟通|(% style="width:127px" %)服务台
215 +|(% style="width:222px" %)产品和服务变更的管理与实现|(% style="width:127px" %)(((
215 215  变更使能
216 216  
217 217  部署管理
... ... @@ -218,11 +218,11 @@
218 218  
219 219  发布管理
220 220  )))
221 -|监控服务和技术|监控和事态管理
222 -|持续改进的管理与执行|持续改进
223 -|请求目录的管理|服务目录管理
224 -|服务访问权限的管理和提供|信息安全管理
225 -|创建服务请求模型|服务设计
222 +|(% style="width:222px" %)监控服务和技术|(% style="width:127px" %)监控和事态管理
223 +|(% style="width:222px" %)持续改进的管理与执行|(% style="width:127px" %)持续改进
224 +|(% style="width:222px" %)请求目录的管理|(% style="width:127px" %)服务目录管理
225 +|(% style="width:222px" %)服务访问权限的管理和提供|(% style="width:127px" %)信息安全管理
226 +|(% style="width:222px" %)创建服务请求模型|(% style="width:127px" %)服务设计
226 226  
227 227  [[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=5]]
228 228  
... ... @@ -267,8 +267,9 @@
267 267  
268 268  表2.3 实践成功因素的关键度量指标示例
269 269  
270 -|实践成功因素|关键指标
271 -|确保优化所有服务的服务请求履行规程|(((
271 +(% style="width:409px" %)
272 +|(% style="width:136px" %)实践成功因素|(% style="width:269px" %)关键指标
273 +|(% style="width:136px" %)确保优化所有服务的服务请求履行规程|(% style="width:269px" %)(((
272 272  服务请求目录的完整性、数量、和支持范围外的服务请求的百分比
273 273  
274 274  由于规程的错误或低效而无法遵循约定的规程来履行的服务请求的数量和百分比
... ... @@ -279,7 +279,7 @@
279 279  
280 280  完全或很大程度上自动履行的服务请求的百分比(数量,目录百分比,总数百分比和履行时间)
281 281  )))
282 -|确保按照约定的规程及用户满意度履行所有服务请求|(((
284 +|(% style="width:136px" %)确保按照约定的规程及用户满意度履行所有服务请求|(% style="width:269px" %)(((
283 283  符合SLA约定的数量和百分比
284 284  
285 285  未正确履行请求导致的事件影响
... ... @@ -339,8 +339,9 @@
339 339  
340 340  该流程包括表3.1 中列出的活动,并将输入转换为输出。
341 341  
342 -|**关键输入**|**活动**|**关键输出**
343 -|(((
344 +(% style="width:401px" %)
345 +|(% style="width:157px" %)**关键输入**|(% style="width:140px" %)**活动**|(% style="width:101px" %)**关键输出**
346 +|(% style="width:157px" %)(((
344 344  服务请求问询
345 345  
346 346  服务请求模型
... ... @@ -348,7 +348,7 @@
348 348  服务级别协议
349 349  
350 350  履行动作记录和报告
351 -)))|(((
354 +)))|(% style="width:140px" %)(((
352 352  请求分类
353 353  
354 354  服务请求模型初始化和控制
... ... @@ -356,7 +356,7 @@
356 356  临时性的履行控制
357 357  
358 358  履行评审
359 -)))|(((
362 +)))|(% style="width:101px" %)(((
360 360  履行服务请求
361 361  
362 362  履行动作记录和报告
... ... @@ -369,8 +369,6 @@
369 369  
370 370  图3.2 显示了流程的工作流。
371 371  
372 -(% style="text-align:center" %)
373 -[[image:http://itil4hub.cn/bin/download/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome/1600507060947-247.png?rev=1.1||alt="1600507060947-247.png"]]
374 374  
375 375  图3.2 服务请求履行的控制流程工作流
376 376  
... ... @@ -377,52 +377,10 @@
377 377  
378 378  流程可能会根据请求模型而有所不同。表3.2 提供了不同模型下的示例
379 379  
380 -|活动|手动或不完整的服务请求模型|高度自动化的服务请求模型
381 -|请求分类|(((
382 -完全或部分依赖手动来核对服务请求和用户资格。需要人工联系用户提供缺少的信息或纸质文件。
381 +[[image:1642234513508-859.png]]
383 383  
384 -服务台专员选择适当的服务请求模型。
385 -)))|(((
386 -在高度自动化的环境中,系统将自动核对服务请求。系统联系用户提供缺少的信息或纸质文件。
383 +[[image:1642234534429-815.png]]
387 387  
388 -根据服务请求的特征选择适当的模型和自动化规程。                                                             
389 -)))
390 -|服务请求模型初始化和控制|(((
391 -根据服务请求模型,服务台专员可能需要手动选择合适的支持团队或专家。分配的支持团队遵循为模型定义的服务请求履行规程。
392 -
393 -如有必要,可以根据服务请求规程要求额外的批准。
394 -
395 -在某些情况下,需要同时履行多个服务请求任务。需要由服务台专员进行手动分配和控制,以及发送用户通知。
396 -
397 -负责的团队可以履行整个服务请求或特定任务。
398 -
399 -如有必要,负责的团队也要更新相关的配置项。
400 -
401 -服务请求需要经过履行评审。
402 -)))|(((
403 -根据所选的服务请求模型,请求履行会被启动,并且由系统来控制规程流向和履行请求的脚本。
404 -
405 -服务请求需要经过履行评审。
406 -)))
407 -|临时性的履行控制|(% colspan="2" %)(((
408 -在某些情况下,服务请求的履行需要一些非标准的,特殊定制的工作,或者有些新情况在计划服务请求时未考虑到。因此,遵循已有规程不会达到期望的结果,只能为服务请求提供临时性的履行方案。
409 -
410 -临时性的履行是一种例外情况,应视为例外情况来处理。
411 -
412 -应该决定是按照例外情况来处理还是直接拒绝履行服务请求。该决定通常由模型和模型处理例外情况的方式来定义。
413 -
414 -不管做出什么决定,此类请求的细节应做为服务请求模型评审和优化的流程输入,这样就可以明确定义此类请求并将其添加到模型中,或者在经过附加的评估分类检查后,将此类请求纳入模型。
415 -)))
416 -|履行评审|(% colspan="2" %)(((
417 -要根据模型对服务请求履行情况进行检验。
418 -
419 -履行评审应该在模型中描述。履行评审会有相应的规程,以检查履行在多大程度上达到了预期的结果。
420 -
421 -履行评审也包括收集用户反馈和衡量用户满意度。
422 -
423 -履行评审的报告和记录用作服务请求评审和优化的流程输入。
424 -)))
425 -
426 426  表3.2 服务请求履行的控制流程活动
427 427  
428 428  
... ... @@ -432,8 +432,9 @@
432 432  
433 433  表3.3 服务请求评审和优化流程的输入,活动,和输出.。
434 434  
435 -|关键输入|活动|关键输出
436 -|(((
394 +(% style="width:677px" %)
395 +|(% style="width:219px" %)关键输入|(% style="width:223px" %)活动|(% style="width:233px" %)关键输出
396 +|(% style="width:219px" %)(((
437 437  当前服务请求模型
438 438  
439 439  用户调查结果
... ... @@ -451,13 +451,13 @@
451 451  CMDB 配置管理
452 452  
453 453  容量和性能信息
454 -)))|(((
414 +)))|(% style="width:223px" %)(((
455 455  服务请求记录和报告分析
456 456  
457 457  服务请求模型改进启动
458 458  
459 459  服务请求模型更新沟通
460 -)))|(((
420 +)))|(% style="width:233px" %)(((
461 461  更新过的服务请求模型
462 462  
463 463  更新过的服务请求规程和操作说明
... ... @@ -465,8 +465,6 @@
465 465  
466 466  图3.3 显示了该流程的工作流程图。
467 467  
468 -(% style="text-align:center" %)
469 -[[image:http://itil4hub.cn/bin/download/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome/1600507084085-268.png?rev=1.1||alt="1600507084085-268.png"]]
470 470  
471 471  图3.3 服务请求评审和优化流程的工作流
472 472  
... ... @@ -473,14 +473,15 @@
473 473  
474 474  表3.4 提供了该流程活动的描述。
475 475  
476 -|活动|描述
477 -|服务请求记录和报告分析|服务请求实践负责人与服务负责人和其他相关干系人一起,对在此期间内选定的服务请求和相关指标,以及/或者对来自变更使能实践中的相关重复变更进行评审。他们识别出创建新服务请求模型的机会,和/或当前服务请求模型所需的改进。
478 -|服务请求模型改进启动|(((
434 +(% style="width:507px" %)
435 +|(% style="width:110px" %)活动|(% style="width:394px" %)描述
436 +|(% style="width:110px" %)服务请求记录和报告分析|(% style="width:394px" %)服务请求实践负责人与服务负责人和其他相关干系人一起,对在此期间内选定的服务请求和相关指标,以及/或者对来自变更使能实践中的相关重复变更进行评审。他们识别出创建新服务请求模型的机会,和/或当前服务请求模型所需的改进。
437 +|(% style="width:110px" %)服务请求模型改进启动|(% style="width:394px" %)(((
479 479  服务请求实践负责人登记和提交模型的改进方案,并与持续改进实践和/或变更请求一起处理。
480 480  
481 481  如果模型测试不能确认提交的服务请求模型的有效性,便将其退回以进行进一步分析。
482 482  )))
483 -|服务请求模型更新的沟通|如果服务请求模型成功更新,则将其传达给相关干系人。通常由服务请求实践负责人或服务负责人来进行沟通。
442 +|(% style="width:110px" %)服务请求模型更新的沟通|(% style="width:394px" %)如果服务请求模型成功更新,则将其传达给相关干系人。通常由服务请求实践负责人或服务负责人来进行沟通。
484 484  
485 485  表3.4 服务请求评审和优化流程的活动
486 486  
... ... @@ -515,95 +515,12 @@
515 515  
516 516  表4.2 中列出了服务请求管理活动中可能涉及的其他角色的示例,以及相关的能力类型和特定技能。
517 517  
518 -|**活动**|**负责角色**|**能力类型**|**特定技能**
519 -|(% colspan="4" %)服务请求履行控制流程
520 -|请求分类|(((
521 -用户支持专员
477 +[[image:1642234728847-838.png]]
522 522  
523 -产品负责人
479 +[[image:1642234803492-320.png]]
524 524  
525 -服务负责人
526 -)))|CTM|熟悉组织的产品和服务
527 -| |技术专家| |(((
528 -了解服务目录,SLA,
481 +[[image:1642234831260-575.png]]
529 529  
530 -请求模型
531 -)))
532 -|服务请求模型初始化和控制|(((
533 -用户支持专员
534 -
535 -服务负责人
536 -
537 -技术专家
538 -)))|CAT|熟悉服务请求模型和服务提供者组织
539 -|临时性的履行控制|(((
540 -服务负责人
541 -
542 -技术团队主管
543 -)))|CTA|(((
544 -熟悉产品,服务和SLA
545 -
546 -了解业务需求
547 -
548 -有权分配资源和计划临时性工作
549 -)))
550 -|履行评审|(((
551 -服务负责人
552 -
553 -实践负责人
554 -
555 -实践经理/协调人
556 -)))|MCT|(((
557 -熟悉产品,服务和SLA
558 -
559 -了解业务需求
560 -
561 -熟悉服务请求模型和服务提供者组织
562 -)))
563 -|服务请求和评审优化| | |
564 -|服务请求记录和报告分析|(((
565 -产品负责人
566 -
567 -服务负责人
568 -
569 -实践负责人
570 -
571 -实践经理/协调人
572 -)))|TM|熟悉服务和产品,及服务请求模型
573 -|服务请求模型改进启动|(((
574 -实践负责人
575 -
576 -实践经理/协调人
577 -
578 -产品负责人
579 -
580 -服务负责人
581 -
582 -资源负责人
583 -
584 -ITSM工具顾问
585 -)))|TCA|(((
586 -熟悉服务和产品,及服务请求模型
587 -
588 -熟悉可用的工具和方法
589 -)))
590 -|服务请求模型更新沟通|(((
591 -实践负责人
592 -
593 -实践经理/协调人
594 -)))|C|(((
595 -了解服务请求模型
596 -
597 -沟通技巧
598 -)))
599 -| |(((
600 -产品负责人
601 -
602 -服务负责人
603 -
604 -资源负责人
605 -)))| |
606 -
607 607  表4.2 服务请求管理实践活动中涉及的角色示例
608 608  
609 609  
... ... @@ -645,83 +645,14 @@
645 645  
646 646  表5.1 服务请求管理活动的自动化解决方案
647 647  
648 -|流程活动 |自动化手段|关键功能|对实践效果的影响
649 -|(% colspan="4" %)服务请求履行控制
650 -|请求分类|(((
651 -工作流管理和协作工具
524 +[[image:1642234919431-637.png]]
652 652  
653 -ITSM工具集
654 -)))|(((
655 -请求目录管理
526 +[[image:1642234953800-949.png]]
656 656  
657 -工作分配
658 658  
659 -预定义的规程流向
660 -)))|高
661 -|服务请求模型初始化和控制|(((
662 -工作流管理和协作工具
663 663  
664 -ITSM工具集
665 -)))|(((
666 -工作分配
667 -
668 -预定义的规程流向
669 -
670 -协作,任务                                   
671 -)))|高
672 -|临时性的履行控制|(((
673 -工作流管理和协作工具
674 -
675 -ITSM工具集
676 -
677 -系统监控工具
678 -)))|(((
679 -监控工作进度
680 -
681 -沟通
682 -
683 -通知,升级
684 -)))|中到高
685 -|履行评审|(((
686 -工作流管理和协作工具
687 -
688 -ITSM工具集
689 -)))|(((
690 -沟通与协作
691 -
692 -报告与分析
693 -)))|中
694 -|(% colspan="4" %)服务请求和评审优化
695 -|服务请求记录和报告分析|分析和报告工具|(((
696 -服务请求的统计分析
697 -
698 -工作量和流量
699 -)))|高
700 -|服务请求模型改进启动|工作流管理和协作工具|(((
701 -待办项和工作流的管理与可视化
702 -
703 -沟通与协作
704 -)))|中到高
705 -|服务请求模型更新沟通|(((
706 -发布工具
707 -
708 -社交媒体
709 -
710 -工作流管理工具
711 -)))|(((
712 -邮件
713 -
714 -推送通知
715 -
716 -Web门户
717 -
718 -认知消息发布
719 -)))|高
720 -
721 721  ----
722 722  
723 -----
724 -
725 725  = **6 合作伙伴和供应商** =
726 726  
727 727  [[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/6%20%E5%90%88%E4%BD%9C%E4%BC%99%E4%BC%B4%E5%92%8C%E4%BE%9B%E5%BA%94%E5%95%86/WebHome?section=1]]
深圳市艾拓先锋企业管理咨询有限公司