流程写得再漂亮也没用：ITIL v5 这次更像在教你把“体系”跑起来

我见过很多组织做ITSM改造，最后走到一个尴尬处境：流程图一摞、制度一堆、系统里字段也越来越多，按理说应该越来越规范，可现实却是大家越来越累，变更越来越慢，事故并没有明显减少，用户也不见得更满意。 最后团队里总会冒出一句话：“我们是不是把事情搞复杂了？”

我一般不会急着回答“是”或“不是”，我会先问：你们有没有一套能做决策、能监督、能持续改进的机制？如果没有，再多的流程都只是纸面上的秩序，跑不起来。 流程能约束动作，但约束不了方向；能规定怎么做，但规定不了该不该做、做了值不值。 缺的那一层，就是治理。

这也是为什么我认为ITIL 第5版这次最重要的升级之一，是把“价值系统、治理、持续改进”这条线讲得更落地、更可操作。 它不像在鼓励你再画几张流程图，更像是在提醒你：别把流程当目的，把价值当目的；别把改进当运动，把改进当节奏；别把治理当审批，把治理当责任与选择。

一、治理这条线只是其中之一，但它能把其他内容串起来

ITIL 第5版相对ITIL 4的整体变化，你如果只记住一个全景，也够用了：

它把管理对象从以服务为中心，进一步拓展到数字产品与数字服务一起管；把工作方式从价值链进一步落到全生命周期，用八个阶段活动把端到端拆清楚；把体验更明确地纳入价值交付；把价值系统里的治理强调得更可操作、更可选型；同时把AI与自动化作为必须纳入体系、必须讲边界与责任的能力，贯穿整个生命周期。

八个阶段活动分别是：发现、设计、获取、构建、转换、运营、交付、支持。 你会发现，生命周期讲的是“做什么”，价值系统讲的是“怎么确保它做对、做稳、做得越来越好”。 治理与持续改进就坐在这个“确保”里。

二、为什么流程越多越累：你缺的不是流程，而是“选择”的标准

很多团队最容易走的路，是把问题当成流程问题：变更出事故，就加审批；事件处理慢，就加字段；支持不一致，就加模板。 加着加着，流程像树一样长出来，最后变成一片密林。 走在里面的人，只剩下两个选择：要么绕路，要么硬闯。

这时候你会看到三个典型症状：

• 流程越来越重，但效果提升有限

• 大家开始把“过流程”当成任务，而不是把“交付价值”当成任务

• 经验丰富的人越来越依赖个人关系绕流程，新人反而被流程困住

根因往往不在流程本身，而在于你缺“选择”的标准：什么时候必须严控，什么时候应该快速迭代；哪些风险必须集中治理，哪些应该下放到团队；哪些事情值得投入，哪些应该果断砍掉。 流程解决不了选择，治理才能解决选择。

ITIL 第5版更强调治理的意义，就是把选择这件事摆到台面：你要能根据情境做不同的治理方式，而不是一套流程管所有。

三、治理到底管什么：不是多一层审批，而是把责任链条讲清楚

很多人一听治理就皱眉，觉得要被管、要被卡。 其实真正成熟的治理，恰恰是为了让组织更快、更稳。 它管的是三件事：

• 决策：哪些事谁来拍板，依据是什么

• 监督：拍板之后怎么确认承诺兑现，数据怎么反馈

• 纠偏：出了偏差怎么复盘、怎么改进、怎么避免再犯

你把这三件事建立起来，流程反而可以更轻，因为你不用靠流程把所有人都“绑住”。 治理是上层的方向盘，流程是下面的踏板。 没有方向盘，你踩再多踏板都可能越踩越偏。

在ITIL 第5版的语境里，治理还强调一个现实：组织不可能只用一种治理方式。 一个集团型企业既需要集中治理的标准与底线，也需要产品团队的自治与敏捷。 关键是你要能把集中与分布的边界划清楚，把结构化控制与涌现式改进的边界划清楚。 边界清楚了，冲突就少了。

