Wiki source code of 1.3.4价值链驱动的服务模式变革
Version 1.1 by superadmin on 2020/06/15, 16:41
Show last authors
author | version | line-number | content |
---|---|---|---|
1 | 很多年前,流程管理成了企业业务变革的良药,“以客户为中心,以流程为导向”一度是企业管理的最佳方法。 | ||
2 | |||
3 | |||
4 | 但是随着流程的模块化,无论是对 ERP,还是对 ITSM,大家都出现了迷惘——本来大家期望流程打破不同部门之间的竖井,但没有想到,流程与流程之间也开始形成了竖井。另外一方面,以ITSM 为例, 许多业务部门的人员非常不认同其复杂的流程关系,更希望自己的业务请求变得简单明了。 | ||
5 | |||
6 | |||
7 | 于是,价值链这种“端到端”的模式,开始给予大家新的想象空间,因为通过价值链,开始真正实现了价值的传递,所有的活动对业务人员和后端服务支持人员来说,都是透明的,也都是能参与的。 | ||
8 | |||
9 | |||
10 | 我们不妨举个例子:在一家工厂里,仓库中采用物联技术管理叉车运载,但是 WiFi 出了故障,这样所有的物流业务运作都因此受损,无法及时交货。如果按照以前的思路——把故障报给服务台, 然后再按部就班处理,仓库经理和叉车工都会被隔离在流程外,他们会很焦虑,这也是传统 ITIL 经常被人诟病之处。 | ||
11 | |||
12 | |||
13 | 在这里,不妨也说一下 DevOps,这些年 DevOps 明显被“妖魔化”了,其实 DevOps 在敏捷的开发测试运维一体化、基于精益的持续交付等方面都表现卓越,但这并不意味着 DevOps就一定擅长解决服务交付的问题。尽管在服务管理中,DevOps 是后面提到的发布管理(Release Management)的最好伴侣。 | ||
14 | |||
15 | |||
16 | 那么采用服务价值链来再造这个服务流程吧。我们用列表的方式来简化这个流程(见下表)。 | ||
17 | |||
18 | 表1-1:服务流程价值链样例 | ||
19 | |||
20 | 第一步:识别需求(Demand) | ||
21 | |||
22 | |||
23 | |价值链|Demand | ||
24 | |角色|仓库经理、叉车司机 | ||
25 | |((( | ||
26 | 活动 | ||
27 | )))|发现仓库的一个区域没有WiFi覆盖。这意味着叉车司机接受指令会延迟,自动化拣货系统也会出问题,这将导致延误并有可能错过业务截止日期 | ||
28 | |||
29 | |||
30 | 第二步:响应契动(Engage) | ||
31 | |||
32 | |||
33 | |价值链|Engage | ||
34 | |实践(Practice)|服务台、事件管理 | ||
35 | |角色|仓库经理、服务台座席 | ||
36 | |((( | ||
37 | |||
38 | |||
39 | 活动 | ||
40 | )))|((( | ||
41 | 仓库经理致电服务台座席并描述问题,确定这是优先级为2的事件,并且管理者期望的解决时间为30分钟 | ||
42 | |||
43 | 服务台记录有关此事件的信息 | ||
44 | ))) | ||
45 | |||
46 | |||
47 |