Changes for page ITIL v5:6C AI能力模型先别背,用它做一次“AI用例体检”
Last modified by superadmin on 2026/05/27, 20:33
Summary
Details
- Page properties
-
- Content
-
... ... @@ -1,43 +1,55 @@ 1 1 2026年1月29日,PeopleCert正式发布了ITIL 第5版。作为ITIL官方中国区产品大使,我将会推出系列文章帮大家解读ITIL 第5版到底有哪些重大的更新。 2 2 3 -[[image:https://my.feishu.cn/space/api/box/stream/download/asynccode/?code=YzEzMjFmMjU4ODZmNmI1MDc0Mzc1N2RmMTViNzJiNWJfRWpFQVZXb0VPZ0MzN3NNZ2dQdXJvRWFmV1F0OXJHS0FfVG9rZW46REppMWJCcU9Mb2pRNHl4WVFna2MyTFk5blFkXzE3NzA3MjUxMjQ6MTc3MDcyODcyNF9WNA||height="258" width="425"]] 4 4 5 -ITIL v5(中文语境下通常称为ITIL 第5版)已经正式发布。对很多组织来说,真正的困惑不是“要不要上AI”,而是“上什么AI、先上哪里、怎么上才不翻车”。热度永远不缺,工具也永远不缺,缺的是一种能把AI从概念拉回到管理能力的框架:让组织在做决策之前,先看清用例的价值边界、风险边界与数据门槛。 4 +(% style="text-align:center" %) 5 +[[image:1.png||height="336" width="554"]] 6 6 7 - 这正是6CAI能力模型的意义。很多人第一次接触这类模型,习惯把它当成考试要点去记:六个C分别是什么、每个C的定义是什么。背下来当然没坏处,但真正有价值的用法,是把它当成“体检表”,在立项前把AI用例过一遍,避免两种典型悲剧:要么做了半天发现价值不大;要么做得很快却把风险放大,最后不得不回到人工兜底,效率收益被抵消。7 +ITIL v5(中文语境下通常称为ITIL 第5版)已经正式发布。对很多组织来说,真正的困惑不是“要不要上AI”,而是“上什么AI、先上哪里、怎么上才不翻车”。 热度永远不缺,工具也永远不缺,缺的是一种能把AI从概念拉回到管理能力的框架:让组织在做决策之前,先看清用例的价值边界、风险边界与数据门槛。 8 8 9 -ITIL 第5版把AI治理放进核心语境之后,6C更像是一张能力地图:它告诉你,AI不是单点工具,而是一组能力组合;你不是在买一个模型,而是在建设一套可持续、可审计、可问责的组织能力。把6C用对了,体检一次,就能少走几个月弯路。 10 10 10 +这正是6C AI能力模型的意义。 很多人第一次接触这类模型,习惯把它当成考试要点去记:六个C分别是什么、每个C的定义是什么。 背下来当然没坏处,但真正有价值的用法,是把它当成“体检表”,在立项前把AI用例过一遍,避免两种典型悲剧:要么做了半天发现价值不大;要么做得很快却把风险放大,最后不得不回到人工兜底,效率收益被抵消。 11 11 12 + 13 +ITIL 第5版把AI治理放进核心语境之后,6C更像是一张能力地图:它告诉你,AI不是单点工具,而是一组能力组合; 你不是在买一个模型,而是在建设一套可持续、可审计、可问责的组织能力。 把6C用对了,体检一次,就能少走几个月弯路。 14 + 15 + 16 + 12 12 === 一、ITIL 第5版升级内容全景 === 13 13 19 + 14 14 在进入6C体检方法之前,先把ITIL 第5版的更新内容概述完整交代,因为6C并不是孤立的,它必须嵌在ITIL 第5版的整体结构里才能发挥作用。 15 15 16 16 ==== 1)定位升级:从服务管理走向数字产品与服务管理 ==== 17 17 18 -ITIL 第5版把管理对象扩展为数字产品与服务的整体,强调端到端价值交付。这意味着AI用例不应被局限在服务台或运维工具层,而要放进端到端价值流中评估:它到底改善了哪段旅程、哪类结果、哪种体验。 24 +ITIL 第5版把管理对象扩展为数字产品与服务的整体,强调端到端价值交付。 这意味着AI用例不应被局限在服务台或运维工具层,而要放进端到端价值流中评估:它到底改善了哪段旅程、哪类结果、哪种体验。 19 19 26 + 20 20 ==== 2)生命周期模型升级:八个阶段覆盖从想法到退役 ==== 21 21 22 -ITIL 第5版提出产品与服务生命周期的八个阶段:发现、设计、获取、构建、转换、运营、交付、支持。AI用例可能出现在任何阶段,体检也必须能回答:它落在哪个阶段,如何与上下游协作,风险在哪些阶段被放大或被控制。 29 +ITIL 第5版提出产品与服务生命周期的八个阶段:发现、设计、获取、构建、转换、运营、交付、支持。 AI用例可能出现在任何阶段,体检也必须能回答:它落在哪个阶段,如何与上下游协作,风险在哪些阶段被放大或被控制。 23 23 31 + 24 24 ==== 3)体验进入核心:价值不只看效率,更看旅程摩擦与结果 ==== 25 25 26 26 AI让流程更快不一定让体验更好。ITIL 第5版强调体验进入核心,意味着体检必须问:AI减少了哪些摩擦、是否引入新的摩擦、客户满意度是否会被真实改善。 27 27 36 + 28 28 ==== 4)AI进入框架中心:从工具话题走向治理与能力边界 ==== 29 29 30 -ITIL 第5版强调AI带来的不仅是效率机会,也是治理挑战。数据质量、责任边界、授权与问责、可审计性是硬底座。体检必须明确:这个用例需要什么数据门槛、谁承担问责、如何确保可审计性。 39 +ITIL 第5版强调AI带来的不仅是效率机会,也是治理挑战。 数据质量、责任边界、授权与问责、可审计性是硬底座。 体检必须明确:这个用例需要什么数据门槛、谁承担问责、如何确保可审计性。 31 31 41 + 32 32 ==== 5)实践使用方式变化:从清单背诵走向情境化组合 ==== 33 33 34 -AI落地往往需要多实践组合:事件管理、请求履行、知识管理、度量与报告、风险管理、信息安全等要被按环境拼装。体检要能提示:哪些实践能力不足会成为瓶颈。 44 +AI落地往往需要多实践组合:事件管理、请求履行、知识管理、度量与报告、风险管理、信息安全等要被按环境拼装。 体检要能提示:哪些实践能力不足会成为瓶颈。 35 35 36 36 有了这张全景图,6C体检就不再是“AI团队自己的事”,而会变成数字产品与服务管理体系的一部分:从价值、到数据、到治理、到持续改进,形成闭环。 37 37 38 38 49 + 39 39 === 二、6C AI能力模型的正确打开方式:它不是分类表,而是“立项前的风险与收益扫描仪” === 40 40 52 + 41 41 做AI用例体检,目标不是把用例打分打到漂亮,而是快速识别三件事: 42 42 43 43 • 这件事值不值得做 ... ... @@ -58,19 +58,22 @@ 58 58 59 59 • 哪些能力不足会让用例“看起来能做、实际上做不稳” 60 60 61 -把这三件事扫清,才是6C体检的价值。接下来进入方法本身:如何体检、体检什么、如何下结论。 73 +把这三件事扫清,才是6C体检的价值。 接下来进入方法本身:如何体检、体检什么、如何下结论。 62 62 63 -[[image:https://my.feishu.cn/space/api/box/stream/download/asynccode/?code=ODA5NTU3ZDhlNzM2MjBlZjQ4ZWMwYWU1MWJiZGMwNDBfejgxZFB2M2JSWVR5eFduSE9NU28zcGRPcVFwaXpmNDhfVG9rZW46TERLMGJVTGJpb1JFOEt4SVZYSmN5MGplbmxlXzE3NzA3MjUxMjQ6MTc3MDcyODcyNF9WNA||height="358" width="365"]] 64 64 76 +(% style="text-align:center" %) 77 +[[image:2.jpg||height="305" width="311"]] 78 + 65 65 === === 66 66 67 67 === 三、AI用例体检的标准流程:四步走,把热情变成可控决策 === 68 68 69 -不论你要做的是智能服务台、自动分派、告警聚合、知识生成,还是风险评估与变更建议,都建议按四步体检流程推进。它比“先PoC再说”更省成本,也更符合ITIL 第5版强调的治理与可持续性。 70 70 84 +不论你要做的是智能服务台、自动分派、告警聚合、知识生成,还是风险评估与变更建议,都建议按四步体检流程推进。 它比“先PoC再说”更省成本,也更符合ITIL 第5版强调的治理与可持续性。 85 + 71 71 ==== 第一步:定义用例的端到端结果与边界 ==== 72 72 73 -很多AI用例失败不是技术问题,而是边界问题:目标不清、范围膨胀、期望失控。体检的第一步要把用例钉在端到端价值上。 88 +很多AI用例失败不是技术问题,而是边界问题:目标不清、范围膨胀、期望失控。 体检的第一步要把用例钉在端到端价值上。 74 74 75 75 建议明确三条边界: 76 76 ... ... @@ -90,13 +90,15 @@ 90 90 91 91 边界不清,后面所有C都无从谈起。 92 92 108 + 93 93 ==== 第二步:用6C逐项扫描,找出收益来源与风险缺口 ==== 94 94 95 -这一步是核心。不要急着求全,先求“看见缺口”。6C的具体命名在不同材料中可能存在表述差异,但体检时更重要的是每个C对应的能力维度与检查问题。以下给出一套可直接落地的体检问法,把6C变成可用工具。 111 +这一步是核心。 不要急着求全,先求“看见缺口”。 6C的具体命名在不同材料中可能存在表述差异,但体检时更重要的是每个C对应的能力维度与检查问题。 以下给出一套可直接落地的体检问法,把6C变成可用工具。 96 96 113 + 97 97 ==== 第三步:给出体检结论与优先级顺序 ==== 98 98 99 -体检不是写报告,而是为了决策。结论建议分成三类: 116 +体检不是写报告,而是为了决策。 结论建议分成三类: 100 100 101 101 **立即可做** 102 102 ... ... @@ -110,9 +110,10 @@ 110 110 111 111 • 收益不大、风险很高、或边界难以治理 112 112 130 + 113 113 ==== 第四步:把体检结果嵌入价值流与持续改进节奏 ==== 114 114 115 -AI用例不是一次性上线,而是持续演进。体检结论要落到: 133 +AI用例不是一次性上线,而是持续演进。 体检结论要落到: 116 116 117 117 • 价值流的哪个环节试点 118 118 ... ... @@ -123,13 +123,16 @@ 123 123 这一步做不到,AI用例就很容易变成“上线即巅峰”,后续被噪声与风险拖垮。 124 124 125 125 144 + 126 126 === 四、6C体检清单:每个C问这几件事,就能快速识别缺口 === 127 127 128 -下面进入最关键的部分:把6C变成体检清单。为了可操作,这里用“每个C三到五个问题”的方式呈现,读者可以直接把自己的用例逐条过一遍。 129 129 148 +下面进入最关键的部分:把6C变成体检清单。 为了可操作,这里用“每个C三到五个问题”的方式呈现,读者可以直接把自己的用例逐条过一遍。 149 + 150 + 130 130 ==== C1:Creation(生成)——AI产出的内容与建议到底用来干什么 ==== 131 131 132 -这一类能力关心“AI产出什么、产出是否可用”。体检要问: 153 +这一类能力关心“AI产出什么、产出是否可用”。 体检要问: 133 133 134 134 **产出类型是什么** 135 135 ... ... @@ -155,9 +155,10 @@ 155 155 156 156 如果这一关说不清,后面就别谈自动化,因为你连“产出是否合格”都无法判断。 157 157 179 + 158 158 ==== C2:Curation(筛选与治理)——知识与数据是否干净,是否可追溯 ==== 159 159 160 -这一类能力关心“输入与知识资产是否可靠”。体检要问:• 182 +这一类能力关心“输入与知识资产是否可靠”。 体检要问:• 161 161 162 162 **输入与知识从哪里来** 163 163 ... ... @@ -230,9 +230,10 @@ 230 230 231 231 这是AI用例最常见的“隐形瓶颈”。很多团队一上来就做Creation,结果被Curation卡死:数据不干净,输出自然不稳。 232 232 255 + 233 233 ==== C3:Communication(沟通)——AI如何与人协作,如何避免误导与信任损耗 ==== 234 234 235 -这一类能力关心“AI输出如何被理解与使用”。体检要问: 258 +这一类能力关心“AI输出如何被理解与使用”。 体检要问: 236 236 237 237 **输出是否足够透明** 238 238 ... ... @@ -260,8 +260,6 @@ 260 260 * ((( 261 261 人在这个环节中扮演什么角色 262 262 263 -* 264 - 265 265 审核者、执行者,还是最终决策者 266 266 ))) 267 267 * ((( ... ... @@ -279,12 +279,8 @@ 279 279 * ((( 280 280 是否引入新的摩擦 281 281 282 -* 283 - 284 284 反复确认 285 285 286 -* 287 - 288 288 表达含糊、解释成本上升 289 289 ))) 290 290 * ((( ... ... @@ -315,11 +315,12 @@ 315 315 错误被发现后是否能被修正、反馈、闭环 316 316 ))) 317 317 318 -很多AI用例的失败不是因为“答错”,而是因为“让人误以为答对”。信任损耗一旦发生,恢复成本很高。 335 +很多AI用例的失败不是因为“答错”,而是因为“让人误以为答对”。 信任损耗一旦发生,恢复成本很高。 319 319 337 + 320 320 ==== C4:Coordination(协同与编排)——AI如何触发行动,如何把工作编排起来 ==== 321 321 322 -这一类能力关心“从建议到行动”的链路是否可控。体检要问: 340 +这一类能力关心“从建议到行动”的链路是否可控。 体检要问: 323 323 324 324 **AI 输出会触发哪些动作** 325 325 ... ... @@ -387,11 +387,12 @@ 387 387 出错时责任链路是否清晰 388 388 ))) 389 389 390 -Coordination做不好,AI就只能停留在“聊天机器人”层,无法形成真正的效率闭环 ;但Coordination做得太快,又会把风险放大,所以治理边界必须同时到位。408 +Coordination做不好,AI就只能停留在“聊天机器人”层,无法形成真正的效率闭环;但Coordination做得太快,又会把风险放大,所以治理边界必须同时到位。 391 391 410 + 392 392 ==== C5:Control(控制与治理)——风险边界、授权、问责、可审计性是否完整 ==== 393 393 394 -这一类能力关心“在可控范围内获得收益”。体检要问: 413 +这一类能力关心“在可控范围内获得收益”。 体检要问: 395 395 396 396 **风险边界是否明确** 397 397 ... ... @@ -452,9 +452,10 @@ 452 452 453 453 Control是“必修课”的核心。没有Control,前面四个C做得越好,风险放大得越快。 454 454 474 + 455 455 ==== C6:持续改进(持续改进)——上线之后如何变得更好,而不是更乱 ==== 456 456 457 -这一类能力关心“长期可持续”。体检要问: 477 +这一类能力关心“长期可持续”。 体检要问: 458 458 459 459 **度量体系是什么** 460 460 ... ... @@ -519,14 +519,17 @@ 519 519 持续改进缺失时,AI用例常见路径是:上线初期看起来很强,三个月后被噪声与例外打垮,最后回到人工兜底,组织对AI产生疲劳与不信任。 520 520 521 521 542 + 522 522 === 五、体检结论怎么写才有用:给出“能做、怎么做、先做什么” === 523 523 524 -体检结果要能直接驱动行动。建议把结论写成三层: 525 525 546 +体检结果要能直接驱动行动。 建议把结论写成三层: 547 + 526 526 **能做什么** 527 527 528 528 • 哪些场景适合先做,哪些要暂缓 529 529 552 + 530 530 **怎么做** 531 531 532 532 • 先在哪条价值流试点,AI角色是建议还是执行 ... ... @@ -533,6 +533,7 @@ 533 533 534 534 • 关键控制点与授权机制如何配置 535 535 559 + 536 536 **先做什么** 537 537 538 538 • 六个C里最短板的是哪一个 ... ... @@ -539,6 +539,7 @@ 539 539 540 540 • 先补数据治理与证据链,还是先补编排与自动化闭环 541 541 566 + 542 542 为了更易落地,可以把行动项按优先级写成: 543 543 544 544 **• 第一优先:补Curation与Control** ... ... @@ -556,26 +556,30 @@ 556 556 这个顺序不是绝对,但在多数ITSM与平台场景里非常实用:数据与治理是地基,编排是骨架,沟通与改进是肌肉与神经。 557 557 558 558 584 + 559 559 === 六、常见误判与纠偏:为什么很多AI用例“看起来能做,最后做不稳” === 560 560 561 -用6C体检,最值钱的往往是提前识别误判。以下三类误判最常见: 562 562 588 +用6C体检,最值钱的往往是提前识别误判。 以下三类误判最常见: 589 + 563 563 **• 误判一:把Creation当全部** 564 564 565 -只盯生成效果,不看数据质量与治理边界。纠偏方式是先补Curation与Control,把证据链与问责机制落地。 592 +只盯生成效果,不看数据质量与治理边界。 纠偏方式是先补Curation与Control,把证据链与问责机制落地。 566 566 594 + 567 567 **• 误判二:把自动化闭环当作越快越好** 568 568 569 -Coordination推进过快,触发条件与异常降级不清晰,导致误作扩大影响。纠偏方式是明确执行边界:先建议、后执行;先低风险、后高风险。 597 +Coordination推进过快,触发条件与异常降级不清晰,导致误作扩大影响。 纠偏方式是明确执行边界:先建议、后执行;先低风险、后高风险。 570 570 599 + 571 571 **• 误判三:把上线当终点** 572 572 573 -没有持续改进节奏,偏差积累成噪声,最终回到人工兜底。纠偏方式是把度量与复盘固化为BAU,让用例持续演进。 602 +没有持续改进节奏,偏差积累成噪声,最终回到人工兜底。 纠偏方式是把度量与复盘固化为BAU,让用例持续演进。 574 574 575 -这些误判背后其实只有一句话:AI用例不是模型问题,而是管理能力问题。6C体检的价值,就是把管理能力的缺口提前照出来。 604 +这些误判背后其实只有一句话:AI用例不是模型问题,而是管理能力问题。 6C体检的价值,就是把管理能力的缺口提前照出来。 576 576 577 577 578 -ITIL v5时代用6C AI能力模型做“AI用例体检”的正确姿势,是把它当成一张能力地图而不是背诵清单:先用端到端价值与边界定义把用例钉住,再用Creation到持续改进逐项扫描识别收益与缺口,尤其优先补齐数据筛选与治理控制这两块硬底座,最后把试点嵌入价值流与复盘节奏;体检做得好,AI用例就能在可接受风险之内稳定释放效率与体验收益,而不是上线越快、翻车越快。 607 +ITIL v5时代用6C AI能力模型做“AI用例体检”的正确姿势,是把它当成一张能力地图而不是背诵清单:先用端到端价值与边界定义把用例钉住,再用Creation到持续改进逐项扫描识别收益与缺口,尤其优先补齐数据筛选与治理控制这两块硬底座,最后把试点嵌入价值流与复盘节奏; 体检做得好,AI用例就能在可接受风险之内稳定释放效率与体验收益,而不是上线越快、翻车越快。 579 579 580 580 581 - 我是AI+ITIL教练长河achotsao,欢迎+V:achotsao交流,即可第一时间获得ITIL 第5版最新动态及官方特邀中国区大使的深度解析。610 +欢迎加长河老师微信achotsao,深入交流ITIL 第5版最新资讯。
- 2.jpg
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.superadmin - Size
-
... ... @@ -1,0 +1,1 @@ 1 +91.0 KB - Content