CMMI AIM 到底能给企业带来什么
一、先把话说到点子上:三个问题,三个答案
客户问我的时候,通常就三个问题。我先给答案,后面再展开。
问:CMMI AIM 是什么?
答:是 CMMI 在 AI 时代的一次升级。CMMI 研究院 2026 年 7 月正式发布,把 AI 的内容写进了 CMMI 原有的 31 个实践域里——其中近一半的实践(公开报道约 157 处)都补了 AI 场景下的具体要求和说明;同时给了一套"AI 视角"的看板,从数据、开发、人员、安全(Safety)、安保(Security)、服务、供应商、虚拟协作这 8 个域去看一家企业的 AI 能力。它不取代原来的 CMMI,做过 CMMI 评估的企业,等级和历史都不受影响,AIM 是在上面叠加的一层"AI 体检 + 改进路线图"。
问:它能给企业带来什么?
答:四件事——把零散的 AI 试点变成能复制的能力;把"我们用了 AI"变成"我们说得出 AI 带来了多少收益";把"请相信我们的 AI 是可靠的"变成"这是第三方按国际通行标准评出来的";把"买了谁家的 AI"变成"管得住供应商"。再顺带解决一件最容易被忽略的事:把人和 AI 的分工说清楚、把责任落到人头上。
问:它是不是规定了 AI 在软件系统里的行为?
答:不是。它规定的是"用 AI 的人和组织"的行为,不是"AI 模型"的行为。它不会告诉你模型准确率要做到多少、网络要几层、用什么算法——那是技术标准和法规的事。它管的是:你引入 AI 时有没有想清楚风险,数据从哪来到哪去,AI 出的结果谁复核,出了事谁负责、怎么回滚,效果怎么度量。
打个比方:交通法规管的是司机怎么开车,不管发动机怎么燃烧。AIM 就是 AI 时代的"驾驶规范 + 车辆年检 + 驾照管理"三合一。
二、为什么现在需要它:AI 的钱花了,能力没长出来
这几年企业的 AI 投入,大多卡在同一个地方:
| 常见现象 | 本质问题 |
| 各个部门各自试点,各搞各的,做了十几个 PoC,没有一个能推广 | 碎片化:没有统一语言,成功经验复制不了 |
| 领导问"AI 给我们省了多少钱",没人答得上来 | 难量化:没有基线,没有目标,没有归因 |
| 用了 AI 生成的内容,谁也不敢签字负责 | 缺信任:不知道它什么时候会错,错了怎么兜底 |
| 采购了第三方大模型 / AI 服务,对方悄悄升级了模型,我们的系统行为变了 | 失控:供应商管理没跟上 |
| 数据质量一塌糊涂,AI 上线后才发现"垃圾进、垃圾出" | 地基不牢:技术债、过程债、数据债没还 |
AIM 的价值,就是把这五件事从"靠个人英雄主义"变成"靠组织能力"。
三、AIM 的五把尺子:它到底在量什么
AIM 不是一本新标准,它是五把尺子。企业拿这五把尺子量自己,就知道自己在哪儿、差在哪儿、往哪儿走。
尺子一:你是在"造 AI",还是在"用 AI"?
这是 AIM 的第一个问题,也是最容易被搞混的一个。
• 造 AI:你在开发模型、开发 AI 产品、把 AI 能力做进交付给客户的东西里。这时你关心的是数据质量、模型可复现、评测基准、版本管控、伦理审查。
• 用 AI:你自己不造模型,用 AI 来提升内部效率——用 AI 写代码、写标书、做客服、审合同、做分析。这时你关心的是人和 AI 怎么分工、结果谁复核、错了怎么兜底、效果怎么度量。
绝大多数企业是两者都有,但比例不同。这个比例直接决定你的治理重心和投入方向。很多企业把"用 AI"的项目当成"造 AI"来管,管出一堆没用的文档;或者反过来,把"造 AI"的项目当成"用 AI"来管,上线后出了事故没人担责。
尺子二:每一个环节,人和 AI 到底怎么分工?
AIM 把 AI 的介入程度分成三档:
| 档位 | 官方说法 | 大白话 | 谁负责 | 典型场景 |
| 支持增强 | Support Augmentation | 人干活,AI 当参谋 | 人负全责 | AI 帮你写代码、写方案、查资料、做分析,你决定用不用 |
| 核验增强 | Verified Augmentation | AI 干活,人把关 | 人负最终责任 | AI 自动生成测试用例、自动分类工单、自动出报价,人审核后放行 |
| 自主增强 | Autonomous Augmentation | AI 全自动,人在环外监督 | 组织负全责,必须预设边界与熔断 | 智能客服自动应答、系统自动拦截风险交易、自动派单 |
这三档不是"越高档越好",而是不同环节对应不同档位。一个客服系统里:
• 用户意图识别 → 自主增强(错了能兜底,成本可控)
• 生成回复 → 核验增强(先过一遍知识库校验,再发给用户)
• 涉及赔偿、退款的回复 → 支持增强(AI 起草,人工确认)
同一个系统里混着三档,才是真实的落地形态。 AIM 逼你把这个分工表画出来——画出来之后你会发现,很多环节其实根本没定义过"谁来把关"。这就是你的第一个改进点。
尺子三:从局部突破到全局完备——8 个域,你在哪几块是短板?
CMMI 本身覆盖开发、服务、采购(供应商)、数据、安保、安全、人力等多个领域。AIM 加了一个"AI 视角",把 AI 能力拆成 8 个域来看:
| 域 | 一句话 | 常见的短板(自检) |
| 数据 Data | 数据的来源、血缘、质量能不能撑住 AI | 训练数据从哪来说不清;标注质量没人管;生产数据回流没有闭环 |
| 开发 Development | 造 AI 或用 AI 开发,过程是不是受控 | 提示词、模型版本、数据集没纳入配置管理;没有 AI 专属的验收标准 |
| 人员 People | 人具不具备用 AI、管 AI 的能力 | 只有"会用工具",没有"会判断 AI 对错";没有分层培训;没人负责 AI 伦理审查 |
| 安全 Safety | AI 出错会不会伤到人或业务 | 关键场景没有"AI + 确定性规则"双保险;没有降级预案和熔断开关 |
| 安保 Security | AI 资产和数据扛不扛得住攻击 | 没防提示词注入、数据投毒、模型窃取;模型资产没加密鉴权 |
| 服务 Services | AI 上线后服务质量稳不稳 | 没有监控模型漂移和概念漂移;没有故障分级预案和人工兜底机制 |
| 供应商 Suppliers | 买来的 AI 管得住吗 | 供应商准入没做 AI 专项评估;合同里没有审计权、没有变更告知条款 |
| 虚拟 Virtual | 分布式协作撑不撑得住 AI 工作 | 研发与生产环境没隔离;算力资源没有管控;日志留不全,出事追溯不了 |
这 8 个域是 AIM 的核心洞察:AI 不是技术部门一家的事。你算法做得再好,数据域是短板,模型就是空中楼阁;你开发域做得再规范,服务域没监控,上线三个月模型漂移了没人知道;你自研管得再严,供应商域是空白,一次供应商静默升级就把你打回原形。
从局部突破到全局提升,靠的就是这张表。
尺子四:我们整体在几级?
AIM 沿用 CMMI 的成熟度体系。通俗讲:
| 级别 | 通俗说法 | 典型特征 |
| L1 初始级 | 想到了就干 | AI 应用零散,没有统一规矩,成败靠个人 |
| L2 已管理级 | 单个项目管住了 | 单个 AI 项目有计划、有检查、有记录,但各项目各搞各的 |
| L3 已定义级 | 全公司一套打法 | 有组织级统一的 AI 流程、标准和资产,能规模化复制 |
| L4 量化管理级 | 用数字管 | 关键过程有量化目标和基线,能用数据预测和纠偏 |
| L5 优化级 | 持续改进 | 有机制持续找瓶颈、主动优化,AI 能力反哺业务创新 |
大多数企业的现实位置:个别场景到了 L2,组织层面还在 L1。这不可怕,可怕的是以为自己已经到了 L3。
尺子五:我们的定量目标是什么?实现了吗?怎么度量?
这是第五把尺子,也是最难的一把。AIM 在这里的要求很实在:
1. 先有基线:AI 介入前,这个环节原来是什么水平?(耗时、一次通过率、返工率、缺陷密度、客户满意度……)
2. 再定目标:用 AI 之后要改善多少?一年内、三年内各到什么水平?
3. 再做归因:变化是 AI 带来的,还是别的因素带来的?
4. 最后看波动:不只看平均值,还要看稳定性——AI 的输出质量波动大不大,什么时候会突然变差。
举几个能立刻用的度量元:
| 场景 | 可度量的指标 |
| 研发环节用 AI | 需求→代码一次通过率、评审缺陷密度、返工工作量占比、交付周期 |
| 客服/运营用 AI | 首解率、平均处理时长、人工兜底率、降级触发率 |
| 自研 AI 模型 | 模型准确率/召回率、漂移触发次数、有害输出率、可复现成功率 |
| 数据治理 | 数据可用率、标注错误率、血缘可追溯覆盖率 |
| 共性 | AI 相关事故数、事故平均恢复时长、AI 决策被人工推翻的比例 |
"AI 决策被人工推翻的比例"这个指标特别值得看:它高,说明要么 AI 不行,要么分工定错了;它长期为 0,说明人根本没在把关——那更危险。
四、给企业的实际帮助:五本账
把上面五把尺子落到实处,企业拿到手的收益可以算五本账。
1. 效率账:从"十几个 PoC"到"一套可复制的打法"
没有统一方法时,A 团队做成了,B 团队还得从头摸索一遍。AIM 要求把这些经验固化成组织级资产(流程、模板、检查单、提示词库、评测集),让第二个、第十个场景的落地成本大幅下降。这是 AI 规模化最直接的收益。
2. 效益账:从"感觉有用"到"数字有用"
有了基线、目标、归因和波动分析,AI 的投入产出第一次能摆到经营会上讨论:哪些场景继续加码,哪些场景该止损。这一条是很多老板最想要的。
3. 风险账:从"出事再救火"到"出事有预案"
AIM 在安全、安保、服务连续性上有一整套要求:AI 加确定性兜底、分级故障预案、自动降级、熔断开关、事故追溯。出事不可怕,可怕的是出事以后发现没有任何预案。
4. 信任账:从"自说自话"到"第三方背书"
对内,给董事会和审计一个交代;对外,在投标、大客户准入、监管问询时,一份国际通行的成熟度评估结果比一百页自我介绍管用。这一条在招投标和涉密/政企项目里,往往是直接加分项。
5. 供应链账:从"买 AI"到"管 AI"
供应商域要求做 AI 专项准入、保留对训练数据和测试报告的审计权、约定模型变更的告知义务。这一条能规避掉很多"供应商悄悄改模型、我们的系统悄悄变笨"的坑。
五、它不管什么:和别家体系的分工
这一节专门用来回答"它是不是规定了 AI 的行为"。各家体系各管一段,别搞混:
| 体系 | 管什么 | 谁在用 |
| EU AI Act / 生成式 AI 管理办法等法规 | 合规底线:什么能做、什么不能做,按风险分级强制要求 | 法务、合规 |
| ISO/IEC 42001 | AI 管理体系:组织要不要建体系、要不要内审和管理评审 | 管理体系部门 |
| NIST AI RMF / ISO 23894 | 风险管理方法:怎么识别、评估、监控 AI 风险 | 风险、安全部门 |
| ISO 23053 | 基于机器学习的系统框架:技术层面的参考架构 | 技术团队 |
| CMMI AIM | 能力与成熟度:AI 这件事你干得怎么样、能不能复制、能不能量化、能不能持续改进 | 业务负责人、研发负责人、CTO |
| 企业自己的 SOP / 红线 | 具体行为:这个岗位、这个场景能怎么用 AI,哪些数据绝对不能喂给模型 | 一线团队 |
一句话总结:法规管"能不能做",ISO 42001 管"有没有体系",AIM 管"做得好不好、能不能持续变好"。
需要说明的是,AIM 虽然不直接规定模型行为,但它会通过治理要求把约束传导到系统上——要求 AI 决策可解释、可追溯、可复现,要求关键场景有人把关或有规则兜底,要求有熔断和降级能力。所以准确的说法是:它管人的过程,但结果是让 AI 系统变得可控、可解释、可兜底。
另外,CMMI 官方提供了 AIM 与 ISO 42001、ISO 23894、ISO 31000、ISO 23053 的对照映射(Crosswalks)。已经做了 ISO 42001 或者信息安全管理体系的企业,不需要推倒重来,AIM 是可以叠加、可以互认工作量的。
六、落地怎么走:别搞运动,先打样
建议按 CMMI 官方的六步走,但节奏上建议"小切口、快见效":
1. 学习:关键岗位先懂 AIM 的语言(有 BAIM 课程和 CMMI AIM Practitioner 认证),不然下面没法对话。
2. 定目标:不要写"全面拥抱 AI",要写"客服首解率从 62% 提到 80%""合同审核时长从 40 分钟压到 15 分钟"这种能验收的目标。
3. 摸差距:用 8 个域 + 3 种增强模式,把现有 AI 应用做一次盘点,画出"现状热力图"。这一步通常就能暴露出一大堆以前没人管的事。
4. 定计划:按"风险高优先 + 业务价值高优先"排序。严禁越级跳级——L2 没做实就想上 L4,最后一定是补文档。
5. 试点部署:选 1~2 个场景打样,把流程、模板、检查单、度量指标跑通,拿到可展示的数据。
6. 评估与固化:做一次内部自评或官方评估,把打样的经验固化成组织级资产,再横向推广。
时间建议:3 个月出盘点结果和试点数据,6 个月形成组织级流程,12 个月具备官方评估条件。之后每季度内部自评一次。
五个要避开的坑
| 坑 | 表现 | 怎么绕 |
| 为拿证而拿证 | 全员突击补文档,评估完一切照旧 | 评估目标必须挂业务指标,不然不如不做 |
| 一上来全公司铺 | 8 个域同时启动,谁也做不透 | 选 1~2 个场景打样,跑通再复制 |
| 只建体系不改流程 | 制度写得很漂亮,一线还在用老办法 | 每个要求都要落到具体岗位的具体动作 |
| 忽略数据债和过程债 | 流程本来就乱,硬上 AI | 先把要 AI 化的那个流程理顺,AI 会放大混乱,不会修复混乱 |
| 分工没定义 | AI 生成的东西没人复核,出事没人认 | 先把"三档分工表"画出来,这是所有治理的地基 |
七、一张自检卡:照着问自己
| # | 问题 | 如果答不上来,说明 |
| 1 | 我们是在造 AI,还是在用 AI?两者的投入比例是多少? | 治理重心没定,资源会撒胡椒面 |
| 2 | 每个环节是支持增强、核验增强还是自主增强?有分工表吗? | 责任没落地,出事没人担 |
| 3 | 人和 AI 的分工是什么?AI 的输出谁复核、复核什么、怎么复核? | 质量门禁缺失,AI 在"裸奔" |
| 4 | 8 个域里,我们最弱的是哪三个?造成了什么实际损失? | 全局观缺失,短板会拖垮长板 |
| 5 | 我们整体在哪个成熟度等级?依据是什么? | 自我认知可能有偏差 |
| 6 | 我们的 AI 量化目标是什么?基线是多少?现在实现了多少? | 投入产出无法向经营会交代 |
| 7 | 供应商的模型变了,我们多久能发现? | 供应链失控风险 |
| 8 | AI 出了事故,我们的预案是什么?多久能回滚? | 连续性没有保障 |
能答上来 5 个以上,说明你们的 AI 落地是有章法的;答不上来 5 个以上,AIM 对你就不是"要不要做"的问题,而是"什么时候开始"的问题。
附:术语大白话表
| 术语 | 大白话 |
| AIM View | 用 8 个域看 AI 能力的"体检视角" |
| 实践域(PA) | 一类事情的做法集合,比如"计划""风险管理""数据质量",CMMI 一共 31 个 |
| 上下文特定信息(CS) | 同一条要求,在 AI 场景下具体该怎么做、要注意什么 |
| 支持增强 | AI 当参谋,人拍板 |
| 核验增强 | AI 干活,人审 |
| 自主增强 | AI 全自动,人在环外看着,要设边界和熔断 |
| 数据血缘 / 数据溯源 | 这个数据从哪来、经过了哪些加工,能不能一路追回去 |
| 模型漂移 | 模型上线后,因为现实世界变了,它慢慢变笨了 |
| AI 可复现 | 用同样的数据、代码、流程,能不能跑出同样的结果 |
| AI 可控性 | 有没有办法在 AI 跑偏时拉住它(监控、人工介入、熔断、边界) |
| Human-in/on/out-of-the-loop | 人在决策环里把关 / 人在环上监督 / 人在环外只做兜底 |
本文来源:麦哲思科技 任甲林