从能力识别到分级建设：数字化转型新型能力体系建设指南

简介：《数字化转型新型能力体系建设指南》团体标准（T/AIITRE 20001—2021）由中关村信息技术和实体经济融合发展联盟发布，面向企业管理者和数字化转型规划人员，立足企业实际业务场景，系统给出总体框架、新型能力识别、能力分解与组合、协同范式、能力进化及分级建设等实施路径。压缩包内文件总数1个，为PDF格式标准文本，包体约1.5MB，内容完整、目录清晰，便于检索和打印。目前已有354人学习下载。读者可重点学习能力单元设计、过程维/要素维/管理维建设重点、跨部门协同与生态伙伴共建机制，并依据分级建设要求制定可落地的转型路线，例如从能力识别到分解组合、再到协同与进化的闭环管理方法；同时适用于企业内训、方案编写、标准对照等不同场景，是一份兼具规范性和实操价值的参考资料。

1. 数字化转型的新型能力体系：一份能落地的标准，不是一个概念筐

做数字化转型的人多少都有过这样的体验：战略讲得头头是道，参考架构也画得满天飞，真到自己企业要动手，却不知道第一步该干什么——从哪识别能力？拆到什么粒度算完？建到什么程度能验收？T/AIITRE 20001—2021《数字化转型 新型能力体系建设指南》这份团体标准，就是把「新型能力」这四个字从概念筐变成可操作方法的那份文件。它解决的问题很具体：怎么识别能力、怎么把大能力分解成能力单元、能力单元怎么建、以及按五个等级怎么一步步升级。适合数字化转型规划者、两化融合贯标人员、咨询顾问，以及负责具体业务系统落地的执行层。

2. 总体框架与方法主线：四个环节、三个维度、两类基本单位

2.1 标准的核心逻辑：识别、分解、建设、分级

这份指南的核心方法主线其实只有四步：识别、分解与组合、能力单元建设、分级建设。很多企业转型失败，不是因为技术不行，而是因为跳步——上来就买系统、建平台，忽略了前面的能力识别和分解，结果系统和业务两张皮。

第一步「识别」解决的是「做什么」的问题。标准要求组织围绕发展战略，考虑内外部因素，明确可持续竞争合作优势需求，再参考价值效益分类体系，提出价值体系优化、创新和重构的总体需求。这一步输出的是「拟打造的新型能力体系」，而不是一沓 PPT。

第二步「分解与组合」解决的是「拆多细」的问题。把新型能力建设的总体需求逐级细化分解，直到不能或不必再分解为止，然后以「能力单元」来承载这些细分能力。特别注意：分解不是目的，组合才是。标准给出了四种组合范式——独立型、流程型、网络型、生态型，分别对应能力节点、能力流、能力网络、能力生态。

第三步「能力单元建设」解决的是「怎么建」的问题。每个能力单元都要从三个维度同时建设：过程维（PDCA 管控机制）、要素维（数据、技术、流程、组织）、管理维（数字化治理、组织机制、管理方式、组织文化）。这三个维度缺一个，能力单元就是瘸腿的。

第四步「分级建设」解决的是「建到几级」的问题。标准把能力分成 CL1 规范级到 CL5 生态级五个等级，每个等级的过程维、要素维、管理维都有明确的建设重点。这相当于给企业一把尺子，量一量自己到底走到哪一步了。

2.2 能力单元与能力模块：必须分清的两个基本概念

我见过很多企业把能力单元和能力模块混着用，其实这两个概念在标准里分得很清楚。能力单元是「不能或不必再分解的新型能力」的承载者，是价值创造和传递的基本单元。能力模块是能力单元的组合。

打个比方：一个焊接机器人工作站加上配套的数据采集和质量检测流程，它是一个能力单元；多条焊接产线加上调度系统和供应链协同，这是能力模块。能力单元解决单点问题，能力模块解决系统问题。

四种能力模块类型的特征差异如下：

这个表格值得打印出来贴在工位上。做规划的时候，先判断自己要做的是能力节点还是能力流，别一上来就喊生态级能力，那是最后一步的事。

2.3 三个维度同时推进：过程维、要素维、管理维的关系

标准里有个反复出现的提法：「过程管控机制、系统性解决方案、治理体系」三者的协调联动。对应到三个维度上：过程维给出管理的闭环（PDCA），要素维给出技术落地的系统方案（数据+技术+流程+组织），管理维给出组织保障（数字化治理+组织机制+管理方式+组织文化）。

