在做了几个央国企数字化转型规划项目之后，几乎每个信息化负责人都会来找我聊同一个问题：

"我们花了大价钱请了顾问、做了TOGAF架构规划，搞了两年，什么都没变。"

两年、几百万咨询费、厚厚一摞架构文档——最终结论是"什么都没变"。

这不是个别现象，这是系统性问题。

不是TOGAF不好，也不是这些企业不努力。

问题在于：工具没有错，错的是把工具用在了不适合的土壤上。

今天，我们用底层逻辑把这个话题讲透——TOGAF为什么在央国企行不通、业务架构为什么是核心症结，以及DoDAF能不能带来答案。

一、先搞懂TOGAF：它是为谁设计的？

在说"为什么不适用"之前，先要搞清楚TOGAF到底是什么。

TOGAF（The Open Group Architecture Framework），是由Open Group发布的企业架构框架，诞生于1995年，最新版本TOGAF 10发布于2022年。它的核心是ADM（架构开发方法），用一个循环的九阶段过程来指导企业架构的规划、设计和治理。

TOGAF把企业架构分为四个层次：

业务架构（Business Architecture）

↓

数据架构（Data Architecture）

↓

应用架构（Application Architecture）

↓

技术架构（Technology Architecture）

从上往下，业务架构决定数据架构，数据架构决定应用架构，应用架构决定技术架构。这个逻辑是对的，本身没有问题。

但TOGAF是为谁设计的？

它诞生于西方成熟市场经济体系下的大型企业——典型的使用者是金融机构、跨国公司、科技公司。这类企业有几个共同特征：

业务逻辑由市场竞争驱动，可以根据战略自主调整组织架构相对灵活，可以为架构优化而重组IT治理由内部决策，架构师有实质性影响力目标是商业效率最大化

关键认知：TOGAF的底层假设是"业务可以被重新设计"。它的ADM第一步就是业务架构——因为在市场化企业里，重新定义业务逻辑是可行的，甚至是必要的。

但央国企的情况，完全不同。

二、第一道墙：央国企的业务架构，很难改变

TOGAF的逻辑是：先做业务架构，再推导出数据、应用、技术架构。

这个逻辑正确。

但问题在于：央国企的业务架构，根本不是一个可以被"设计"的变量。

为什么？

央国企的业务架构，是由以下几个强约束共同决定的：

1 政策与监管约束：国资委、行业监管部门对央国企的业务边界、经营范围、运营模式有严格规定。你不能说"我觉得这个业务线效率低，重新设计一下"——监管不允许，政策不允许。

2 历史遗产约束：大多数央国企有几十年的运营历史，业务流程、组织架构、人员配置已经深度耦合。改一个业务流程，可能涉及跨部门利益调整、历史数据迁移、工作职责重定义——牵一发动全身。

3 政治生态约束：央国企的决策逻辑不完全是商业逻辑，还有行政逻辑。架构师提出"重组业务架构"，面对的不仅是技术挑战，还是政治挑战——谁的权力被削减了？谁的利益被调整了？

4 使命导向约束：央国企的核心使命不仅仅是商业效率，还包括保障供应、稳定就业、服务国家战略等政策性目标。这些目标有时候与效率最优是矛盾的，但它们不能被"架构设计"所优化掉。

这四重约束叠加在一起，决定了一个基本事实：

央国企的业务架构，不是"可以被重新设计"的变量，而是"必须被接受"的约束条件。

TOGAF的第一步——业务架构——在央国企语境下，根本无法真正执行。你能做的，充其量是"把现有业务架构描述清楚"，而不是"重新设计业务架构"。

这就是TOGAF在央国企遭遇的第一道墙。

很多咨询顾问绕过这道墙的方式，是写一份"理想的业务架构"，然后说"未来目标态"。结果就是：目标态和现实态之间有一条无法逾越的鸿沟，规划成了摆设。

三、第二道墙：业务架构不变，其他架构只能小修小补

假设第一道墙已经被接受了——我们承认业务架构改不了，那往下做数据架构、应用架构、技术架构，能不能有实质性突破？

答案也是令人沮丧的：很难。

原因在于架构设计的根本逻辑：

架构的本质 = 对业务需求的技术化表达

业务需求不变 → 架构需求不变 → 架构只能优化，无法重构

举个具体的例子：

某央企的核心业务是"工程项目管理"。它的业务逻辑是：项目立项→预算申报→招投标→施工管理→竣工验收→结算审计。这个业务流程已经固化了30年，由多个部门、多层审批共同完成。

现在，你想做数字化转型，重新设计数据架构。

但数据架构必须服务于业务架构。业务流程没变，数据的产生方式没变，数据的使用方式没变，你能做的，只是把原来散落在Excel和纸质文档里的数据"搬"到系统里——这是信息化，不是数字化。

真正的数字化，是用数据反过来重塑业务决策方式——比如用实时数据来动态优化施工排期、用历史数据来预测风险节点。但这需要业务架构的配合，需要决策权的重新分配，需要业务流程的重新设计。

而这，又回到了第一道墙——业务架构改不了。

一个残酷的判断：在业务架构不变的前提下，所有的数字化工作，本质上都是"信息化升级"，而不是"数字化转型"。

两者的区别不是技术程度的高低，而是是否用数字改变了业务运作的底层逻辑。

这不是批评央国企不努力，而是指出一个系统性的结构困境。

在这个困境里，TOGAF给出的方法论——从业务架构开始，向下推导——是正确的，但无法真正落地，因为第一步就卡住了。