四、持续改进为什么总做成了“运动”：因为你缺一条价值流

说到持续改进，几乎所有组织都说自己在做。 但你仔细看，会发现很多改进是“运动式”的：

某段时间出事多了，大家就开会、专项、整改；专项结束后，热度下去，过段时间又出事。 每次都很努力，但总觉得在原地打转。

持续改进之所以容易变成运动，原因很简单：你没有把改进挂在真实的价值流上。 没有价值流，改进就找不到抓手；找不到抓手，就只能靠事件驱动；靠事件驱动，就会情绪化、运动化。

价值流说白了就是从需求到价值的路径。 你把路径画出来，你才能知道瓶颈在哪、浪费在哪、断点在哪。 改进不再是“我们觉得应该改”，而是“这条路径卡住了，必须改”。 这时候改进就会变成节奏，而不是运动。

五、怎么把价值流用起来：别从全公司开始，从一条最痛的链路开始

很多人听到价值流映射，就想做一个大而全的全景图。 说实话，那种图最后很容易变成墙上的海报，没人真正用。 价值流最有效的用法，是从一条最痛的链路开始。

你可以选一条典型路径，比如：

• 一个核心系统的迭代交付，从需求到上线到支持

• 一个高频请求的履约路径，从提交到完成到回访

• 一次重大事件的处理路径，从告警到恢复到复盘到改进

选好路径之后，你只做三件事：

第一，画出真实路径，而不是理想路径。 真实路径里一定有等待、返工、信息传递、扯皮，这些就是改进点。

第二，找出三类断点：交接断点、信息断点、责任断点。 断点往往不是技术问题，而是协作与治理问题。

第三，把改进落到“能改变路径”的动作上，而不是落到“写一份制度”。 制度当然要写，但制度不是改进本身，改进是路径变顺了、时间变短了、质量变稳了。

当你把一条价值流跑顺，你会发现团队对改进的态度会变：因为大家看到改进真的能减少返工、减少夜战，而不是增加工作量。

六、别忘了八个阶段活动：治理与改进要落在生命周期里，不然就会漂

ITIL 第5版讲八个阶段活动，不是为了让你换一套名词，而是为了把工作放在同一条生命周期里。 治理与持续改进也必须落在这条生命周期里，否则你改着改着就会变成“改流程”，而不是“改结果”。

举个很常见的例子：上线翻车了，大家第一反应是“加强变更管理”。 如果你只改审批，你很可能只是把上线变慢；但如果你把问题放回生命周期里看，你会发现真正缺的是“转换”阶段的就绪机制：监控没接、演练没做、支持口径没准备、公告节奏没设计。 你把转换补齐，事故会少很多，体验也会好很多，这才是改进的价值。

再比如支持体验差，很多团队会去培训服务台“态度要好”。 可如果你放在生命周期里看，支持体验差常常是前端发现与设计没把边界与知识准备好，导致支持只能临时问人、临时猜。 你把知识治理、支持准备前置，支持体验自然会好。 这才是“系统性改进”。

七、AI这条线怎么嵌进治理：越是自动化，越要把责任写清楚

ITIL 第5版强调AI原生与治理，放在价值系统里看就更清楚：AI不是一个工具点，它会改变决策、改变责任、改变监督方式。 你越让AI靠近决策，就越要把治理链条补齐：谁负责、怎么审计、怎么纠偏。

最稳的做法仍然是先打底：把知识与数据口径整理好，把责任边界写清楚，再让AI在整理、分析、沟通上先发挥价值，最后才考虑更深的自动协调。 否则你会遇到一种很危险的局面：效率变快了，但错误也更快传播，出了问题还说不清楚是谁的锅。

2026年1月29日，PeopleCert正式发布了ITIL 第5版。作为ITIL官方中国区大使，我将会推出系列文章帮大家解读ITIL 第5版到底有哪些重大的更新。

欢迎加长河老师微信achotsao，深入交流ITIL 第5版最新资讯。