很多企业建能力单元只盯要素维——买设备、上系统、接数据，过程维和管理维基本是空白。结果是什么？系统上了，没人用；数据有了，没人认；流程改了，部门打架。我在做转型评估的时候，常碰到企业说「我们上了 MES，能力应该到 CL3 了吧」，结果一查过程维的评测改进机制是空的，管理维的职能职责调整更是没有做。等级评定不只是看技术，三个维度都要过。

3. 新型能力的识别与分解：从战略到能力单元的拆解路径

3.1 六个识别视角：别漏掉价值创造的任何一侧

标准第 5 章给出了新型能力识别的六个视角：与价值创造的载体有关的能力、与过程有关的能力、与对象有关的能力、与合作伙伴有关的能力、与主体有关的能力、与关键驱动要素有关的能力。这六个视角覆盖了价值创造的所有侧面。

我在实际项目里常用一个办法：按这六个视角分别列能力清单，然后合并同类项。比如一家做装备制造的 A 公司，六个视角列的清单大概长这样：

• 载体视角：智能产线运维能力、设备预测性维护能力
• 过程视角：研发设计协同能力、柔性生产能力、供应链协同能力
• 对象视角：产品个性化定制能力、服务化延伸能力
• 合作伙伴视角：供应商协同研发能力、渠道数据共享能力
• 主体视角：员工数字技能提升能力、数字化人才梯队建设能力
• 驱动要素视角：数据驱动决策能力、工业互联网平台运营能力

注意，这只是一级清单，后面还要继续拆。但有了这个框架，就不会出现「只盯着生产环节，忘了合作伙伴和主体能力」的偏科问题。

3.2 三个分解视角：组织主体、价值活动客体、信息物理空间

标准 6.2 提出新型能力分解的三个视角：组织主体、价值活动客体、信息物理空间。第一次看这段有点绕，我用大白话翻译一下：

• 组织主体视角：这个能力由谁负责？哪个部门或哪条业务线承载？
• 价值活动客体视角：这个能力作用于什么价值活动？是研发、生产、销售还是服务？
• 信息物理空间视角：这个能力运行在什么基础设施上？是实体产线、软件系统还是云端平台？

任何一个能力单元，都要能同时回答这三个问题。如果一个细分能力回答不了「由谁承载」，说明它拆得还不够到底；如果回答不了「作用于什么活动」，说明它太空了；如果回答不了「跑在什么基础设施上」，说明它没法落地。

拆解的终点是「不能或不必再分解为止」。什么是不能分解？就是这个能力已经对应到了具体的组织边界、价值活动和基础设施，没法再往下拆了。什么是不必分解？就是这个能力再拆下去，每个碎片都小到没有独立建设价值。

3.3 从总体需求到能力单元的完整拆解流程

我把标准 6.2 的流程整理成五步，这五步可以直接用在企业的数字化转型规划会上：

第一步，确定总体需求。输入是发展战略中的竞争合作优势、业务场景、价值模式，输出是价值体系优化、创新和重构的总体需求。

第二步，新型能力分解。按三个视角逐级拆，每拆一层都检验一下：是否对应明确的组织边界？是否对应明确的价值活动？是否对应明确的基础设施？

第三步，能力单元策划与构建。对每个细分能力，从过程维、要素维、管理维三个维度策划怎么建。这一步在标准里是第 7 章的内容，但规划阶段就要先想清楚框架。

第四步，能力单元组合。根据特定价值效益需求，判断需要哪些能力单元协同，参考四种组合范式构建协同关系。

第五步，形成新型能力体系。把全部能力单元组合集合起来，检验是否覆盖了组织的全部业务、是否支撑战略实现。

一个常见的错误是把这五步当成一次性工作。实际上能力分解和组合是个动态迭代的过程——业务变化了、技术升级了、组织调整了，能力体系都要跟着重新拆、重新组。

4. 能力单元建设：过程维、要素维、管理维的落地要点

4.1 过程维：一个真正能跑起来的 PDCA 闭环

标准 7.2 对过程维的描述是「策划、支持、实施与运行、评测与改进」的 PDCA 过程管控机制。很多企业不是没有 PDCA，而是 PDCA 只停留在纸面上——策划文档写得好，支持条件不到位，实施与运行靠个人英雄主义，评测与改进干脆就没有。

