从版本< 40.1 >
由superadmin编辑
在2021/02/07, 01:06上
到版本
由superadmin编辑
在2021/01/29, 22:11上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -1,14 +1,13 @@
1 -{{box cssClass="floatinginfobox" title="**Contents**"}}
2 -{{toc/}}
3 -{{/box}}
4 -
1 +(% class="jumbotron" %)
5 5  (((
3 +(% class="container" %)
4 +(((
6 6  = =
7 7  
8 8  
9 -需要下载 **ITIL 4容量和性能管理实践【中文】**pdf版全文,请关注微信公众号itilxf ,并回复“服务”即可。
8 +需要下载 **ITIL 4服务台实践【中文】**pdf版全文,请关注微信公众号itilxf ,并回复“服务台实践”即可。
10 10  
11 -[[image:微信图_20210206234644.png]]
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"]]
12 12  
13 13  
14 14  **申明:**
... ... @@ -17,14 +17,10 @@
17 17  
18 18  请注意,ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作,我们并不拥有包括原著以及中文发行文件的任何版权,所有版权均为Axoles持有,读者在使用这些文件(含本中文翻译版本)时需完全遵守Axoles 和 TSO所申明的所有版权要求。
19 19  
20 -**翻译**:傅盛        **审校**:秦佩君        **审核**:姚凯、严宝龙 
21 21  
22 -
23 -
24 -----
25 -
26 -
20 +**翻译**:傅盛 **审校**:秦佩君 **审核**:姚凯、严宝龙     
27 27  )))
22 +)))
28 28  
29 29  
30 30  = 1 关于本文档 =
... ... @@ -759,6 +759,7 @@
759 759  1. 集中式联合团队倾向于较少使用查询自动化工具。工作是透明的,人们不理解为什么查询需要被记录。同样,流程和指南也是口头传达和更新的。这可能导致缺乏对用户沟通的控制。
760 760  1. 物理上的邻近会导致对特定个人,而非特定角色的依赖。这种风险应该通过流程控制减轻,但个人关系可能会形成“走后门式”的支持,并且在这些人离开后对服务提供造成干扰。
761 761  
757 +
762 762  **4.2.1.2 分布式服务台团队**
763 763  
764 764  该模型类似于本地服务台团队模型:用户群分布在多个位置,但IT和服务台团队之间仍有物理沟通渠道。用户的每个地理区域都与一个专门的服务台团队联系,每个服务台团队采用共同的沟通标准协调工作。
... ... @@ -773,6 +773,7 @@
773 773  1. 协调和自动化。由于团队是分布式的,因此需要通过一致的协作环境理解当前组织的事态。所有团队都需要类似的、一致的培训和控制。一些服务提供商采用单一的分布式团队名册管理需求波动并减轻职责,以适应工作场所的通勤时间(例如,所有团队成员都在同一个都市圈内)。
774 774  1. 不管如何自动协调,分布式服务台导致重复的专业知识和管理开销。一般来说,服务台工作人员处理的非沟通任务越多(处理模式化事件、IMAC请求或为用户提供支持),团队之间的重复工作就会越多。服务提供者应该严格考查分布式服务台的价值(例如,面对面的交互),应对冗余安排造成的协调问题和共享成本。
775 775  
772 +
776 776  **4.2.1.3 虚拟服务台团队**
777 777  
778 778  服务台团队无法与用户在物理上协同工作时就出现了虚拟服务台团队模式。这与提供公众服务的商业服务提供商,如互联网接入提供商或用户软件供应商,尤其相关。
... ... @@ -790,6 +790,7 @@
790 790  
791 791  1. 服务提供者必须承诺在工具的设计和实现方面进行广泛和持续的投资,支持各种沟通渠道和记录管理。自动化工具(在5.2节中描述)可确保客户能够快速、方便地提交查询并轻松地找到并与相关的服务提供者沟通。应向寻求真人互动的用户提供各种便利且非常容易获取的工具,如在线聊天、电子邮件或电话。服务提供商必须仔细分析每种技术的价值和成本。
792 792  
790 +
793 793  **4.2.1.4 混合式服务台组织**
794 794  
795 795  大多数服务提供商需在本地和虚拟组织模式间选择一个最优点。这种权衡包括几种已知的妥协:
... ... @@ -800,6 +800,7 @@
800 800  
801 801  * **离岸和共享服务台团队** 这是从呼叫中心继承下来的实践。根据呼叫的来源,话务员使用不同的“行动手册”处理呼叫者的请求。一些大型的全球服务提供商和消费者技术供应商在劳动力成本较低的地方创建大型服务台中心,提供成本相对较低的服务台业务。尽管这种高度虚拟化的方法存在挑战,但其低廉的价格足以极大地推动对这种模式的需求。
802 802  
801 +
803 803  === 4.2.2 服务台规模 ===
804 804  
805 805  并没有一种单一的方法确定服务提供商需要多少服务台团队。
... ... @@ -812,6 +812,7 @@
812 812  1. 用户和客户服务水平期望
813 813  1. 预期员工流失率
814 814  
814 +
815 815  **4.2.2.1 扁平vs垂直**
816 816  
817 817  传统认为服务台业务是一项职能或一个团队。将服务台实践和服务台团队区分很重要。服务台团队可能负责几项实践,并将与服务台、事件管理、服务请求管理、问题管理和服务级别管理实践等许多实践互动。构建和定位服务台团队有许多方法,合适的解决方案因组织而异。下面将详细介绍主要的选项,但组织可能需要建立一种结合了多类选项的结构,以便完全满足业务需求。
Icon 微信截图_20210206234644.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -36.4 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司