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

Summary

Details

Icon Page properties
Content
... ... @@ -1,5 +1,5 @@
1 1  2026年1月29日，PeopleCert正式发布了ITIL 第5版。作为ITIL官方中国区产品大使，我将会推出系列文章帮大家解读ITIL 第5版到底有哪些重大的更新。
2 -\\\\\\\\外部能力已经变成价值流的一部分，你管的不是供应商，是端到端结果。对采购、供应商管理、外包负责人来说，你现在最难的事往往不是“选到合适的供应商”，而是“让多方协作交付出稳定的端到端体验”。
2 +\\\\外部能力已经变成价值流的一部分，你管的不是供应商，是端到端结果。对采购、供应商管理、外包负责人来说，你现在最难的事往往不是“选到合适的供应商”，而是“让多方协作交付出稳定的端到端体验”。
3 3  
4 4  
5 5  (% style="text-align:center" %)
... ... @@ -6,8 +6,9 @@
6 6  [[image:1.png||height="153" width="252"]]
7 7  
8 8  
9 -\\\\过去我们谈供应商管理，习惯从合同与交付物出发：
10 10  
10 +\\过去我们谈供应商管理，习惯从合同与交付物出发：
11 +
11 11  * 供应商按期交付了吗
12 12  * 服务级别协议 （SLA） 达标了吗
13 13  * 费用是否在预算内
... ... @@ -14,7 +14,7 @@
14 14  * 是否按约定提供支持
15 15  
16 16  
17 -\\\\这些问题依旧重要，但在数字化产品和服务管理时代，它们不再足够。因为外部能力不只是“我买来的一个组件”，而是进入你的端到端价值流，影响你的交付周期、影响你的事故恢复、影响你的客户体验。你要治理的对象，从“供应商履约”升级为“生态系统协同下的端到端结果”。
18 +\\这些问题依旧重要，但在数字化产品和服务管理时代，它们不再足够。因为外部能力不只是“我买来的一个组件”，而是进入你的端到端价值流，影响你的交付周期、影响你的事故恢复、影响你的客户体验。你要治理的对象，从“供应商履约”升级为“生态系统协同下的端到端结果”。
18 18  \\**一旦你接受这个现实，你会发现很多传统供应商管理机制会出现天花板：**
19 19  
20 20  * 你能管到 SLA，却管不到跨供应商交接处的责任真空
... ... @@ -22,15 +22,14 @@
22 22  * 你能管到费用，却管不到供应商变化带来的锁定风险与替代成本
23 23  * 你能管到采购流程，却管不到价值流里真正的瓶颈与等待
24 24  
25 -
26 26  这也是 ITIL 第5版把“合作伙伴与供应商”作为产品和服务管理的四个维度之一，并在生命周期里明确引入“获得 （Acquire）”活动的原因：外部能力必须被纳入生命周期与治理体系，不然你的管理就会断在边界处。
27 -\\\\[[image:https://itil.org.cn/data/attachment/forum/202602/04/162607hb4yan7f435pj4qy.png.thumb.jpg]]
27 +\\\\[[image:https://itil.org.cn/data/attachment/forum/202602/04/162607hb4yan7f435pj4qy.png.thumb.jpg||height="242" width="641"]]
28 28  \\\\
29 29  
30 30  === **一、更新内容概述：六个要点如何落到“合作伙伴与供应商”这一维** ===
31 31  
32 32  
33 -\\\\我们来结合供应商管理概要了解一下 ITIL 第5版的相关核心更新内容。
33 +\\我们来结合供应商管理概要了解一下 ITIL 第5版的相关核心更新内容。
34 34  \\**1、定位升级：数字化产品和服务管理**
35 35  你的对象不再是“IT 外包交付”，而是“数字化产品与服务的端到端价值创造”。供应商的价值必须用端到端体验与价值流指标来衡量，而不是只看交付物。
36 36  \\**2、生命周期模型升级：八个活动覆盖从发现到支持**
... ... @@ -46,10 +46,10 @@
46 46  \\你会发现，ITIL 第5版对供应商管理的升级，本质上是在要求你把“边界管理”变成“价值流管理”。
47 47  
48 48  ===
49 -\\\\\\\\**二、传统供应商管理为什么不够：问题不在供应商，而在交接处** ===
49 +\\**二、传统供应商管理为什么不够：问题不在供应商，而在交接处** ===
50 50  
51 51  
52 -\\\\很多组织觉得供应商“难管”，于是不断加条款、加罚则、加审批。短期看似更强管控，长期却会拖慢协作，甚至逼迫供应商把风险藏起来。
52 +很多组织觉得供应商“难管”，于是不断加条款、加罚则、加审批。短期看似更强管控，长期却会拖慢协作，甚至逼迫供应商把风险藏起来。
53 53  \\真正的问题往往不在单个供应商，而在交接处：
54 54  
55 55  * 多供应商共同参与一条价值流，责任边界不清
... ... @@ -57,15 +57,14 @@
57 57  * 数据与证据链分散在不同组织，审计与复盘困难
58 58  * 变更实施跨供应商影响范围大，但缺少统一控制点
59 59  
60 -
61 61  所以你需要的不是“更严的单点管控”，而是“更清晰的协同机制”（SIAM）：谁负责端到端结果，谁负责集成与协调，哪些控制点必须统一，哪些条款必须落到可执行动作。
62 -\\\\[[image:https://itil.org.cn/data/attachment/forum/202602/04/162644or5f5fraesr5ar55.png.thumb.jpg]]
61 +\\\\[[image:https://itil.org.cn/data/attachment/forum/202602/04/162644or5f5fraesr5ar55.png.thumb.jpg||height="163" width="497"]]
63 63  \\\\
64 64  
65 65  === **三、ITIL 第5版的关键升级点：服务关系与生态系统思维** ===
66 66  
67 67  
68 -\\\\在 ITIL 第5版语境里，合作伙伴与供应商不只是供给方，它们是服务关系的一部分，是价值共创的一部分。你要用“服务关系”而不是“买卖关系”来组织协作。
67 +在 ITIL 第5版语境里，合作伙伴与供应商不只是供给方，它们是服务关系的一部分，是价值共创的一部分。你要用“服务关系”而不是“买卖关系”来组织协作。
69 69  \\你可以用三条升级点来理解：
70 70  **1、从“供应商绩效”到“服务关系绩效”**
71 71  传统只看供应商 KPI：响应时间、交付质量、成本。
... ... @@ -77,10 +77,10 @@
77 77  当多个供应商共同支撑同一价值流，必须有集成与协调机制。无论你是否设置明确的服务集成商角色，你都必须解决同一件事：谁负责把碎片能力拼成可用服务，谁负责跨边界协作与升级。
78 78  
79 79  ===
80 -\\\\\\**四、落地抓手一：合同与协议里必须写清的五件事** ===
79 +\\**四、落地抓手一：合同与协议里必须写清的五件事** ===
81 81  
82 82  
83 -\\\\采购与供应商管理最可控的抓手，仍然是合同与协议。但你要写的不是更多条款，而是更关键的五件事。写对了，后续协同成本会显著下降。
82 +采购与供应商管理最可控的抓手，仍然是合同与协议。但你要写的不是更多条款，而是更关键的五件事。写对了，后续协同成本会显著下降。
84 84  \\**1、责任边界与责任链**
85 85  
86 86  * 哪些成果由供应商承担责任
... ... @@ -87,7 +87,6 @@
87 87  * 哪些决策必须由你方授权人批准
88 88  * 事故发生时谁负责恢复、谁负责沟通、谁负责改进闭环
89 89  
90 -
91 91  **2、升级路径与响应机制**
92 92  
93 93  * 重大事件的升级路径必须跨组织可用
... ... @@ -94,7 +94,6 @@
94 94  * 升级触发条件要明确，不能只写“紧急情况”
95 95  * 要明确 7×24 支持范围、值班机制与切换流程
96 96  
97 -
98 98  **3、控制点与审批要求**
99 99  
100 100  * 哪些变更属于高风险变更，必须人工批准
... ... @@ -101,7 +101,6 @@
101 101  * 哪些操作必须双人复核或变更授权人批准
102 102  * 自动化动作触发时的安全阈值、暂停权与回滚机制
103 103  
104 -
105 105  **4、证据链与可审计性**
106 106  
107 107  * 关键记录必须留痕：配置修改、规则调整、知识更新、自动化执行轨迹
... ... @@ -108,7 +108,6 @@
108 108  * 需要共享哪些日志、报告与数据
109 109  * 出现争议时如何回溯：数据口径与取证方式要一致
110 110  
111 -
112 112  **5、联合度量与报告**
113 113  
114 114  * 不只看 SLA，也要看端到端体验与价值流指标
... ... @@ -115,14 +115,13 @@
115 115  * 指标口径要统一，报告频率要明确
116 116  * 指标达成与改进举措要绑定，避免只报数不改进
117 117  
118 -
119 119  你会发现，这五件事写清楚，很多“扯皮”会自然减少，因为争议点被前置解决了。
120 120  
121 121  ===
122 -\\\\\\\\**五、落地抓手二：把供应商纳入价值流，把评审从“履约”升级为“协同”** ===
116 +\\**五、落地抓手二：把供应商纳入价值流，把评审从“履约”升级为“协同”** ===
123 123  
124 124  
125 -\\\\如果你只按供应商维度做评审，你永远看不到端到端瓶颈。ITIL 第5版更建议你把供应商放进价值流里看：它们在哪些步骤参与，带来了哪些等待、切换与风险。
119 +如果你只按供应商维度做评审，你永远看不到端到端瓶颈。ITIL 第5版更建议你把供应商放进价值流里看：它们在哪些步骤参与，带来了哪些等待、切换与风险。
126 126  \\你可以这样做协同评审：
127 127  
128 128  * 以一条核心价值流为对象开会，而不是以某个供应商合同为对象开会
... ... @@ -130,14 +130,13 @@
130 130  * 看升级链条是否顺畅：重大事件时跨组织协作是否真的跑得起来
131 131  * 看证据链是否完整：数据是否能支撑复盘与持续改进
132 132  
133 -
134 134  当评审对象从“供应商履约”变成“价值流协同”，你会更容易推动真正的改进，而不是在合同条款上反复加码。
135 135  
136 136  ===
137 -\\\\\\\\**六、落地抓手三：治理模式选择，比审批强度更重要** ===
130 +\\**六、落地抓手三：治理模式选择，比审批强度更重要** ===
138 138  
139 139  
140 -\\\\很多组织遇到供应商风险，就用更强审批来应对。结果是：交付周期拉长，绕路增多，供应商开始“只按条款最低限度履约”，协同质量下降。
133 +很多组织遇到供应商风险，就用更强审批来应对。结果是：交付周期拉长，绕路增多，供应商开始“只按条款最低限度履约”，协同质量下降。
141 141  \\更有效的做法，是选择合适的治理模式：
142 142  
143 143  * 对高风险、关键业务功能相关的外部能力，治理要前置，控制点更强，证据链要求更高
... ... @@ -144,7 +144,6 @@
144 144  * 对低风险、可替代的外部能力，治理可以轻量化，重点在快速交付与可替代性
145 145  * 对多供应商共同参与的价值流，治理重点在集成与协调机制，而不是单点审批
146 146  
147 -
148 148  治理模式选对，你的控制强度才会用在刀刃上，而不会把组织速度拖垮。
149 149  \\\\ITIL 第5版把“合作伙伴与供应商”提升到关键维度，是因为外部能力已经进入端到端价值流，你管理的不是供应商本身，而是生态协同下的端到端结果。合同与协议要写清责任、升级、控制点与证据链；评审要围绕价值流协同；治理要做模式选择而不是盲目加审批。你把这三件事做扎实，多方协作才能从“互相扯皮”变成“共同交付”。
150 150  \\\\**我是AI+ITIL教练长河achotsao，欢迎添加长河老师微信 achotsao 深入交流，即可第一时间获得ITIL 第5版最新动态及官方特邀中国区大使的深度解析，全网同名。**
深圳市艾拓先锋企业管理咨询有限公司