整理时间：2026年10月｜后续持续更新

上一篇《EA之家知识地图（01）｜战略与企业变革》，我们沿着企业战略真正发生的过程，把相关内容整理成了一条主线：看清变化 → 做出选择 → 战略解码 → 进入经营 → 组织承接 → 推动变革

战略首先解决的是方向问题。

企业为什么要变，准备往哪里走，哪些事情应该做，哪些事情不应该做。

但方向一旦明确，接下来马上会遇到另外一组问题：新的战略需要什么样的业务能力支撑？未来业务应该怎样组织？组织、流程、数据、应用和技术要发生哪些变化？今天已经存在的大量系统和数字化资产怎么办？

不同项目持续建设几年之后，最终会形成一个什么样的企业？

这些问题已经超出了单纯的战略规划，也不能靠某一个系统或者某一个项目单独解决。

这正是企业架构要处理的问题。EA之家本身就是从企业架构这个领域开始的。这些年，我们围绕TOGAF、ArchiMate、4A架构、架构原则、业务架构、流程架构、数据架构、应用架构、技术架构、信息化规划、架构治理等主题持续更新，也积累了大量人力资源、财务、供应链、制造、营销、研发等领域实践，以及不同企业和咨询公司的项目案例。

文章越来越多以后，最大的困难反而变成了：这些内容之间到底是什么关系？

重新整理以后，我更愿意把企业架构理解成这样一条工作主线：为什么需要企业架构、如何建立对企业的整体认识、如何形成目标架构、如何实现跨架构域协同、如何把架构用于规划与建设、如何建立持续的架构治理能力再往下，则会进入具体的业务领域和行业实践。

一、为什么需要企业架构

讨论企业架构之前，首先要回答的不是TOGAF有哪些阶段，也不是4A分别包含什么。

而是一个更基础的问题：企业为什么需要Enterprise Architecture？

企业本身是一个复杂系统。

战略、业务模式、组织、业务能力、流程、信息、应用和技术并不是彼此孤立的。

战略发生变化，往往会带来新的业务要求；业务发生变化，又可能影响组织、流程、数据和系统；新的数字化项目进入以后，也会继续改变原有的应用边界和技术体系。

但企业内部的管理天然是分专业、分部门、分项目开展的。战略部门关注战略目标；业务部门关注业务运行；数字化部门关注系统和数据；技术团队关注平台和基础设施；项目团队更关注项目范围、成本和交付。

这些视角本身都没有问题。真正困难的是：如何让大量局部决策最终仍然指向同一个企业未来。

一个企业可能同时运行几十个甚至几百个数字化项目。

每个项目单独看都有建设理由，但这些项目加在一起以后，是否形成了企业真正需要的能力？有没有重复？有没有新的割裂？未来几年究竟准备形成怎样的业务和数字化体系？

这就是企业架构需要提供整体视角的地方。

EA并不替代战略管理，也不替代业务管理和IT管理。

它更重要的作用，是在这些活动之间建立结构化连接。

战略提出未来方向以后，EA继续向下回答：未来需要形成哪些业务能力？企业应该如何组织业务和信息？应用体系应该怎样承载这些能力？技术体系需要提供哪些支撑？从今天走向未来，需要经历怎样的演进过程？

从实践看，EA通常会承担几类比较现实的作用。

其一，是把战略进一步转化成企业设计。

其二，是让原本分散在业务、数据、应用和技术中的变化能够放在同一个框架中分析。

其三，是为多年持续建设建立相对稳定的目标状态。

其四，是为新项目、新平台、新技术以及重大架构调整提供判断依据。

所以，如果一定要用一句话概括：企业架构，是组织理解企业、设计企业并管理企业持续演进的一套系统方法。

建议先读

1. 企业数字化转型的企业架构方法全解，从顶层设计到落地执行，附知名企业案例

比较适合作为整个企业架构知识地图的入口。

2. 为什么企业数字化转型要架构设计（4A架构）？附华为案例

从数字化转型的角度理解为什么需要整体架构。

3. 详解：普华永道《企业架构框架和方法论》，44页PDF

从咨询方法视角理解企业架构覆盖的范围。

二、如何建立对企业的整体认识

确定要从整体看企业以后，下一个问题就是：一个复杂企业到底应该怎样被描述？

