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

Last modified by superadmin on 2026/02/20, 07:10

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

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司