实际操作中，我建议每个能力单元都要有明确的「过程维四问」：

• 策划：这个能力单元要达成什么价值效益目标？组织边界在哪里？需要什么基础设施？
• 支持：人、财、物、技术、数据，各种支持条件到位了没有？有没有统筹配置的机制？
• 实施与运行：有没有规范性要求？有没有跟相关方的沟通协调机制？
• 评测与改进：过程评测和结果评测分别怎么做？发现问题后有没有纠正和预防措施？

特别注意标准里的一个细节：评测分两种——过程评测和结果评测。过程评测是对能力单元建设、运行、优化全过程进行动态跟踪；结果评测是对建设结果进行量化分析。只做结果评测不做过程评测，出了问题只能事后补救；只做过程评测不做结果评测，不知道投入产出到底怎么样。

4.2 要素维：数据是驱动，不是附属品

要素维涵盖数据、技术、流程、组织四要素。标准里对四要素的排序很有意思——数据在最前面，技术在第二位。这跟很多企业的认知是反的：很多企业把技术当主角，数据当配角。数据要素的定位不是技术系统的附属品，而是激发其他要素创新驱动潜能的核心。

数据要素的建设重点分三层：采集、集成与共享、应用。我拆开说：

• 数据采集：明确数据需求，对跨时间、跨职能、跨层次的数据累积、清理和重构做出制度性安排。关键词是「制度性安排」，不是想到哪采到哪采，而是把数据采集当成一项持续的制度。
• 数据集成与共享：推动数据标准化和规范化。这一层多数企业卡在最前面——数据标准都没有，接口一大堆，数据换了系统就认不出来。
• 数据应用：按需开发数据模型，基于模型做优化，挖掘数据价值。

我见过不止一个项目，花了半年时间做数据采集和清洗，到了数据应用环节反而草草了事，弄个报表就算完。数据模型的价值没发挥出来。技术要素方面，标准提到设备设施改造、IT 软硬件部署、网络建设与互联、平台部署与应用四个方向。流程要素强调梳理、规范、调整和优化，尤其提到要「优化设计应涵盖流程运行相关的技术要求和数据信息」。组织要素的核心是「以业务流程职责为牵引」，先有流程职责，再有部门职责，最后落岗位职责——而不是反过来，按现有部门画流程。

4.3 管理维：数字化治理不是 IT 部门的事

管理维的四个方面——数字化治理、组织机制、管理方式、组织文化，每个都是一把手工程。标准里有一句话值得反复读：「按需建立由一把手、决策层成员、各级部门领导、生态合作伙伴领导共同组成的领导和协调机制」。数字化转型的治理结构如果只挂靠在信息化部门，能力单元建设大概率会跑偏。

最容易被忽视的是管理方式那一节。标准提出了一个管理方式变迁路径：职能驱动的科层制管理 → 技术使能型管理 → 知识驱动型管理 → 数据驱动的平台化管理 → 智能驱动的价值生态共生管理。这个路径对应了 CL1 到 CL5 的五个等级。做能力单元建设的时候，可以先诊断企业当前的管理方式在哪个阶段，再决定能力等级目标定多高。管理方式跟不上，技术再先进也撑不起更高等级的能力。

有个实用的做法：每建一个能力单元，就同步做一次管理维的三项检查——数字化治理制度有没有更新、组织机制能不能支撑新流程、管理方式是否匹配新能力等级。三项检查都过了，再宣布这个能力单元建设完成。

5. 分级建设的常见问题排查：CL1 到 CL5 的五个坑

5.1 五个等级的核心特征与建设重点

标准把新型能力分成五个等级，每个等级的总体特征、过程维、要素维、管理维各有明确表述。我整理了一张速查表：

5.2 避坑一：把 2021 版等级名称当成旧版来对号入座

现象：拿着 2020 版的标准做规划，看到的等级名称是初始级、单元级、流程级、网络级、生态级，跟 2021 版对不上，导致评估结论和建设方案全部错位。

原因：2021 版修订时改了三个等级的名字——CL1 从「初始级」改为「规范级」，CL2 从「单元级」改为「场景级」，CL3 从「流程级」改为「领域级」，CL4 从「网络级」改为「平台级」。「初始级」这个名字容易让企业误以为是最差的状态、不值得投入，而「规范级」强调的是规范化管理，含义完全不同。