这里很容易出现一个误区，就是试图寻找一张能够解释全部问题的“企业总图”。

实际上并不存在这样的模型。

同一个企业，从不同角度观察，会呈现完全不同的结构。

从经营视角看，是业务组合和组织体系；从业务运行视角看，是价值、能力和流程；从信息视角看，是客户、产品、合同、订单、设备等业务对象及其关系；从数字化视角看，又会进一步表现为应用、数据和技术体系。

所以企业架构首先需要确定的是：

Enterprise的范围

这里的Enterprise不天然等于一家法人企业。

它可能是一个集团，也可能是一个子公司、一个业务板块、一个跨组织领域，甚至是为了某项重大转型而定义的特定范围。

范围不同，架构的对象和粒度都会不同。

关于这个问题，可以先看：

《EA之家Togaf10系列讲解（一）核心概念之1什么是企业》

范围确定以后，还需要进一步处理几个问题。

架构层级

企业级架构、领域架构以及具体解决方案的设计粒度并不相同。

《企业架构的分层设计案例，附典设》可以用来理解这种层次关系。

架构原则

企业未来大量架构决策不能完全依赖个人经验，需要形成相对稳定的设计约束。

可以继续看：

《详解架构设计实际案例之架构原则，附某企业〈集团级架构设计原则〉》

架构视角

不同利益相关者真正关心的问题不同。

企业架构需要围绕不同Concern建立不同Viewpoint和View，而不是把所有内容放进一个模型。

架构表达

这时候才会自然涉及ArchiMate。

《使用ArchiMate交付Togaf架构设计，附ArchiMate示例视图》

TOGAF和ArchiMate不是同一类东西。

TOGAF更关注架构工作如何开展、实施和治理；

ArchiMate更侧重通过统一建模语言表达不同架构元素及其关系。

真正重要的不是方法和模型本身，而是不同视角最终描述的是同一个企业，而且能够彼此关联。

TOGAF及相关资料

企业架构在这一阶段真正建立的，不是一张“最完整的图”，而是一组：可以从不同角度解释同一企业，并且彼此能够关联的架构视图。

三、如何形成目标架构

理解企业现状以后，EA真正进入设计阶段。

这里最重要的问题是：未来为什么应该设计成这样？

如果所谓目标架构只是把现有系统重新分类，再增加几个平台、几个中心，实际上很难说明它真正承接了企业战略。

目标架构必须能够解释自己的来源。

战略首先会影响企业未来的业务形态。

新的市场、新的产品、新的商业模式、新的集团管控方式，都会进一步提出新的业务能力和运行要求。

这些要求继续向下，才会形成对信息、应用和技术的要求。

所以目标架构背后通常存在一条推导关系：战略意图→ 未来业务形态→ 价值创造与业务运行要求→ 业务能力→ 架构需求→ 目标架构

不同企业使用的方法未必相同。有的从价值链入手；有的使用价值流；有的从业务能力展开；有的将业务模式、运营模式和企业架构结合起来。

这些方法真正的目的，不是让EA增加更多模型，而是建立：未来业务与目标架构之间的推导关系。

这样，一项架构设计才可以继续向上回答：为什么需要这项能力？它支撑什么业务？与未来战略有什么关系？这也是目标架构与现有IT资产整理之间的重要区别。

建议先读

4. 以价值流为牵引的企业架构设计方法——对华为企业架构方法体系的系统解读

5. 基于价值链的企业架构总体规划，附知名外企银行业4A架构案例

6. 《基于企业架构的信息化规划》交流材料

7. 企业架构与IT战略规划设计教程

总体规划与企业实践

这里涉及的价值流、能力等内容，下一期《业务架构》会继续展开。

在企业架构这一期，它们主要承担一个作用：说明目标架构怎样从未来业务中被推导出来。

四、如何实现跨架构域协同

企业架构里最常见的一种结构，是大家熟悉的4A：业务架构 Business Architecture数据架构 Data Architecture应用架构 Application Architecture技术架构 Technology Architecture

但4A真正重要的不是“四个架构”。而是：四个架构域能否共同描述同一个目标企业。如果业务架构从业务出发做了一套；数据架构从数据库重新整理一套；应用架构按照历史系统重新分类；技术架构再独立规划平台和基础设施；即使四类成果都有，也未必真正形成EA。

