Last modified by superadmin on 2026/02/20, 07:10
From version < 2.1 >
edited by superadmin
on 2026/02/20, 15:10
To version < 3.1
edited by superadmin
on 2026/02/20, 07:10
<
Change comment: There is no comment for this version

Summary

Details

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