解决：执行前先核对版本号。所有规划文档、评估表格、能力等级目标，统一以 T/AIITRE 20001—2021 的等级名称为准。如果企业内部还挂着旧版制度文件，先做一轮更新。

5.3 避坑二：跳级建设，从 CL1 直接奔 CL4

现象：有些企业对标同行，上来就把目标定成 CL4 平台级，投入巨额预算建平台，结果平台建好了没人用，业务部门照样用 Excel 干活，能力等级实际停留在 CL2 甚至 CL1。

原因：CL4 平台级的核心特征是「数据驱动的过程管控机制」，而数据驱动的前提是数据标准化、流程线上化、组织适配调整——这些能力在 CL2、CL3 阶段就要逐步建立。跳级建设等于跳过地基盖三楼，数据基础、组织基础都没到位，平台自然变成摆设。

解决：按标准的分级逻辑做诊断，先确认自己当前在哪个等级，再定一个「够得着」的升级目标。一般建议一次只升一级，每升一级都要完成对应的过程维、要素维、管理维建设重点后，再进入下一级规划。

5.4 避坑三：只有能力单元，没有能力组合

现象：建了一堆能力单元，比如智能排产、质量追溯、设备监控，但互相之间数据不打通、流程不衔接。每个单点看起来都做得不错，整体效益却看不出来。

原因：标准 6.3 明确指出，能力单元建设之后必须进行能力单元组合，通过组合形成能力流、能力网络、能力生态。只建单元不组合，就好比买了最好的发动机、最好的变速箱、最好的底盘，却没有整车集成工艺，跑不起来。

解决：每完成一批能力单元建设，就做一次「组合审视」：这些能力单元之间能形成什么协同关系？属于流程型、网络型还是生态型？要不要调整组合方式？这个动作要纳入 PDCA 的过程中去，而不是建完就撒手。

5.5 避坑四：要素维只抓数据和技术，忽略流程与组织

现象：能力单元建设方案里详细列了要上什么系统、采集哪些数据，但整个方案里找不到「流程优化设计」和「职能职责调整」的章节。

原因：很多项目负责人是技术出身，习惯从系统角度做规划，而流程和组织恰恰是最难啃的骨头——动流程要协调多个部门，动组织要碰人的利益。于是方案里就自动把难的部分「优化」掉了。

解决：在能力单元策划阶段就设置「流程与组织专项评审」，没有流程文件修改清单、没有岗位职责调整说明的方案不予通过。我见过有的企业从反面总结经验：先设计理想流程，再倒推系统需求，最后调整组织职责——这个顺序比先定系统再改流程顺得多。

5.6 避坑五：分级建设只对标杆部门做，没有覆盖全局

现象：某个样板车间做到了 CL3 领域级，但企业整体评估仍然停留在 CL2。公司把样板间能力当成全公司能力来宣传，实际推广时其他部门根本接不住。

原因：标准对领域级能力的定义是「支持主营业务领域关键业务集成融合、动态协同和一体化运行」，核心是「领域级」，不是「单点级」。样板间只能证明技术可行，不能证明组织能力已经形成——能力是长在组织上的，不是挂在设备上的。

解决：做分级建设规划时，先明确等级评估的边界：这个等级是某个能力单元的等级，还是整个业务领域的等级，还是组织整体的等级。不同层面分开评估、分别定目标，避免用局部成绩掩盖整体差距。

6. 用能力单元组合规划转型路径：一张卡片模板与验证方法

6.1 一套可复用的能力单元建设卡片

前面讲了那么多理论和流程，最后给一套我实际项目里反复用的工具——能力单元建设卡片。每建一个能力单元，就填一张这样的卡片：

这套卡片有两个用法。第一个用法是规划：把企业要建的能力单元全部建档，形成能力单元地图，检查有没有重复建设、有没有空白地带。第二个用法是验收：一个能力单元建设完，拿着卡片逐项对照，哪一项没落实就补哪一项。

我从一个教训里养成了这个习惯：早先做一个项目，只靠会议纪要推进能力单元建设，结果三个月后回头一看，有些单元到底是什么边界、什么目标都记不清了。从那以后，我每次做新型能力体系规划都强制走一遍「一张卡片一个单元」的流程，所有承诺和目标都落在卡片上。希望帮到你。

本文还有配套的精品资源，点击获取