企业架构要求的是跨域关系。例如一项新的业务能力形成以后，会产生新的信息需求；信息需要应用去产生、处理和使用；应用继续依赖相应的平台和技术能力。

所以至少要解决三个问题：

一致性

不同架构域不能指向互相矛盾的未来状态。

关联性

业务、数据、应用和技术之间需要建立明确关系。

可追溯性

重要架构设计能够向上追溯到战略和业务要求，也能够向下进入项目和实施。

在这一期里，我们不再详细讲每个架构域的内部方法，而是把它们作为EA整体中的知识入口。

4.1 业务架构

业务架构承担着从战略进入企业设计的重要作用。

相关内容包括：

业务架构将在《EA之家知识地图（03）》中系统展开。

4.2 流程架构

流程体现企业业务实际如何运行。

从EA视角，更关心流程与业务能力、组织、数据和应用之间的关系。

流程架构、BPR和端到端流程将在第四期继续整理。

4.3 数据架构

企业级数据架构关注的不是数据库本身，而是：企业需要管理哪些信息，这些信息之间是什么关系，以及如何被整个企业共同使用。

相关内容包括：

数据架构和数据治理会在第五期进一步展开。

4.4 应用架构

应用架构关注的不是简单的系统清单，而是：企业需要的数字化能力应该由怎样的应用体系承载。

相关内容包括：

4.5 技术与安全架构

相关内容包括：

业务、数据、应用和技术不是四套彼此独立的成果。

企业架构真正有价值的地方，恰恰是：让它们在同一个企业目标下形成关系。

五、如何把企业架构用于规划与建设

目标架构形成以后，真正困难的事情还没有结束。

因为企业不是从零开始。

今天已经存在大量组织、流程、应用、数据和技术资产。

所以EA接下来一定要回答：从现在到未来，具体怎么走？

首先要比较：Baseline Architecture与：Target Architecture，也就是现状和目标。二者之间的差距可能体现在业务能力、数据能力、应用体系、技术体系，也可能来自治理和组织机制。

但差距本身还不是计划。还需要继续向下转化。对于大型企业，很多目标无法一步完成。

因此，从Baseline到Target之间，往往需要形成一个或多个：Transition Architecture，也就是过渡架构。表达的是：

在最终目标尚未完全实现以前，企业阶段性应该处于什么状态。

再继续往下，架构差距才会逐步转换成：

工作包 → 项目 → 项目组合 → 建设路线

到了这里，EA才真正进入：项目储备、投资计划、项目立项、年度建设计划、建设时序和资源配置。

这也是很多企业真正关心的：

企业架构到底怎么用。

从实践来看，EA在规划建设中常见的使用方式主要有几类：

用于总体规划。

确定未来几年重点形成哪些能力，以及业务、数据、应用和技术如何逐步演进。

用于项目规划。

识别能力缺口、重复建设和项目之间的依赖。

用于架构审核。

判断新项目是否符合目标架构，是否重复建设，是否破坏既定边界，是否符合数据、技术和安全标准。

用于路线设计。

将长期目标进一步拆成阶段目标、工作包和具体项目。

建议先读

规划与实施资料

目标架构回答的是：未来应该是什么样。

规划和迁移则继续回答：企业准备通过什么路径走到那里。

六、如何建立持续的架构治理能力

企业架构如果只做一次，几年以后一定会失效。

因为企业不会停止变化。

战略会调整，业务会变化，新的项目不断进入，新的技术持续出现，原有应用也会下线、整合或者重构。

所以成熟的EA最终一定会从：完成一次企业架构项目，逐步走向：建立持续的企业架构能力。

这里首先涉及架构组织。谁负责企业级架构？谁负责领域架构？重大架构决策由谁做？架构师与业务部门、项目团队怎样协同？跨领域的架构冲突如何解决？

其次是规则。企业不能完全依赖某个架构师的个人经验。

因此需要形成：

架构原则、架构标准、架构管理制度、架构评审、架构遵从和例外管理。

再往下，则是把架构真正嵌入项目生命周期。

如果架构只在规划阶段出现，进入项目以后就不再发挥作用，那么几年以后目标架构必然会不断偏离。

因此，架构治理需要尽量进入：需求 → 立项 → 方案 → 实施 → 验收

全过程。

当架构元素越来越多以后，真正困难的已经不是形成一个架构成果，而是：长期维护这些元素之间的关系。

