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

Summary

Details

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