由 superadmin 于 2024/12/25, 15:37 最后修改
从版本< 31.1 >
由superadmin编辑
在2021/02/07, 00:37上
到版本
由superadmin编辑
在2021/01/29, 22:08上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -1,16 +7,15 @@
1 -{{box cssClass="floatinginfobox" title="**Contents**"}}
2 -{{toc/}}
3 -{{/box}}
4 -
5 -需要下载 **ITIL 4服务台实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“服务台实践”即可。
6 -
7 7  (% class="jumbotron" %)
8 8  (((
9 9  (% class="container" %)
10 10  (((
11 -[[image:微信截图_20210206234644.png]]
5 += =
12 12  
13 13  
8 +需要下载 **ITIL 4服务台实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“服务台实践”即可。
9 +
10 +[[image:http://itil4hub.cn/bin/download/C%20%E5%AE%9E%E8%B7%B5%E6%8C%87%E5%8D%97/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/WebHome/%E5%BE%AE%E4%BF%A1%E5%9B%BE%E7%89%87_20200929154759.png?rev=1.2||alt="微信图片_20200929154759.png"]]
11 +
12 +
14 14  **申明：**
15 15  
16 16  本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
... ... @@ -381,7 +381,6 @@
381 381  将度量标准正确地聚合到复杂的指标中，将使数据更容易用于价值流的持续管理以及服务台实践的定期评估和持续改进。对此没有唯一的最佳解决方案。度量标准基于组织的整体服务策略和优先级，以及实践所贡献的价值流的目标。
382 382  
383 383  
384 -
385 385  ----
386 386  
387 387  = 3 价值流和流程 =
... ... @@ -659,8 +659,6 @@
659 659  
660 660  表3.6 服务台优化过程活动
661 661  
662 -
663 -
664 664  ----
665 665  
666 666  = 4 组织和人员 =
... ... @@ -755,6 +755,7 @@
755 755  1. 集中式联合团队倾向于较少使用查询自动化工具。工作是透明的，人们不理解为什么查询需要被记录。同样，流程和指南也是口头传达和更新的。这可能导致缺乏对用户沟通的控制。
756 756  1. 物理上的邻近会导致对特定个人，而非特定角色的依赖。这种风险应该通过流程控制减轻，但个人关系可能会形成“走后门式”的支持，并且在这些人离开后对服务提供造成干扰。
757 757  
754 +
758 758  **4.2.1.2 分布式服务台团队**
759 759  
760 760  该模型类似于本地服务台团队模型：用户群分布在多个位置，但IT和服务台团队之间仍有物理沟通渠道。用户的每个地理区域都与一个专门的服务台团队联系，每个服务台团队采用共同的沟通标准协调工作。
... ... @@ -769,6 +769,7 @@
769 769  1. 协调和自动化。由于团队是分布式的，因此需要通过一致的协作环境理解当前组织的事态。所有团队都需要类似的、一致的培训和控制。一些服务提供商采用单一的分布式团队名册管理需求波动并减轻职责，以适应工作场所的通勤时间（例如，所有团队成员都在同一个都市圈内）。
770 770  1. 不管如何自动协调，分布式服务台导致重复的专业知识和管理开销。一般来说，服务台工作人员处理的非沟通任务越多(处理模式化事件、IMAC请求或为用户提供支持)，团队之间的重复工作就会越多。服务提供者应该严格考查分布式服务台的价值（例如，面对面的交互），应对冗余安排造成的协调问题和共享成本。
771 771  
769 +
772 772  **4.2.1.3 虚拟服务台团队**
773 773  
774 774  服务台团队无法与用户在物理上协同工作时就出现了虚拟服务台团队模式。这与提供公众服务的商业服务提供商，如互联网接入提供商或用户软件供应商，尤其相关。
... ... @@ -786,6 +786,7 @@
786 786  
787 787  1. 服务提供者必须承诺在工具的设计和实现方面进行广泛和持续的投资，支持各种沟通渠道和记录管理。自动化工具（在5.2节中描述）可确保客户能够快速、方便地提交查询并轻松地找到并与相关的服务提供者沟通。应向寻求真人互动的用户提供各种便利且非常容易获取的工具，如在线聊天、电子邮件或电话。服务提供商必须仔细分析每种技术的价值和成本。
788 788  
787 +
789 789  **4.2.1.4 混合式服务台组织**
790 790  
791 791  大多数服务提供商需在本地和虚拟组织模式间选择一个最优点。这种权衡包括几种已知的妥协：
... ... @@ -796,6 +796,7 @@
796 796  
797 797  * **离岸和共享服务台团队** 这是从呼叫中心继承下来的实践。根据呼叫的来源，话务员使用不同的“行动手册”处理呼叫者的请求。一些大型的全球服务提供商和消费者技术供应商在劳动力成本较低的地方创建大型服务台中心，提供成本相对较低的服务台业务。尽管这种高度虚拟化的方法存在挑战，但其低廉的价格足以极大地推动对这种模式的需求。
798 798  
798 +
799 799  === 4.2.2 服务台规模 ===
800 800  
801 801  并没有一种单一的方法确定服务提供商需要多少服务台团队。
... ... @@ -808,6 +808,7 @@
808 808  1. 用户和客户服务水平期望
809 809  1. 预期员工流失率
810 810  
811 +
811 811  **4.2.2.1 扁平vs垂直**
812 812  
813 813  传统认为服务台业务是一项职能或一个团队。将服务台实践和服务台团队区分很重要。服务台团队可能负责几项实践，并将与服务台、事件管理、服务请求管理、问题管理和服务级别管理实践等许多实践互动。构建和定位服务台团队有许多方法，合适的解决方案因组织而异。下面将详细介绍主要的选项，但组织可能需要建立一种结合了多类选项的结构，以便完全满足业务需求。
... ... @@ -838,10 +838,10 @@
838 838  
839 839  用于组织服务设计的不同方法可能会影响服务台团队的组织方式。在CI/CD方法中，开发和运维间的界限可能模糊，这可能影响服务台团队结构。
840 840  
841 -
842 -
843 843  ----
844 844  
844 += =
845 +
845 845  = 5. 信息和技术 =
846 846  
847 847  [[编辑>>url:http://itil4hub.cn/bin/edit/01%20%E6%9C%8D%E5%8A%A1%E5%8F%B0/5%20%E4%BF%A1%E6%81%AF%E5%92%8C%E6%8A%80%E6%9C%AF/WebHome?section=1]]
... ... @@ -905,7 +905,6 @@
905 905  表5.1服务台活动的自动化解决方案
906 906  
907 907  
908 -
909 909  ----
910 910  
911 911  = 6 合作伙伴和供应商 =
... ... @@ -921,7 +921,6 @@
921 921  当组织的目标是确保快速有效的服务台实践时，他们通常会尝试与合作伙伴和供应商达成紧密合作，消除沟通、协作和决策制定中形式化的官僚壁垒。有关这方面的更多信息，请参阅《供应商管理》实践指南。
922 922  
923 923  
924 -
925 925  ----
926 926  
927 927  = 7 重要提醒 =
... ... @@ -941,7 +941,6 @@
941 941  关于指导原则及其应用的更多信息，请参见ITIL Foundation：ITIL 4出版物第4.3节。
942 942  
943 943  
944 -
945 945  ----
946 946  
947 947  = 8 致谢 =
Icon 微信截图_20210206234644.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -36.4 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司