Version 2.1 by superadmin on 2026/02/20, 15:10
Show last authors
1 我见过很多组织做ITSM改造，最后走到一个尴尬处境：流程图一摞、制度一堆、系统里字段也越来越多，按理说应该越来越规范，可现实却是大家越来越累，变更越来越慢，事故并没有明显减少，用户也不见得更满意。最后团队里总会冒出一句话：“我们是不是把事情搞复杂了？”
2
3
4 我一般不会急着回答“是”或“不是”，我会先问：你们有没有一套能做决策、能监督、能持续改进的机制？如果没有，再多的流程都只是纸面上的秩序，跑不起来。流程能约束动作，但约束不了方向；能规定怎么做，但规定不了该不该做、做了值不值。缺的那一层，就是治理。
5
6
7 这也是为什么我认为ITIL 第5版这次最重要的升级之一，是把“价值系统、治理、持续改进”这条线讲得更落地、更可操作。它不像在鼓励你再画几张流程图，更像是在提醒你：**别把流程当目的，把价值当目的；别把改进当运动，把改进当节奏；别把治理当审批，把治理当责任与选择。**
8
9
10 == 一、治理这条线只是其中之一，但它能把其他内容串起来 ==
11
12
13 ITIL 第5版相对ITIL 4的整体变化，你如果只记住一个全景，也够用了：
14
15 它把管理对象从以服务为中心，进一步拓展到数字产品与数字服务一起管；把工作方式从价值链进一步落到全生命周期，用八个阶段活动把端到端拆清楚；把体验更明确地纳入价值交付；把价值系统里的治理强调得更可操作、更可选型；同时把AI与自动化作为必须纳入体系、必须讲边界与责任的能力，贯穿整个生命周期。
16
17
18 八个阶段活动分别是：发现、设计、获取、构建、转换、运营、交付、支持。你会发现，生命周期讲的是“做什么”，价值系统讲的是“怎么确保它做对、做稳、做得越来越好”。治理与持续改进就坐在这个“确保”里。
19
20
21 == 二、为什么流程越多越累：你缺的不是流程，而是“选择”的标准 ==
22
23
24 很多团队最容易走的路，是把问题当成流程问题：变更出事故，就加审批；事件处理慢，就加字段；支持不一致，就加模板。加着加着，流程像树一样长出来，最后变成一片密林。走在里面的人，只剩下两个选择：要么绕路，要么硬闯。
25
26
27 这时候你会看到三个典型症状：
28
29 • 流程越来越重，但效果提升有限
30
31 • 大家开始把“过流程”当成任务，而不是把“交付价值”当成任务
32
33 • 经验丰富的人越来越依赖个人关系绕流程，新人反而被流程困住
34
35 根因往往不在流程本身，而在于你缺“选择”的标准：什么时候必须严控，什么时候应该快速迭代；哪些风险必须集中治理，哪些应该下放到团队；哪些事情值得投入，哪些应该果断砍掉。流程解决不了选择，治理才能解决选择。
36
37
38 ITIL 第5版更强调治理的意义，就是把选择这件事摆到台面：你要能根据情境做不同的治理方式，而不是一套流程管所有。
39
40
41 == 三、治理到底管什么：不是多一层审批，而是把责任链条讲清楚 ==
42
43
44 很多人一听治理就皱眉，觉得要被管、要被卡。其实真正成熟的治理，恰恰是为了让组织更快、更稳。它管的是三件事：
45
46 • **决策**：哪些事谁来拍板，依据是什么
47
48 • **监督**：拍板之后怎么确认承诺兑现，数据怎么反馈
49
50 • **纠偏**：出了偏差怎么复盘、怎么改进、怎么避免再犯
51
52 你把这三件事建立起来，流程反而可以更轻，因为你不用靠流程把所有人都“绑住”。治理是上层的方向盘，流程是下面的踏板。没有方向盘，你踩再多踏板都可能越踩越偏。
53
54
55 在ITIL 第5版的语境里，治理还强调一个现实：组织不可能只用一种治理方式。一个集团型企业既需要集中治理的标准与底线，也需要产品团队的自治与敏捷。关键是你要能把集中与分布的边界划清楚，把结构化控制与涌现式改进的边界划清楚。边界清楚了，冲突就少了。
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 • 一次重大事件的处理路径，从告警到恢复到复盘到改进
85
86
87 选好路径之后，你只做三件事：
88
89 **第一，画出真实路径，而不是理想路径。**真实路径里一定有等待、返工、信息传递、扯皮，这些就是改进点。
90
91 **第二，找出三类断点：交接断点、信息断点、责任断点。**断点往往不是技术问题，而是协作与治理问题。
92
93 **第三，把改进落到“能改变路径”的动作上，而不是落到“写一份制度”。**制度当然要写，但制度不是改进本身，改进是路径变顺了、时间变短了、质量变稳了。
94
95
96 当你把一条价值流跑顺，你会发现团队对改进的态度会变：因为大家看到改进真的能减少返工、减少夜战，而不是增加工作量。
97
98
99 == 六、别忘了八个阶段活动：治理与改进要落在生命周期里，不然就会漂 ==
100
101
102 ITIL 第5版讲八个阶段活动，不是为了让你换一套名词，而是为了把工作放在同一条生命周期里。治理与持续改进也必须落在这条生命周期里，否则你改着改着就会变成“改流程”，而不是“改结果”。
103
104 [[image:https://my.feishu.cn/space/api/box/stream/download/asynccode/?code=YzIxYzhiZDZjNzRjYTE4NTEyOGQ5NGEzNmU3N2QyMmJfUWFGTTdEZ3RMdDJPaFVTS3VUZDltd0dyaFhjbWdRZ3FfVG9rZW46SDlPZGI3M2szb3IxTTh4WWlRT2NadFhXblFlXzE3NzE1Njk1MDk6MTc3MTU3MzEwOV9WNA||height="245" width="557"]]
105
106 举个很常见的例子：上线翻车了，大家第一反应是“加强变更管理”。如果你只改审批，你很可能只是把上线变慢；但如果你把问题放回生命周期里看，你会发现真正缺的是“转换”阶段的就绪机制：监控没接、演练没做、支持口径没准备、公告节奏没设计。你把转换补齐，事故会少很多，体验也会好很多，这才是改进的价值。
107
108
109 再比如支持体验差，很多团队会去培训服务台“态度要好”。可如果你放在生命周期里看，支持体验差常常是前端发现与设计没把边界与知识准备好，导致支持只能临时问人、临时猜。你把知识治理、支持准备前置，支持体验自然会好。这才是“系统性改进”。
110
111
112 == 七、AI这条线怎么嵌进治理：越是自动化，越要把责任写清楚 ==
113
114
115 ITIL 第5版强调AI原生与治理，放在价值系统里看就更清楚：AI不是一个工具点，它会改变决策、改变责任、改变监督方式。你越让AI靠近决策，就越要把治理链条补齐：谁负责、怎么审计、怎么纠偏。
116
117
118 最稳的做法仍然是先打底：把知识与数据口径整理好，把责任边界写清楚，再让AI在整理、分析、沟通上先发挥价值，最后才考虑更深的自动协调。否则你会遇到一种很危险的局面：效率变快了，但错误也更快传播，出了问题还说不清楚是谁的锅。
119
120
121 **欢迎加长河老师微信achotsao，深入交流ITIL 第5版最新资讯。**
122
123 == ==
深圳市艾拓先锋企业管理咨询有限公司