这也是Architecture Repository和EA工具逐渐发挥作用的地方。

建议先读

真正成熟的EA，不只是“做过一次架构”。而是企业已经形成了一种持续管理整体变化的能力。

七、从企业架构走向领域架构

前面六部分解决的是企业架构的整体方法问题。但企业最终不会停留在“企业级”这个抽象层面。真正进入实践以后，还需要落到不同业务领域。

这也是EA之家过去几年积累非常多、但此前容易被分散在不同文章中的一块内容。

这里需要特别区分两个概念：业务架构、数据架构、应用架构、技术架构，是Architecture Domain。而：人力资源、财务、供应链、营销、制造、研发，是Business Domain。一个回答“从什么角度看企业”，另一个回答“看企业的哪一部分”。真正的领域架构实践，其实是两个维度的交叉。

7.1 人力资源领域

在人力资源领域，EA可以从人力资源战略、组织能力、业务能力、流程、数据和应用体系继续展开。

相关内容包括：

7.2 财务、业财与税务领域

财务领域的内容已经形成了比较完整的纵深。

不仅有财务信息系统，也有业务规划、业财一体化、共享服务、内控和税务。

这组内容已经可以从：财务业务规划 → 业财一体化 → 财务共享 → 内控与税务 → 数字化支撑

7.3 采购、供应链与物流领域

采购和供应链是EA之家目前积累比较厚的领域之一。

既有管理体系，也有流程、IT蓝图和应用架构实践。

7.4 营销、销售与客户经营领域

这一领域不仅涉及CRM，更涉及销售组织、客户经营和LTC等端到端业务体系。

7.5 制造与生产领域

制造业是EA之家历史文章中积累最丰富的领域之一。

不仅有智能制造，也包括总体规划、数据架构、流程架构、IT蓝图和一体化运营。

制造业资料与白皮书

7.6 研发与产品领域

目前积累相对集中，但已经有比较有价值的实践入口。

后续如果继续增加研发体系、IPD、产品生命周期、研发数字化等内容，这一节点可以继续扩展。

7.7 质量管理领域

7.8 资产管理领域

某车企资产管理系统建设方案，59页PPTX解决方案

这一领域目前历史文章相对少，因此先作为知识节点保留，后续再逐步补充。

八、行业与综合企业架构案例

除了按照业务领域整理，还可以从另一个方向进入：不同行业和不同企业是怎样开展企业架构、总体规划和数字化转型的。

这里不追求统一方法，而是看不同企业在不同环境下怎样组合架构方法。

制造业

金融

化工

化工行业企业架构案例：数字化蓝图规划+未来3-5年建设路线

医疗

医疗企业IT战略蓝图的专业解读：从数字化到架构的思考

大型集团

华为相关实践

咨询公司与方法案例

再回过头看企业架构整理到这里，企业架构的轮廓会比单纯讲TOGAF或者4A清楚很多。

它首先是一个企业级问题。战略告诉企业：准备去哪里。

EA进一步回答：未来的企业应该形成什么样的结构和能力。

然后继续比较：今天和未来之间差什么。

再把这种差距逐步转化成：过渡状态、工作包、项目和建设路线。

与此同时，业务、数据、应用和技术不能各自独立演进，它们需要保持一致和可追溯。

企业也不会因为完成一次规划就停止变化，因此架构最终还要进入持续治理。

再往下一层，企业级架构还需要不断进入具体领域：人力资源、财务、供应链、营销、制造、研发、质量、资产……

这时候，EA才从一套企业级方法真正进入企业的经营和运行。

所以这一期知识地图最终形成了三个层次：第一层：企业架构怎么做。第二层：企业架构在不同领域怎么用。第三层：不同企业和行业是怎么实践的。

也就是：方法 → 领域 → 案例。

这可能比任何一套“企业架构知识目录”都更接近EA之家的真实积累。

因为EA之家这些年真正积累下来的，并不只是一些概念。

还有大量：方法、项目交付、企业案例、领域规划、架构方案、PPT、Word、白皮书和实践资料。如果还想继续查找，可以直接在公众号内搜索：企业架构、EA、TOGAF、ArchiMate、业务架构、流程架构、数据架构、应用架构、技术架构、架构治理、人力资源、财务、供应链、制造、营销、研发等关键词。也可以访问：eahome.com.cn