Last modified by superadmin on 2026/02/20, 07:31
Show last authors
1 2026年1月29日，PeopleCert正式发布了ITIL 第5版。作为ITIL官方中国区产品大使，我将会推出系列文章帮大家解读ITIL 第5版到底有哪些重大的更新。
2
3
4
5 (% style="text-align:center" %)
6 [[image:1.png||height="266" width="439"]]
7
8
9 对很多组织来说，最现实的问题从来不是“框架够不够先进”，而是“为什么流程越来越全，交付却越来越慢；工具越来越多，体验却没有更好”。 ITIL 第5版之所以值得认真读，是因为它把管理重心从服务管理推进到数字产品与服务管理，把端到端价值交付从一句正确的话，变成一套可以被设计、被度量、被持续改进的对象。
10
11
12 同时，与个人和企业最相关的过渡信息也非常明确：ITIL 第5版已经进入发布节奏，旧版基础证书与新版基础证书将有一段并行窗口，桥接考试也给已持证人群提供了平滑过渡路径。 对组织而言，这意味着一个清晰的能力迁移窗口期：不是等“全员换证”才开始，而是可以先从最有价值的试点价值流开始，把新框架变成组织的管理语言。
13
14
15 但如果只记住一件事，那就是：ITIL 第5版更强调“真实发生的工作”与“真实交付的价值”。 价值流映射，就是让真实工作浮出水面的那张底图。 没有这张图，治理和改进就很容易变成各说各话；有了这张图，你才有机会把等待、交接、返工、信息缺口、问责空洞这些“隐形成本”从噪音里剥离出来，变成可以被管理的对象。
16
17
18
19 === 一、ITIL 第5版的新框架，为什么天然需要价值流映射 ===
20
21
22
23 ==== 1）定位升级：数字产品与服务管理成为中心叙事 ====
24
25 ITIL 第5版把讨论对象从“把服务运行好”扩展为“把数字产品与服务的价值交付跑顺”。 这会直接带来一个变化：你需要跨越部门边界讨论问题。 跨边界讨论，最怕“各自正确”。 价值流映射的价值就在于，它提供了一个端到端视角的共同底图，让不同角色讨论同一件事。
26
27
28 ==== 2）生命周期模型升级：八个阶段让端到端变得可拆解、可对齐 ====
29
30 ITIL 第5版提出产品与服务生命周期八个阶段：发现、设计、获取、构建、转换、运营、交付、支持。 八个阶段不是要你按顺序走，而是给你一套稳定的要点：任何端到端价值交付，都可以找到它在这些阶段的真实落点。 价值流映射用八个阶段做骨架，能避免价值流图变成“随手画的流程串”。
31
32
33 ==== 3）体验进入核心：价值流必须对“体验结果”负责 ====
34
35 当服务价值不仅由功用与功效决定，还要纳入体验时，映射的对象就不能只画“内部动作”，必须把触点与体验摩擦纳入同一张图。 否则你会发现：内部看起来很顺，用户仍然不满意。 价值流映射必须把“体验损耗发生在哪一步”画出来，才谈得上改。
36
37
38 ==== 4）人工智能进入框架中心：没有数据质量与可审计性，自动化只会加速偏差 ====
39
40 ITIL 第5版把人工智能放进治理与能力边界的讨论中。 对价值流映射而言，这意味着两件事：第一，映射需要基于真实数据与记录；第二，映射的产出要能支撑自动化与治理的决策。 没有准确性、完整性、一致性的记录，映射只会变成“漂亮但不可信”的图纸。
41
42
43 ==== 5）实践使用方式变化：从清单走向组合，映射就是组合的依据 ====
44
45 当实践被视为“支撑价值流的组件库”，你就必须先知道你的价值流长什么样、卡在哪里，才能决定该组合哪些实践、先补哪块能力。 价值流映射是“组合实践”的前提，而不是结果。
46
47
48 把这五点放在一起，你会发现：ITIL 第5版越强调端到端，价值流映射越变成绕不开的基本功。
49
50
51 (% style="text-align:center" %)
52 [[image:24aedefb-807d-4428-a4dd-4896fcd694f9.jpg]]
53
54
55 === 二、别把价值流映射当流程图：它要回答的三个问题，流程图回答不了 ===
56
57
58 很多团队画过无数流程图，结果仍然在绕路。 根因在于：流程图通常回答“应该怎么做”，而价值流映射必须回答“实际是怎么发生的”。 要把价值流映射做对，需要先把它要回答的三个问题钉死：
59
60 **第一，价值从哪里触发，最后以什么形式到达服务消费者**
61
62 价值流的起点不是“我们接到工单”，而是“服务消费者在旅程中的某个触点产生了需求、问题或机会”。 终点也不是“我们关闭工单”，而是“服务消费者获得了可用的结果，并且体验达到预期”。
63
64
65 **第二，真正消耗交付周期的是什么**
66
67 价值流映射必须把处理时间与等待时间拆开，把交接、排队、补信息、返工这些“隐形时间”显性化。 只画步骤不画时间，只会让绕路继续隐身。
68
69
70 **第三，谁对端到端结果承担问责**
71
72 没有问责的价值流图，只是一张叙事图。 价值流映射要能看出：关键决策点在哪里，谁是授权人，谁承担问责，哪里存在责任真空。
73
74 当你用这三个问题检视一张图，你立刻能分辨它是“流程图的变体”，还是“可治理的价值流图”。
75
76
77
78 === 三、从一次端到端体验出发：第一张价值流图怎么选题，怎么开局才不会失败 ===
79
80
81 价值流映射的第一张图，决定了你后续的信心与组织接受度。 最常见的失败模式，是选题太大、目标太虚、参与角色不对，最后只能画出一张“大家都同意但谁也用不上”的图。
82
83
84 ==== 1）选题三原则：小而完整、痛而真实、数据可取 ====
85
86 第一张图建议遵守三条原则：
87
88 **• 小而完整**
89
90 范围要小到能覆盖一个端到端旅程，从触发到结果可以完整闭环。 不要一上来就把所有服务请求混在一起，否则只能得到一张平均化的图。
91
92 **• 痛而真实**
93
94 优先选投诉集中、体验摩擦大、返工频繁的旅程。痛点明显，参与者才愿意说真话，改进才更容易被认可。
95
96 **• 数据可取**
97
98 至少能拿到工单、事件、变更、发布、知识、监控告警等记录中的一部分数据，能支撑对时间、交接、返工的度量。没有数据，映射就只能靠记忆与立场。
99
100
101 ==== 2）参与角色的最小集合：保证端到端，不追求全员到场 ====
102
103 第一张图不需要开成“全组织大会”。但必须覆盖端到端关键角色，建议最小集合包括：
104
105 • 业务代表或客户代表：能够描述真实旅程与体验摩擦
106
107 • 服务台或一线支持：知道触发与入口真实长什么样
108
109 • 二线/三线技术支持或平台团队：知道定位与恢复的真实路径
110
111 • 变更/发布相关角色：知道上线与风险控制如何发生
112
113 • 体系或流程负责人：负责把讨论沉淀成可治理的图与度量
114
115 人太多会变成表态会；人太少会变成局部视角。第一张图要的是“真实”，不是“热闹”。
116
117
118
119 === 四、价值流映射的四步法：先把事实画出来，再把浪费画出来，最后把改进画出来 ===
120
121
122 价值流映射要“带着做”，最稳健的方法是四步走：事实、时间、摩擦、改进。每一步都有明确产出，避免在图形工具里迷失。
123
124
125 ==== 第一步：画事实链路——把端到端步骤按真实发生顺序铺开 ====
126
127 这一层不要急着追求美观，目标只有一个：把真实发生的步骤铺开。建议用“事件触发—处理动作—交付结果”这种语言描述步骤，而不是用部门名称或系统名称命名步骤。
128
129 在这一步里，可以用ITIL 第5版的生命周期八个阶段做骨架对齐：每个步骤大致落在哪个阶段，不需要硬塞，但要能看出端到端覆盖是否完整。常见问题是：图里几乎全是运营、支持，发现、设计、获取、构建、转换被完全省略。这样画出来的图，天然会把问题归咎于“运维慢”，而忽略上游定义不清导致的返工。
130
131 这一层的输出建议包括：
132
133 • 步骤序列（真实发生，不是制度规定）
134
135 • 每一步的触发条件与输入输出
136
137 • 关键决策点与授权人
138
139 • 端到端的明确终点：交付到服务消费者的结果是什么
140
141
142 ==== 第二步：加时间维度——把等待显性化，把周期拆开 ====
143
144 没有时间维度的价值流图没有牙齿。第二步要做的，是把每一步的处理时间与等待时间标注出来。哪怕数据不完整，也要用可接受的采样方式得到近似值。
145
146 这里有两个非常实用的判断点：
147
148 • 处理时间很短但周期很长
149
150 说明你的主要问题不是技术能力，而是排队、审批、交接、信息缺口导致的等待。
151
152 • 不同案例差异极大
153
154 说明你的价值流存在“环境差异”但被同一套流程强行覆盖，导致复杂性被错误管理。ITIL 第5版强调环境与可裁剪，这在价值流映射里会非常直观。
155
156 这一层的输出建议包括：
157
158 • 端到端总周期时间
159
160 • 每一步处理时间与等待时间
161
162 • 交接次数与回退次数的统计
163
164 • 最长等待点与最长返工点
165
166
167 ==== 第三步：标摩擦与绕路——把“体验损耗”与“返工根因”落在图上 ====
168
169 第三步是价值流映射最关键的一步：把摩擦标出来。很多组织画图止步于第二步，最后得到结论“某某环节慢”，然后加人、加班、加工具，绕路照旧。原因在于：慢只是现象，摩擦才是原因。
170
171 摩擦通常来自五个方面，建议在图上用一致的方式标注：
172
173 **• 信息缺口**
174
175 关键上下文缺失、记录不完整、字段口径不一致，导致反复补问与重复录入。这里要特别关注记录的准确性与完整性，因为一旦引入自动化或人工智能，偏差会被放大。
176
177 **• 交接摩擦**
178
179 职责边界不清、队列漂移、升级规则不透明，导致问题在多人之间转手而不解决。
180
181 **• 验收标准不清**
182
183 上游没有把验收标准说清楚，下游就只能靠猜。返工往往不是技术问题，而是验收标准模糊导致的目标漂移。
184
185 **• 风险控制失衡**
186
187 变更与发布的控制点要么过强导致等待过长，要么过弱导致事故频发。两种都会让价值流绕路，只是表现不同。
188
189 **• 体验触点摩擦**
190
191 用户在旅程中的触点不顺：入口难找、信息填报负担重、沟通反馈慢、状态不可见。这些摩擦往往不会被传统指标捕捉，但会持续侵蚀客户体验。
192
193 这一层的输出建议包括：
194
195 • 每类摩擦的出现位置与频次
196
197 • 返工类型分类与比例
198
199 • 体验摩擦的触点清单
200
201 • 最值得优先处理的三到五个绕路点
202
203
204 ==== 第四步：把改进嵌回图里——从“图”走到“行动”，形成最小闭环 ====
205
206 价值流映射的目的不是“画完”，而是“改得动”。第四步要把改进方案嵌回图里，形成一个最小闭环：改什么、谁负责、怎么度量、何时复盘。
207
208 这里建议坚持三个原则：
209
210 **• 先改绕路，再谈提速**
211
212 先消除等待、交接、信息缺口、返工这些绕路，速度自然会上来。反过来一味提速，很容易把事故风险推高。
213
214 **• 改进必须绑定问责**
215
216 端到端结果问责要落在具体角色上。没有问责的改进，最后会变成“大家都支持，但没人推动”。
217
218 **• 度量要能持续**
219
220 选择少量关键指标即可，但必须能持续收集，并能反映价值流真实变化。常用指标包括：端到端周期时间、等待占比、交接次数、返工次数、一次通过率、体验满意度等。
221
222 这一层的输出建议包括：
223
224 • 改进行动清单（每条都对应图上的一个绕路点）
225
226 • 责任人、目标、时间表
227
228 • 关键度量与数据来源
229
230 • 复盘节奏与持续改进机制
231
232
233
234 === 五、常见三大坑：第一张图为什么画不出价值，往往栽在这三处 ===
235
236
237 价值流映射看似简单，真正落地时有三个高频坑，提前避开能省大量时间。
238
239 **第一坑：把价值流图画成“合规流程复刻版”**
240
241 如果步骤描述依旧是制度用语、审批节点密密麻麻、没有真实等待与返工，那它只是流程图换了皮。这样的图无法用于改进，只能用于汇报。
242
243
244 **第二坑：只标步骤不标时间，绕路继续隐身**
245
246 很多团队不敢标时间，担心“数据不准”。但不标时间，价值流映射就失去最重要的作用：把等待显性化。哪怕用采样也要标，否则只能停留在观点争论。
247
248
249 **第三坑：图画完就归档，没有进入治理与改进节奏**
250
251 价值流映射必须进入治理节奏：定期复盘度量、评估改进效果、调整实践组合。否则图只是一次性的“成果”，不是组织能力。
252
253
254
255 === 六、价值流映射与ITIL 第5版的关系：一张图，连接生命周期、体验、治理与实践组合 ===
256
257
258 如果把ITIL 第5版看成一座房子，那么价值流映射就是地基上的“结构图”。它有三个连接作用：
259
260 **• 连接生命周期八个阶段**
261
262 让组织不再只盯运营与支持，而能把上游的发现、设计、获取、构建、转换纳入同一套讨论。
263
264
265 **• 连接体验与度量**
266
267 把体验摩擦落到具体触点与步骤上，让体验不再是一句口号，而是可以被治理与改进的对象。
268
269
270 **• 连接治理与实践组合**
271
272 在同一张图上看见问责、授权、控制点，以及哪些实践需要被补齐、被裁剪、被重新组合。实践不再是清单，而是支撑价值流的组件库。
273
274
275 当你完成第一张价值流图，你会发现组织内部的讨论方式开始改变：不再只争论“谁的流程对”，而是讨论“价值是怎么流动的，哪里被绕路消耗了”。这才是ITIL 第5版真正想带来的升级。
276
277
278 ITIL v5时代谈价值流映射，最重要的不是画图技巧，而是用一张端到端的真实底图，把等待、交接、返工、信息缺口与体验摩擦这些绕路从隐形变显性，再把它们从抱怨变成可问责、可度量、可持续改进的治理对象；第一张图只要选对旅程、画出事实、标出时间、落下行动，就已经迈出了把ITIL 第5版做成组织能力的关键一步。
279
280
281
282 欢迎加长河老师微信achotsao，深入交流ITIL 第5版最新资讯。
深圳市艾拓先锋企业管理咨询有限公司