From version < 5.1
edited by superadmin
on 2026/02/20, 07:31
To version < 4.1 >
edited by superadmin
on 2026/02/11, 08:41
<
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -1,50 +1,42 @@
1 1  2026年1月29日,PeopleCert正式发布了ITIL 第5版。作为ITIL官方中国区产品大使,我将会推出系列文章帮大家解读ITIL 第5版到底有哪些重大的更新。
2 2  
3 3  
4 -
5 5  (% style="text-align:center" %)
6 6  [[image:1.png||height="266" width="439"]]
7 7  
8 8  
9 -对很多组织来说,最现实的问题从来不是“框架够不够先进”,而是“为什么流程越来越全,交付却越来越慢;工具越来越多,体验却没有更好”。 ITIL 第5版之所以值得认真读,是因为它把管理重心从服务管理推进到数字产品与服务管理,把端到端价值交付从一句正确的话,变成一套可以被设计、被度量、被持续改进的对象。
8 +对很多组织来说,最现实的问题从来不是“框架够不够先进”,而是“为什么流程越来越全,交付却越来越慢;工具越来越多,体验却没有更好”。ITIL 第5版之所以值得认真读,是因为它把管理重心从服务管理推进到数字产品与服务管理,把端到端价值交付从一句正确的话,变成一套可以被设计、被度量、被持续改进的对象。
10 10  
10 +同时,与个人和企业最相关的过渡信息也非常明确:ITIL 第5版已经进入发布节奏,旧版基础证书与新版基础证书将有一段并行窗口,桥接考试也给已持证人群提供了平滑过渡路径。对组织而言,这意味着一个清晰的能力迁移窗口期:不是等“全员换证”才开始,而是可以先从最有价值的试点价值流开始,把新框架变成组织的管理语言。
11 11  
12 -同时与个人和企业最相关的过渡信息也非常明确:ITIL 第5版已经进入布节奏,旧版基础证书新版基础证书将有一段并行窗口桥接考试也给已持证人群提供了平滑过渡路径 对组织而言,这意味着一个清晰的能力迁移窗口期:不是等“全员换证才开始,而是可以先最有价值的试点价值流开始把新框架变成组织的管理语言
12 +但如果只记住一件事那就是:ITIL 第5版更强调“真实生的工作”“真实交付的价值”。价值流映射就是让真实工作浮出水面的那张底图没有这张图治理和改进就很容易变成各说各话;有了张图,你才有机会把待、交接、返工、信息缺口、问责空洞这些隐形成本”从噪音里剥离出来,变成可以被管理的对象
13 13  
14 14  
15 -但如果只记住一件事,那就是:ITIL 第5版更强调“真实发生的工作”与“真实交付的价值”。 价值流映射,就是让真实工作浮出水面的那张底图。 没有这张图,治理和改进就很容易变成各说各话;有了这张图,你才有机会把等待、交接、返工、信息缺口、问责空洞这些“隐形成本”从噪音里剥离出来,变成可以被管理的对象。
16 -
17 -
18 -
19 19  === 一、ITIL 第5版的新框架,为什么天然需要价值流映射 ===
20 20  
17 +为了让价值流映射这件事不被误读成“又一套画图方法”,必须先把ITIL 第5版的更新框架完整交代清楚。你会发现,价值流映射不是附加动作,而是ITIL 第5版的必然要求。
21 21  
22 -
23 23  ==== 1)定位升级:数字产品与服务管理成为中心叙事 ====
24 24  
25 -ITIL 第5版把讨论对象从“把服务运行好”扩展为“把数字产品与服务的价值交付跑顺”。 这会直接带来一个变化:你需要跨越部门边界讨论问题。 跨边界讨论,最怕“各自正确”。 价值流映射的价值就在于,它提供了一个端到端视角的共同底图,让不同角色讨论同一件事。
21 +ITIL 第5版把讨论对象从“把服务运行好”扩展为“把数字产品与服务的价值交付跑顺”。这会直接带来一个变化:你需要跨越部门边界讨论问题。跨边界讨论,最怕“各自正确”。价值流映射的价值就在于,它提供了一个端到端视角的共同底图,让不同角色讨论同一件事。
26 26  
27 -
28 28  ==== 2)生命周期模型升级:八个阶段让端到端变得可拆解、可对齐 ====
29 29  
30 -ITIL 第5版提出产品与服务生命周期八个阶段:发现、设计、获取、构建、转换、运营、交付、支持。 八个阶段不是要你按顺序走,而是给你一套稳定的要点:任何端到端价值交付,都可以找到它在这些阶段的真实落点。 价值流映射用八个阶段做骨架,能避免价值流图变成“随手画的流程串”。
25 +ITIL 第5版提出产品与服务生命周期八个阶段:发现、设计、获取、构建、转换、运营、交付、支持。八个阶段不是要你按顺序走,而是给你一套稳定的要点:任何端到端价值交付,都可以找到它在这些阶段的真实落点。价值流映射用八个阶段做骨架,能避免价值流图变成“随手画的流程串”。
31 31  
32 32  
33 33  ==== 3)体验进入核心:价值流必须对“体验结果”负责 ====
34 34  
35 -当服务价值不仅由功用与功效决定,还要纳入体验时,映射的对象就不能只画“内部动作”,必须把触点与体验摩擦纳入同一张图。 否则你会发现:内部看起来很顺,用户仍然不满意。 价值流映射必须把“体验损耗发生在哪一步”画出来,才谈得上改。
30 +当服务价值不仅由功用与功效决定,还要纳入体验时,映射的对象就不能只画“内部动作”,必须把触点与体验摩擦纳入同一张图。否则你会发现:内部看起来很顺,用户仍然不满意。价值流映射必须把“体验损耗发生在哪一步”画出来,才谈得上改。
36 36  
37 -
38 38  ==== 4)人工智能进入框架中心:没有数据质量与可审计性,自动化只会加速偏差 ====
39 39  
40 -ITIL 第5版把人工智能放进治理与能力边界的讨论中。 对价值流映射而言,这意味着两件事:第一,映射需要基于真实数据与记录;第二,映射的产出要能支撑自动化与治理的决策。 没有准确性、完整性、一致性的记录,映射只会变成“漂亮但不可信”的图纸。
34 +ITIL 第5版把人工智能放进治理与能力边界的讨论中。对价值流映射而言,这意味着两件事:第一,映射需要基于真实数据与记录;第二,映射的产出要能支撑自动化与治理的决策。没有准确性、完整性、一致性的记录,映射只会变成“漂亮但不可信”的图纸。
41 41  
42 -
43 43  ==== 5)实践使用方式变化:从清单走向组合,映射就是组合的依据 ====
44 44  
45 -当实践被视为“支撑价值流的组件库”,你就必须先知道你的价值流长什么样、卡在哪里,才能决定该组合哪些实践、先补哪块能力。 价值流映射是“组合实践”的前提,而不是结果。
38 +当实践被视为“支撑价值流的组件库”,你就必须先知道你的价值流长什么样、卡在哪里,才能决定该组合哪些实践、先补哪块能力。价值流映射是“组合实践”的前提,而不是结果。
46 46  
47 -
48 48  把这五点放在一起,你会发现:ITIL 第5版越强调端到端,价值流映射越变成绕不开的基本功。
49 49  
50 50  
... ... @@ -54,33 +54,27 @@
54 54  
55 55  === 二、别把价值流映射当流程图:它要回答的三个问题,流程图回答不了 ===
56 56  
49 +很多团队画过无数流程图,结果仍然在绕路。根因在于:流程图通常回答“应该怎么做”,而价值流映射必须回答“实际是怎么发生的”。要把价值流映射做对,需要先把它要回答的三个问题钉死:
57 57  
58 -很多团队画过无数流程图,结果仍然在绕路。 根因在于:流程图通常回答“应该怎么做”,而价值流映射必须回答“实际是怎么发生的”。 要把价值流映射做对,需要先把它要回答的三个问题钉死:
59 -
60 60  **第一,价值从哪里触发,最后以什么形式到达服务消费者**
61 61  
62 -价值流的起点不是“我们接到工单”,而是“服务消费者在旅程中的某个触点产生了需求、问题或机会”。 终点也不是“我们关闭工单”,而是“服务消费者获得了可用的结果,并且体验达到预期”。
53 +价值流的起点不是“我们接到工单”,而是“服务消费者在旅程中的某个触点产生了需求、问题或机会”。终点也不是“我们关闭工单”,而是“服务消费者获得了可用的结果,并且体验达到预期”。
63 63  
64 -
65 65  **第二,真正消耗交付周期的是什么**
66 66  
67 -价值流映射必须把处理时间与等待时间拆开,把交接、排队、补信息、返工这些“隐形时间”显性化。 只画步骤不画时间,只会让绕路继续隐身。
57 +价值流映射必须把处理时间与等待时间拆开,把交接、排队、补信息、返工这些“隐形时间”显性化。只画步骤不画时间,只会让绕路继续隐身。
68 68  
69 -
70 70  **第三,谁对端到端结果承担问责**
71 71  
72 -没有问责的价值流图,只是一张叙事图。 价值流映射要能看出:关键决策点在哪里,谁是授权人,谁承担问责,哪里存在责任真空。
61 +没有问责的价值流图,只是一张叙事图。价值流映射要能看出:关键决策点在哪里,谁是授权人,谁承担问责,哪里存在责任真空。
73 73  
74 74  当你用这三个问题检视一张图,你立刻能分辨它是“流程图的变体”,还是“可治理的价值流图”。
75 75  
76 76  
77 -
78 78  === 三、从一次端到端体验出发:第一张价值流图怎么选题,怎么开局才不会失败 ===
79 79  
68 +价值流映射的第一张图,决定了你后续的信心与组织接受度。最常见的失败模式,是选题太大、目标太虚、参与角色不对,最后只能画出一张“大家都同意但谁也用不上”的图。
80 80  
81 -价值流映射的第一张图,决定了你后续的信心与组织接受度。 最常见的失败模式,是选题太大、目标太虚、参与角色不对,最后只能画出一张“大家都同意但谁也用不上”的图。
82 -
83 -
84 84  ==== 1)选题三原则:小而完整、痛而真实、数据可取 ====
85 85  
86 86  第一张图建议遵守三条原则:
... ... @@ -87,7 +87,7 @@
87 87  
88 88  **• 小而完整**
89 89  
90 -范围要小到能覆盖一个端到端旅程,从触发到结果可以完整闭环。 不要一上来就把所有服务请求混在一起,否则只能得到一张平均化的图。
76 +范围要小到能覆盖一个端到端旅程,从触发到结果可以完整闭环。不要一上来就把所有服务请求混在一起,否则只能得到一张平均化的图。
91 91  
92 92  **• 痛而真实**
93 93  
... ... @@ -97,7 +97,6 @@
97 97  
98 98  至少能拿到工单、事件、变更、发布、知识、监控告警等记录中的一部分数据,能支撑对时间、交接、返工的度量。没有数据,映射就只能靠记忆与立场。
99 99  
100 -
101 101  ==== 2)参与角色的最小集合:保证端到端,不追求全员到场 ====
102 102  
103 103  第一张图不需要开成“全组织大会”。但必须覆盖端到端关键角色,建议最小集合包括:
... ... @@ -115,10 +115,8 @@
115 115  人太多会变成表态会;人太少会变成局部视角。第一张图要的是“真实”,不是“热闹”。
116 116  
117 117  
118 -
119 119  === 四、价值流映射的四步法:先把事实画出来,再把浪费画出来,最后把改进画出来 ===
120 120  
121 -
122 122  价值流映射要“带着做”,最稳健的方法是四步走:事实、时间、摩擦、改进。每一步都有明确产出,避免在图形工具里迷失。
123 123  
124 124  
... ... @@ -138,7 +138,6 @@
138 138  
139 139  • 端到端的明确终点:交付到服务消费者的结果是什么
140 140  
141 -
142 142  ==== 第二步:加时间维度——把等待显性化,把周期拆开 ====
143 143  
144 144  没有时间维度的价值流图没有牙齿。第二步要做的,是把每一步的处理时间与等待时间标注出来。哪怕数据不完整,也要用可接受的采样方式得到近似值。
... ... @@ -163,7 +163,6 @@
163 163  
164 164  • 最长等待点与最长返工点
165 165  
166 -
167 167  ==== 第三步:标摩擦与绕路——把“体验损耗”与“返工根因”落在图上 ====
168 168  
169 169  第三步是价值流映射最关键的一步:把摩擦标出来。很多组织画图止步于第二步,最后得到结论“某某环节慢”,然后加人、加班、加工具,绕路照旧。原因在于:慢只是现象,摩擦才是原因。
... ... @@ -200,7 +200,6 @@
200 200  
201 201  • 最值得优先处理的三到五个绕路点
202 202  
203 -
204 204  ==== 第四步:把改进嵌回图里——从“图”走到“行动”,形成最小闭环 ====
205 205  
206 206  价值流映射的目的不是“画完”,而是“改得动”。第四步要把改进方案嵌回图里,形成一个最小闭环:改什么、谁负责、怎么度量、何时复盘。
... ... @@ -230,10 +230,8 @@
230 230  • 复盘节奏与持续改进机制
231 231  
232 232  
233 -
234 234  === 五、常见三大坑:第一张图为什么画不出价值,往往栽在这三处 ===
235 235  
236 -
237 237  价值流映射看似简单,真正落地时有三个高频坑,提前避开能省大量时间。
238 238  
239 239  **第一坑:把价值流图画成“合规流程复刻版”**
... ... @@ -240,21 +240,17 @@
240 240  
241 241  如果步骤描述依旧是制度用语、审批节点密密麻麻、没有真实等待与返工,那它只是流程图换了皮。这样的图无法用于改进,只能用于汇报。
242 242  
243 -
244 244  **第二坑:只标步骤不标时间,绕路继续隐身**
245 245  
246 246  很多团队不敢标时间,担心“数据不准”。但不标时间,价值流映射就失去最重要的作用:把等待显性化。哪怕用采样也要标,否则只能停留在观点争论。
247 247  
248 -
249 249  **第三坑:图画完就归档,没有进入治理与改进节奏**
250 250  
251 251  价值流映射必须进入治理节奏:定期复盘度量、评估改进效果、调整实践组合。否则图只是一次性的“成果”,不是组织能力。
252 252  
253 253  
254 -
255 255  === 六、价值流映射与ITIL 第5版的关系:一张图,连接生命周期、体验、治理与实践组合 ===
256 256  
257 -
258 258  如果把ITIL 第5版看成一座房子,那么价值流映射就是地基上的“结构图”。它有三个连接作用:
259 259  
260 260  **• 连接生命周期八个阶段**
... ... @@ -261,22 +261,17 @@
261 261  
262 262  让组织不再只盯运营与支持,而能把上游的发现、设计、获取、构建、转换纳入同一套讨论。
263 263  
264 -
265 265  **• 连接体验与度量**
266 266  
267 267  把体验摩擦落到具体触点与步骤上,让体验不再是一句口号,而是可以被治理与改进的对象。
268 268  
269 -
270 270  **• 连接治理与实践组合**
271 271  
272 272  在同一张图上看见问责、授权、控制点,以及哪些实践需要被补齐、被裁剪、被重新组合。实践不再是清单,而是支撑价值流的组件库。
273 273  
274 -
275 275  当你完成第一张价值流图,你会发现组织内部的讨论方式开始改变:不再只争论“谁的流程对”,而是讨论“价值是怎么流动的,哪里被绕路消耗了”。这才是ITIL 第5版真正想带来的升级。
276 276  
277 277  
278 278  ITIL v5时代谈价值流映射,最重要的不是画图技巧,而是用一张端到端的真实底图,把等待、交接、返工、信息缺口与体验摩擦这些绕路从隐形变显性,再把它们从抱怨变成可问责、可度量、可持续改进的治理对象;第一张图只要选对旅程、画出事实、标出时间、落下行动,就已经迈出了把ITIL 第5版做成组织能力的关键一步。
279 279  
280 -
281 -
282 -欢迎加长河老师微信achotsao,深入交流ITIL 第5版最新资讯。
251 +我是AI+ITIL教练长河achotsao,欢迎+V:achotsao交流,即可第一时间获得ITIL 第5版最新动态及官方特邀中国区大使的深度解析。
深圳市艾拓先锋企业管理咨询有限公司