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