Last modified by superadmin on 2026/02/21, 07:26
From version < 3.1 >
edited by superadmin
on 2026/02/21, 11:09
To version < 4.1
edited by superadmin
on 2026/02/21, 07:26
<
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -3,7 +3,8 @@
3 3  === **一、ITIL 第5版已经来了，你得先决定“用哪套语言开会”** ===
4 4  
5 5  
6 -\\\\2026年1月29日，PeopleCert正式发布了ITIL 第5版。作为ITIL官方中国区产品大使，我将会推出系列文章帮大家解读ITIL 第5版到底有哪些重大的更新。
6 +
7 +\\2026年1月29日，PeopleCert正式发布了ITIL 第5版。作为ITIL官方中国区产品大使，我将会推出系列文章帮大家解读ITIL 第5版到底有哪些重大的更新。
7 7  \\\\
8 8  
9 9  (% style="text-align:center" %)
... ... @@ -21,13 +21,13 @@
21 21  * 做治理 （governance） 与被问责 （accountability） 时，你能管住IT内部交付，却管不住端到端体验;事故发生后，责任链断裂，谁都说自己“那一段没问题”。
22 22  
23 23  
24 -\\所以，本篇要讲清楚一个核心：从IT服务管理到数字化产品和服务管理，不是把“服务”两个字换成“产品”两个字，而是把你看待工作的视角，从“交付一项服务”换成“持续经营一条价值链”。
25 +所以，本篇要讲清楚一个核心：从IT服务管理到数字化产品和服务管理，不是把“服务”两个字换成“产品”两个字，而是把你看待工作的视角，从“交付一项服务”换成“持续经营一条价值链”。
25 25  
26 26  ===
27 -\\\\\\\\**二、你以为你在管“服务”，但业务真正感知的是“产品 + 服务”的一体体验** ===
28 +\\**二、你以为你在管“服务”，但业务真正感知的是“产品 + 服务”的一体体验** ===
28 28  
29 29  
30 -\\\\先做一个非常现实的拆解。很多组织嘴上说“我们是产品化”，但日常协作仍按老模式运行：
31 +先做一个非常现实的拆解。很多组织嘴上说“我们是产品化”，但日常协作仍按老模式运行：
31 31  
32 32  * **业务团队提需求 （business needs），IT 立项，研发构建，发布上线，运维接管，服务台处理事件。**
33 33  
... ... @@ -38,18 +38,15 @@
38 38  * **你提供了一个数字服务（数字服务），但它背后依赖的平台、数据、算法（算法）、流程、供应商与支持团队只要协同不到位，服务体验就会出问题。**
39 39  
40 40  
41 -\\这就是为什么 ITIL 第5版要把叙事升级为数字化产品和服务管理。它其实在告诉你：不要把“产品”理解成研发的事，也不要把“服务”理解成运维的事。产品与服务是一体的，你要管理的是贯穿整个生命周期 （lifecycle） 的价值创造与风险控制，而不是某一个部门的局部交付。
42 +这就是为什么 ITIL 第5版要把叙事升级为数字化产品和服务管理。它其实在告诉你：不要把“产品”理解成研发的事，也不要把“服务”理解成运维的事。产品与服务是一体的，你要管理的是贯穿整个生命周期 （lifecycle） 的价值创造与风险控制，而不是某一个部门的局部交付。
42 42  \\\\\\\\[[image:https://itil-foundation.cn/data/attachment/forum/202602/04/152752l1uheovq22lh1hzn.png]]
43 43  
44 44  
45 -
46 -
47 -
48 48  ===
49 49  **三、对比一下：ITIL 4 常见落地方式为什么会“够用但不够好”** ===
50 50  
51 51  
52 -\\\\我不喜欢把新旧版本写成“谁先进谁落后”。更符合现实的说法是：ITIL 4 解决了很多组织“把服务管理做起来”的问题，但当数字化走到产品化与生态化阶段，它的常见落地方式会出现边界天花板。
50 +\\我不喜欢把新旧版本写成“谁先进谁落后”。更符合现实的说法是：ITIL 4 解决了很多组织“把服务管理做起来”的问题，但当数字化走到产品化与生态化阶段，它的常见落地方式会出现边界天花板。
53 53  \\**1、在ITIL 4 的语境里，很多组织的改进重点仍然围绕交付与支持**
54 54  你会看到大量投入放在事件管理、变更实施、服务台、SLA、度量与报告上。这些当然重要，而且是基本功。但它们往往把注意力锁在“上线之后”的世界里：运营是否稳定、故障是否减少、SLA 是否达标。
55 55  \\**2、为什么不够**
... ... @@ -57,35 +57,35 @@
57 57  
58 58  * 需求定义不清，验收准则模糊，最后只能靠加班补救。
59 59  * 体验没在设计阶段被认真对待，上线后你会用事故与投诉来支付学费。
60 -* 自建与采购 (procurement) 决策缺乏统一方法，最后变成技术孤岛 (silo) 与供应商锁定。
61 -* 价值流 (value stream) 被职能边界切碎，交付周期 (lead time) 拉长，组织速度 (velocity) 下降。
58 +* 自建与采购 （procumment） 决策缺乏统一方法，最后变成技术孤岛 （silo） 与供应商锁定。
59 +* 价值流 （value stream） 被职能边界切碎，交付周期 （lead time） 拉长，组织速度 （velocity） 下降。
62 62  
63 63  
64 -\\\\**3、ITIL 第5版补齐了什么**
65 -它用“数字化产品和服务管理”的定位，把管理视角推回到端到端；并用更清晰的生命周期模型与治理语言，让你能把“产品演进”和“服务经营”放在同一张图上讨论。
62 +\\**3、ITIL 第5版补齐了什么**
63 +它用“数字化产品和服务管理”的定位，把管理视角推回到端到端;并用更清晰的生命周期模型与治理语言，让你能把“产品演进”和“服务经营”放在同一张图上讨论。
66 66  \\\\
67 67  
68 68  === **四、ITIL 第5版的核心动作：把“端到端”写进生命周期模型，让你能用活动来对齐协作** ===
69 69  
70 70  
71 -\\它用“数字化产品和服务管理”的定位，把管理视角推回到端到端;并用更清晰的生命周期模型与治理语言，让你能把“产品演进”和“服务经营”放在同一张图上讨论。
72 -\\
69 +它用“数字化产品和服务管理”的定位，把管理视角推回到端到端;并用更清晰的生命周期模型与治理语言，让你能把“产品演进”和“服务经营”放在同一张图上讨论。
70 +
73 73  
74 -* 发现 (Discover)
75 -* 设计 (Design)
76 -* 获得 (Acquire)
77 -* 构建 (Build)
78 -* 转换 (Transition)
79 -* 运营 (Operate)
80 -* 交付 (Deliver)
81 -* 支持 (Support)
72 +* 发现 （Discover）
73 +* 设计（设计）
74 +* 获得 （Acquire）
75 +* 构建 （Build）
76 +* 转换（Transition）
77 +* 运营 （Operate）
78 +* 交付 （Deliver）
79 +* 支持
82 82  
83 -
84 84  (% style="text-align:center" %)
85 -[[image:image (1).png]]
82 +[[image:image (1).png||alt="图片（1）.png"]]
86 86  
87 87  
88 -\\\\为什么说这不是改名，而是换视角？因为这八个活动把你从“接需求—交付—运维”那条老链路里拎出来，逼你正视三个过去经常被忽略的管理现实：
85 +
86 +\\为什么说这不是改名，而是换视角？因为这八个活动把你从“接需求—交付—运维”那条老链路里拎出来，逼你正视三个过去经常被忽略的管理现实：
89 89  \\**1、价值的起点不是“需求”，而是“机会与假设”**
90 90  发现 （Discover） 把起点往前移。产品负责人最怕的不是做得慢，而是做错了。发现阶段的价值，就是把“做什么”先做对：市场机会 （market opportunity） 是什么，业务目标 （business objective） 是什么，成功的验收准则 （acceptance criteria） 是什么，风险评估 （risk assessment） 是否到位。
91 91  \\**2、能力来源不再默认自建，获得 （Acquire） 把生态系统拉进来**
... ... @@ -95,10 +95,10 @@
95 95  \\如果你做过大规模上线，你就会明白：发布当天不出事故不代表成功，真正的成功是上线后一段时间内依旧稳定，体验不掉线，支持团队扛得住。
96 96  
97 97  ===
98 -\\\\\\\\**五、更新内容概述：六个要点把 ITIL 第5版的变化一次讲全** ===
96 +\\**五、更新内容概述：六个要点把 ITIL 第5版的变化一次讲全** ===
99 99  
100 100  
101 -\\\\ITIL 第5版更新内容我把它整理成六个管理者与负责人最该记住的要点，并在本篇用“产品化”的解释方式讲一遍。
99 +ITIL 第5版更新内容我把它整理成六个管理者与负责人最该记住的要点，并在本篇用“产品化”的解释方式讲一遍。
102 102  \\**1、定位升级：数字化产品和服务管理成为核心叙事**
103 103  意味着管理对象从“IT 服务交付”扩展为“端到端价值创造”。你要对齐的不只是IT指标，而是业务结果、体验结果、风险边界与持续演进能力。
104 104  \\**2、生命周期模型升级：八个活动覆盖从发现到支持**
... ... @@ -113,10 +113,10 @@
113 113  认证 （certification） 的意义不只是考试，而是能力建设路线图。对组织来说，这是规划培训、岗位能力与治理体系升级的一条现实路径：你可以分阶段、按优先级推进，而不是一夜切换。
114 114  
115 115  ===
116 -\\\\\\\\**六、为什么说“不是改名，是换视角”：给产品负责人和 IT 负责人的三张对齐卡** ===
114 +\\**六、为什么说“不是改名，是换视角”：给产品负责人和 IT 负责人的三张对齐卡** ===
117 117  
118 118  
119 -\\\\如果你要把这件事落到团队协作里，我建议你用三张“对齐卡”去开会。它们都很简单，但很管用。
117 +如果你要把这件事落到团队协作里，我建议你用三张“对齐卡”去开会。它们都很简单，但很管用。
120 120  \\**第一张对齐卡：把讨论对象从“服务”拉回到“产品 + 服务的端到端体验”**
121 121  你可以这样开场：我们今天讨论的不是某个系统是否上线，而是端到端服务体验是否可靠。
122 122  接着你把问题从“是否交付”转成“是否达成价值”：
... ... @@ -145,13 +145,12 @@
145 145  * 哪些环节必须记录，以保证可审计性？
146 146  * 哪些环节需要人工确认，避免自动化带来不可接受风险？
147 147  * 哪些环节需要持续监督（持续监控）与持续评审（持续审查）？
148 -*
149 149  
150 150  ===
151 -\\\\\\**七、把话说到更实在：你怎样判断自己是在“换视角”，还是只是在“换说法”** ===
148 +\\**七、把话说到更实在：你怎样判断自己是在“换视角”，还是只是在“换说法”** ===
152 152  
153 153  
154 -\\\\很多组织最容易犯的错，是把新框架当成新名词：开会开始说“价值流”，但实际还是按旧流程推;说“产品化”，但验收仍只看上线;说“体验”，但度量仍只看可用性;说“治理”，但手段仍只是加审批。
151 +很多组织最容易犯的错，是把新框架当成新名词：开会开始说“价值流”，但实际还是按旧流程推;说“产品化”，但验收仍只看上线;说“体验”，但度量仍只看可用性;说“治理”，但手段仍只是加审批。
155 155  \\我给你一个更直接的判断方法：看你团队的行动有没有发生三件变化。
156 156  **1、你的需求讨论是否变成了“发现与假设”的讨论**
157 157  如果你仍然从“需求文档”开始，而不是从机会、目标、验收准则开始，你仍在旧视角里。
... ... @@ -161,8 +161,8 @@
161 161  如果你仍以流程遵守为主，而不是以可审计性、责任链与控制点为主，你仍在旧视角里。
162 162  
163 163  ===
164 -\\\\\\\\**八、最后的忠告：你不需要一夜之间变成“数字化产品公司”，但你需要先学会用同一套语言对齐** ===
161 +\\**八、最后的忠告：你不需要一夜之间变成“数字化产品公司”，但你需要先学会用同一套语言对齐** ===
165 165  
166 166  
167 -\\\\ITIL 第5版之所以重要，不是因为它要你立刻推翻现有体系，而是因为它提供了一套更贴近现实的管理语言：用数字化产品和服务管理的视角，把产品、服务、治理、人工智能、自动化与价值流放在同一张地图上讨论。对产品负责人和 IT 负责人来说，这套语言最大的价值，是降低对齐成本，提高行动效率，减少“开会很热闹、落地很疲惫”的损耗。
164 +ITIL 第5版之所以重要，不是因为它要你立刻推翻现有体系，而是因为它提供了一套更贴近现实的管理语言：用数字化产品和服务管理的视角，把产品、服务、治理、人工智能、自动化与价值流放在同一张地图上讨论。对产品负责人和 IT 负责人来说，这套语言最大的价值，是降低对齐成本，提高行动效率，减少“开会很热闹、落地很疲惫”的损耗。
168 168  \\\\**我是AI+ITIL教练长河achotsao，欢迎添加长河老师微信 achotsao 深入交流，即可第一时间获得ITIL 第5版最新动态及官方特邀中国区大使的深度解析，全网同名。**
深圳市艾拓先锋企业管理咨询有限公司