由 superadmin 于 2026/02/20, 07:37 最后修改
从版本< 5.1
由superadmin编辑
在2026/02/20, 07:37上
到版本
由superadmin编辑
在2026/02/04, 17:17上
<
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -2,16 +2,13 @@
2 2  
3 3  
4 4  
5 -
6 6  (% style="text-align:center" %)
7 -[[image:11.png||height="303" width="500"]]
6 +[[image:11.png]]
8 8  
8 +对 IT 负责人和治理负责人来说，你现在面对的最大变化，不是系统更复杂了，而是“决策链条更长了”。生成式 AI 与自动化一旦进入日常运营，它们不只是在替你做事，更在参与判断、参与沟通、参与分派、参与编排，甚至影响你对事实的认知。
9 9  
10 -对 IT 负责人和治理负责人来说，你现在面对的最大变化，不是系统更复杂了，而是“决策链条更长了”。 生成式 AI 与自动化一旦进入日常运营，它们不只是在替你做事，更在参与判断、参与沟通、参与分派、参与编排，甚至影响你对事实的认知。
10 +这意味着治理对象发生了变化：过去你主要治理“人怎么做”，现在你必须同时治理“系统怎么决定”。如果你依旧用旧思路，把 AI 当成一个管理工具、一个效率插件，你很快就会被三件事反噬：
11 11  
12 -
13 -这意味着治理对象发生了变化：过去你主要治理“人怎么做”，现在你必须同时治理“系统怎么决定”。 如果你依旧用旧思路，把 AI 当成一个管理工具、一个效率插件，你很快就会被三件事反噬：
14 -
15 15  • 风险边界变模糊：同样一句建议，人说出来和模型说出来，责任归属完全不同。
16 16  
17 17  • 证据链变脆弱：模型输出看似合理，但依据不透明，回溯困难，可审计性下降。
... ... @@ -18,45 +18,36 @@
18 18  
19 19  • 组织行为变扭曲：一线开始把模型当盾牌，把“系统说的”当免责理由，责任被稀释。
20 20  
21 -
22 22  所以本篇只解决一个核心问题：你到底该怎么定义人与 AI 的能力边界，以及如何用 ITIL 第5版的语言把它管起来。
23 23  
24 24  
25 -
26 26  == 一、更新内容概述：为什么 ITIL 第5版会把 AI 推到方法论核心 ==
27 27  
28 -
29 29  我们先看看ITIL 第5版到底有哪些核心更新，我会用“AI 为什么迫使六个要点一起升级”来解释。
30 30  
31 -
32 32  **1、定位升级：数字化产品和服务管理**
33 33  
34 -AI 的价值不只在支持环节，它会进入发现、设计、构建、转换、运营、交付、支持的每个活动。 你要治理的是端到端价值创造里的 AI 参与方式。
27 +AI 的价值不只在支持环节，它会进入发现、设计、构建、转换、运营、交付、支持的每个活动。你要治理的是端到端价值创造里的 AI 参与方式。
35 35  
36 -
37 37  **2、生命周期模型升级：八个活动覆盖从发现到支持**
38 38  
39 -AI 会在不同活动承担不同角色：在发现阶段辅助洞察，在设计阶段生成方案，在构建阶段辅助开发，在支持阶段辅助分流与知识检索。 不同活动的风险不同，能力边界必须差异化。
31 +AI 会在不同活动承担不同角色：在发现阶段辅助洞察，在设计阶段生成方案，在构建阶段辅助开发，在支持阶段辅助分流与知识检索。不同活动的风险不同，能力边界必须差异化。
40 40  
41 -
42 42  **3、人工智能进入方法论核心：从应用走向治理与管理能力**
43 43  
44 44  这不是鼓励你“多上 AI”，而是要求你建立管理能力：明确授权与控制点，明确证据链，明确责任。
45 45  
46 -
47 47  **4、指导原则更强调取舍：尤其是优化和自动化**
48 48  
49 -AI 与自动化最容易造成“局部效率提高、系统风险上升”。 指导原则提醒你：优化不是只看效率，自动化不是越多越好，必须在风险与价值之间做取舍。
39 +AI 与自动化最容易造成“局部效率提高、系统风险上升”。指导原则提醒你：优化不是只看效率，自动化不是越多越好，必须在风险与价值之间做取舍。
50 50  
51 51  **5、实践从清单走向组件库：强调适用性与可裁剪**
52 52  
43 +AI 能力不可能一刀切。你必须按价值流裁剪：哪些实践适合引入 AI，哪些实践必须保留人工确认，哪些实践需要先补数据治理。
53 53  
54 -AI 能力不可能一刀切。 你必须按价值流裁剪：哪些实践适合引入 AI，哪些实践必须保留人工确认，哪些实践需要先补数据治理。
55 -
56 -
57 57  **6、迁移与学习路径更强调能力栈与路线图**
58 58  
59 -AI 不是一次性项目，而是能力栈演进。 组织需要路线图：先做可控试点，再扩展到更多价值流，把治理与度量固化下来。
47 +AI 不是一次性项目，而是能力栈演进。组织需要路线图：先做可控试点，再扩展到更多价值流，把治理与度量固化下来。
60 60  
61 61  你会发现，ITIL 第5版对 AI 的态度非常清晰：不是“推工具”，而是“推治理”。
62 62  
... ... @@ -63,17 +63,12 @@
63 63  
64 64  
65 65  (% style="text-align:center" %)
66 -[[image:12.jpg||height="329" width="517"]]
54 +[[image:12.jpg]]
67 67  
68 -(% class="wikigeneratedid" %)
69 -== ==
70 -
71 71  == 二、先把分工说透：人擅长什么，AI 擅长什么 ==
72 72  
58 +治理的第一步，是把能力边界说清楚。你不需要写一篇哲学论文，你只需要把两类能力区分开：什么更适合人，什么更适合 AI。否则你会在上线后陷入无休止的争吵：到底是谁的错，到底该不该让模型做。
73 73  
74 -治理的第一步，是把能力边界说清楚。 你不需要写一篇哲学论文，你只需要把两类能力区分开：什么更适合人，什么更适合 AI。 否则你会在上线后陷入无休止的争吵：到底是谁的错，到底该不该让模型做。
75 -
76 -
77 77  **1、人更擅长的事情**
78 78  
79 79  • 价值判断：在冲突目标之间取舍，例如效率与风险、成本与体验的平衡
... ... @@ -86,7 +86,6 @@
86 86  
87 87  • 异常处置：在事故、重大事件、混乱情境中做快速决策与协调
88 88  
89 -
90 90  **2、AI 更擅长的事情**
91 91  
92 92  • 信息检索与聚合：在海量文档、日志、记录中快速找相关内容
... ... @@ -99,16 +99,13 @@
99 99  
100 100  • 编排建议：在确定规则下给出候选步骤，减少人为遗漏
101 101  
102 -你会看到，AI 的优势主要在“规模与速度”，人的优势主要在“责任与取舍”。 治理的关键，就是让 AI 不越界，让人不偷懒。
84 +你会看到，AI 的优势主要在“规模与速度”，人的优势主要在“责任与取舍”。治理的关键，就是让 AI 不越界，让人不偷懒。
103 103  
104 104  
105 -
106 106  == 三、能力边界怎么落到制度上：三条红线与三条绿线 ==
107 107  
89 +光说分工太虚。治理负责人需要的是可执行的边界。我通常会用“红线/绿线”的方式让组织快速达成共识：哪些决策必须人工确认，哪些可以让 AI 自动化，哪些属于灰区要试点。
108 108  
109 -光说分工太虚。 治理负责人需要的是可执行的边界。 我通常会用“红线/绿线”的方式让组织快速达成共识：哪些决策必须人工确认，哪些可以让 AI 自动化，哪些属于灰区要试点。
110 -
111 -
112 112  **1、三条红线：必须人工确认的决策**
113 113  
114 114  • 涉及高风险变更与不可逆操作的：例如影响关键业务功能、影响生产环境的操作，必须人工批准
... ... @@ -117,7 +117,6 @@
117 117  
118 118  • 涉及重大事件处置策略的：是否回滚、是否降级、是否停机、是否启动灾难恢复计划，必须由授权人决策
119 119  
120 -
121 121  **2、三条绿线：可以优先自动化或 AI 辅助的工作**
122 122  
123 123  • 标准化、可回滚、影响范围有限的：例如标准请求的履行、常见问题的知识检索与建议
... ... @@ -126,7 +126,6 @@
126 126  
127 127  • 初步分类、优先级排序与分派：尤其适用于服务台的高频重复工作
128 128  
129 -
130 130  **3、灰区：需要试点的能力**
131 131  
132 132  • AI 触发自动补救：如果补救动作可能引发连锁反应，先从“建议”做起，再逐步走向“自动执行”
... ... @@ -138,13 +138,10 @@
138 138  你会发现，这套边界不是“反 AI”，而是“让 AI 走在可控轨道上”。真正危险的不是 AI 做得少，而是 AI 做得快但不可控。
139 139  
140 140  
141 -
142 142  == 四、治理设计的核心：控制点、证据链与责任分配 ==
143 143  
120 +人与 AI 协作，最难的不是上线，而是“出了问题怎么追溯、怎么恢复、怎么改进”。这三件事离不开治理设计。
144 144  
145 -人与 AI 协作，最难的不是上线，而是“出了问题怎么追溯、怎么恢复、怎么改进”。 这三件事离不开治理设计。
146 -
147 -
148 148  **1、控制点怎么放**
149 149  
150 150  控制点不是审批越多越好，而是要放在高风险决策处：
... ... @@ -155,10 +155,9 @@
155 155  
156 156  • AI 输出用于对外沟通时，必须设置人工审核门槛
157 157  
158 -
159 159  **2、证据链怎么留**
160 160  
161 -可审计性不是附加项，而是 AI 时代的硬门槛。 你至少要做到：
134 +可审计性不是附加项，而是 AI 时代的硬门槛。你至少要做到：
162 162  
163 163  • 记录 AI 参考了哪些数据源或知识条目
164 164  
... ... @@ -168,7 +168,6 @@
168 168  
169 169  • 记录自动化执行了哪些步骤，失败时如何恢复
170 170  
171 -
172 172  **3、责任怎么分配**
173 173  
174 174  accountability 即“责任”楚：
... ... @@ -181,19 +181,16 @@
181 181  
182 182  • 改进责任：复盘后谁负责把问题转化为改进举措并验证有效
183 183  
184 -当责任被说清楚，AI 才不会变成“甩锅工具”。 否则你会听到一句非常危险的话：系统自动的，不是我。
156 +当责任被说清楚，AI 才不会变成“甩锅工具”。否则你会听到一句非常危险的话：系统自动的，不是我。
185 185  
186 186  
187 -
188 188  == 五、用三个典型场景讲透：服务台、变更实施、知识管理 ==
189 189  
190 -
191 191  为了让治理落到实处，我用三个最常见场景，把“人机协作”怎么做讲得更具体。
192 192  
193 -
194 194  **场景一：服务台引入生成式 AI**
195 195  
196 -你想要的结果通常是：减少人工处理、提升响应速度、提高用户满意度。 但治理上你必须先回答：
165 +你想要的结果通常是：减少人工处理、提升响应速度、提高用户满意度。但治理上你必须先回答：
197 197  
198 198  • AI 用于“建议”还是用于“直接回复”？
199 199  
... ... @@ -205,10 +205,9 @@
205 205  
206 206  • 可观测性如何做：错误率、升级率、回退率如何监控？
207 207  
208 -
209 209  **场景二：变更实施与发布管理中的 AI 辅助**
210 210  
211 -很多组织希望 AI 做风险评估、依赖关系识别、变更窗口建议。 你可以让 AI 提升质量，但不能让它越界：
179 +很多组织希望 AI 做风险评估、依赖关系识别、变更窗口建议。你可以让 AI 提升质量，但不能让它越界：
212 212  
213 213  • 风险提示与依赖分析可以自动化
214 214  
... ... @@ -216,7 +216,6 @@
216 216  
217 217  • 如果 AI 推荐了错误窗口导致中断，证据链必须能追溯：推荐依据是什么，谁批准了，谁执行了
218 218  
219 -
220 220  **场景三：知识管理与文档生成**
221 221  
222 222  这是 AI 最适合切入的地方之一，但也最容易埋雷：
... ... @@ -230,7 +230,7 @@
230 230  你会发现，AI 真正有价值的切入点，往往在“信息整理、建议生成、辅助决策”这些环节，而不是一上来就把它推到“替你拍板”的位置。
231 231  
232 232  
233 -ITIL 第5版谈人与 AI 协作，核心不是让你选更聪明的模型，而是让你建立更可靠的治理：把能力边界说清，把控制点放在高风险决策处，把证据链做成可审计，把责任分配落到人身上。 你只要把这四件事做扎实，AI 才会成为组织能力的放大器，而不是风险的放大器。
200 +ITIL 第5版谈人与 AI 协作，核心不是让你选更聪明的模型，而是让你建立更可靠的治理：把能力边界说清，把控制点放在高风险决策处，把证据链做成可审计，把责任分配落到人身上。你只要把这四件事做扎实，AI 才会成为组织能力的放大器，而不是风险的放大器。
234 234  
235 235  
236 236  我是AI+ITIL教练长河achotsao，欢迎添加长河老师微信 achotsao 深入交流，即可第一时间获得ITIL 第5版最新动态及官方特邀中国区大使的深度解析，全网同名。
深圳市艾拓先锋企业管理咨询有限公司