一文认识企业架构及数字时代的新特征

即使从事数字化、信息化的很多朋友，也想多了解一下企业架构，作为这个领域的多年老兵，我认为很有必要整理一番，从企业架构的普及介绍及常见问题思考方面进行分享，抛砖引玉。

企业架构的形象化认知与必要性

在大企业的数字化过程中，及以前的信息化的过程中，企业架构扮演着重要但却神秘的角色，重要是因为它确实是从规划到落地的重要方法，使工作有章可循，神秘是因为真正懂架构的人比较少，企业架构需要横跨从业务到技术的多领域的知识和实践，需要架构和系统化的思维，需要不断的实践、思考和积累，因此很多时候企业架构只是发挥了十分之一的功力。

企业架构不是不可或缺的，但没有企业架构的指导，大企业的信息化就会走很多弯路，形成历史负债，不断负重前行；正如城市发展也可以不用规划，野蛮发展，但缺乏规划的城市发展到后来就会遇到越来越多的问题。

为了更形象的理解企业架构的概念，可以与城市规划简单类比一下，城市规划要考虑交通、环保、生活、教育等各方面内容，设计好了就是美好的智慧城市，设计不好会导致交通拥堵，生态污染等；

类似的，企业架构要考虑业务、财务、HR、IT等，设计好了就是数智化的企业，设计不好会导致打造核心能力困难重重，遍布孤岛，“造错轮子、重复造轮子”，运行低效，甚至一张报表都要手工处理很多天，都不见得数据正确。

我们首先看下业界对企业架构的定义：

- The OPEN GROUP：“企业架构是关于理解所有构成企业的不同企业元素，以及这些元素怎样相互关联。”

- Gartner Group 对企业架构的定义是: 企业架构是通过创建、沟通和提高用以描述企业未来状态和发展的关键原则来把商业远景和战略转化成有效的企业变更的过程。

- IBM：Enterprise Architecture defines the architectural models,governance, and transition initiatives needed to effectively coordinatestakeholders toward a common goal.     IBM Academy of Technology

基于多年的实践，结合数字化，“轻数据”认为可以这样理解企业架构：

架构的层级：

一谈到架构或架构师，不同人有不同的理解，是因为认知及上下文不同。

• 有纯技术层面的架构，比如一套技术栈，可以类似于建筑中的力学结构、施工技术；

• 有系统层面的架构，结合需求提出的系统层面的整体解决方案，类似于一整栋建筑的设计方案；

• 有领域或方案层面的架构，是面向某个课题领域的方案，如线上商城，类似于园区中的某个领域的解决方案，如智慧通行；

• 有企业级的架构，是整个企业全局的架构，包括从业务到技术的整体方案，类似于整个城市的规划；我们一般说的企业架构就是这个层级的。

• 有产业级的架构，是某个细分产业领域或链条上的架构，比如某个产业上下游链条上的投融资方案，债权在链条上的流转等。

企业架构的价值

1.确保战略的达成。企业架构（业务架构、应用架构、数据架构、技术架构）是国内国外企业在数字化方面的多年来的实践总结与提炼，不是纯理论方法，而是从实战中杀出来的，其丰富的作战方法、战略解析与解决问题的思维，是确保战略落地达成的重要保障，是What和How的结合。

2.确保投资的有效性。因为企业架构是从业务目标一直贯彻到技术实施的完整的体系链路，它确保了业务目标的可落地性与方案的合理性，确保了这条链路上各个投资建设都是必要和有效的，资源更有效的投放在最需要的地方，其优先级与依赖关系也得到了很好的管控，无论是指时间上还是成本上的考量，都是最高效的方式。

具体作用有以下这些，可参考：

关于企业架构方法论

1.关于TOGAF®标准

TOGAF是一种行之有效的企业体系结构方法论和框架，被世界领先的组织用来提高业务效率和实现数字化转型。

它是最突出和最可靠的企业体系结构标准，可确保企业体系结构专业人员之间保持一致的标准，方法和沟通。对企业来说，有效管理和利用信息、实现数字化转型是成功的关键，是获得竞争优势的不可或缺的手段。企业架构满足了这一需求，它为企业获得和发展数字化能力提供了战略性的场景（a strategic context），以响应业务环境不断变化的需求。企业架构是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统.

一般来说，企业架构包含以下五个部分：

• 业务架构：定义业务战略、目标、组织架构、业务能力和关键业务流程等。

• 应用架构：设计一幅蓝图，说明需要的应用系统、它们之间的交互关系以及非功能性的设计、过渡路线。

• 数据架构：描述企业数据资产的结构、标准以及数据流。

• 技术架构：描述了为支撑业务架构、数据架构和应用架构所需的软件、硬件能力及落地方案；包括IT基础设施，中间件、网络、计算、标准等。

• 架构治理：设计组织和流程等，以保障架构能长期得以落地及演进。

这是TOGAF的官网，可进一步了解：https://www.opengroup.org/togaf

2.ArchiMate

ArchiMate是 The Open Group 发布的企业级标准，是一种用于企业架构建模的图形化语言,可用于描述不同层次上的企业架构元素(如业务、应用、技术),并支持在各个层次间的联系、交互和转换，正好可以作为 TOGAF 图形工件的建模工具。

它从战略、业务、应用、技术、物理、迁移六个层次（Layer），物件、行为、主体和动机四个方面（Aspect）和产品、组织、流程、资讯、资料、应用、技术领域（Domain）来进行描述。

可以通过这篇文章进一步了解ArchiMate，如何进行建模：EA中的ArchiMate模型框架。http://www.uml.org.cn/modeler/202302011.asp

3.Zachman：

全球第一个企业架构框架理论是由约翰·扎克曼于1987年创立的，即Zachman架构框架理论，它全称为企业架构和企业信息系统结构架构(Zachman Framework for Enterprise Architecture and Information Systems Architecture)，Zachman也被公认为企业架构领域的理论开拓者，现有的企业架构框架大都由Zachman框架派生而来。

Zachman Framework 框架从本质上来说是对企业架构描述的一种分类法，它是基于角色的视点和视图，确保每个利益相关者的每一个关注点被照顾到。用于企业的描述性表示，其结构为包含 36 个单元格的矩阵，每个单元格都专注于企业的一个维度或视角。行通常表示系统开发过程中涉及的不同观点，而列代表参与组织的利益相关者的不同观点。在使用 Zachman 框架时，我们还应该注意 6 条规则。

6 行（视点）+ 6 列（W5H）+ 6 条规则 (Rules)

Zachman架构模型的层次

从利益相关者看到的内容来看， Zachman框架从上到下代表了架构模型的层层演进：范围上下文，业务概念，系统逻辑，技术物理，组件组装和操作类。 其中：

• 规划者视图（范围上下文） 是规划人员关注的业务语境层面的高阶概念级视角的企业模型内容。

• 管理者视图（业务概念模型） 是业务管理者关注的业务语义方面的概念级视角模型。

• 架构师视图（系统逻辑模型） 是架构师（包括业务架构师和IT架构师）关注的业务层面的逻辑模型，不受具体解决方案的约束。

• 设计者视图（技术物理模型） 是具体系统实施人员关注的物理实现模型，包括了特定的解决方案和技术。

• 建设者视图（组件组装） 是系统开发者关注的组件级别的实现细节。

• 用户视图（操作类） 是用户在其操作环境中的视图。用户视图已经到了具体系统功能层面，从前面五行来看，前面两行半可以归属为 业务架构 ，后面可以归属为 IT架构（信息系统架构） 。

Zachman的更详细的介绍可以参考这篇文章：https://www.jianshu.com/p/81f6f44f45ba

4.IBM 企业架构

以下是IBM的架构方法论：其中信息架构包括了应用架构和数据架构，在方法论上和TOGAF基本是对应的，不过相对于TOGAF偏理论的构建，IBM的方法论在项目实践方面具有更多的适用性。

架构方法论比较

几个方法论各有适用场景，我做了个简单的比较：

其他文章参考：

• 数字化转型方法论

• 集团IT应用架构规划详解。这篇文章比较好地描述了应用架构中的功能视图，但在应用集成、关键设计、非功能性、应用架构演进等方面缺乏描述。

关于4A（Business Architecture, Application Architecture, Data Architecture, Technology Architecture）：

一张图了解4A涉及的内容，其中左边两列一般由企业/领域架构师负责，最右边一列由项目组负责。

应用架构设计时主要考虑的内容：

数据架构设计时主要考虑的内容：

市场上对企业架构的误解与误用：

1.我没有企业架构，也建好了信息系统。

可以的，如果只是建个茅草屋，甚至你连机械都不需要，手工就可搭建。但是如果你建的是高层大厦，就需要系统级的架构，建的是园区，就需要系统群的架构，建的是城市、长三角、国家级的基础建设、甚至一路一带，就需要企业级的架构，这里的企业不是单指实体企业，而是某一层面的组织。

2.企业架构就是搭建中台。

今天，中台风行，是因为中台有中台的好处，但中台也有中台的适用场景，那就是基于前端业务场景的多个扩展，后端可从资源、服务等角度成本更低、时间更短的支撑，否则中台就不合适。即使实施中台的企业，它的企业架构也有业务架构、应用架构等更多内容。

正如，地铁是城市建设中可考虑的因素之一，但地铁不是城市建设的全部，地铁也不一定适合所有城市，适合一个城市的所有区域。所以，城市建设就是建地铁的说法是不对的。

3.企业架构可以照搬，抄作业。

我曾经接触过好几个这样的项目，前端是业务数字化，一路的全渠道，客户之旅，后面接IT规划、应用架构，没有任何解析、转承，上来就是商城+CRM+ERP。很无语。这是手里就这几样药，再硬配一个药方啊，和规划、架构有什么关系？类似的，这几年，无论企业什么情况，数字化或架构项目就跟着上业务中台、数据中台，都是不懂的人瞎忽悠，害人不偿命。

照搬是经常犯的错误，利用所谓的成功经验，而不看决定这些成功的因素是否发生了变化。

例如，在鼓励竞争、可单兵作战的保险、销售领域的管理办法移植到鼓励团队协作的研发管理上，将基于标准活动标准流程的管理移植到创新和非标的管理上，都会带来巨大的问题。

架构也一样，追求用户体验销售最大化的电商与追求风控一分钱不能错的金融是不一样的，甚者阿里、腾讯与百度、京东的架构也完全不一样，即使阿里自己，也在中台化、去中台化过程中不断衍变。

每个企业的市场定位不一样，核心竞争力不一样，阶段性目标不一样，人员和信息化基础不一样，组织文化不一样，投入不一样，要解决的问题不一样，无论是业务增长还是降本增效，它是具体的，不是通配的，其目标、方案都应该是根据自己的情况和需求而定的，例如受到资源限制，遗留限制，时间限制等，所以一个企业的企业架构都是在这些条件下取得的平衡，一定是独特的，而不是普适的，不是理想的花朵，是有结合业务节奏的具体的演进路径，不是一步到位的视图，是变化的，不是恒定的。 所以，削足适履是行不通的，要造一双适合自己的鞋子，这样既舒服又跑得快。

4.企业架构就是一套架构资产。

这一定是做过企业架构的朋友说的，但如果说企业架构就是一套资产，那一定是做偏了，做的是形式，而且是不重要的形式，偏离了企业架构的本质。这在很多注重形式的大企业里必然犯的错误。企业架构会有应用系统、技术组件、设计文档等架构组件资产，重要的是需要什么架构资产，怎么把这些资产用起来，而不是建个文档仓库，束之高阁。

建立企业架构并不是最终目的，建而不用反而是最大的浪费，除了记录企业架构真实情况、描述目标状态和过渡状态、对实施和迁移过程进行指导，并在各干系人中对以上行为产生共识和建立沟通基础之外，在日常运营中，企业架构也能产生非常大的帮助，为干系人的决策提供依据，让企业的运行有序的朝着目标前进。

企业架构的难点和挑战

1.企业架构跨领域，涉及因素众多，难以驾驭，因此需要高层的支持，也需要操盘手的高超技能；

2.效果衡量比较难，很难定量评价。但可以从以下几个维度来评价企业架构工作的成效：

• 关键业务的能力是否得到了有效支持？

• 支持速度（交付）是否有提升、成本下降、质量提升？

• 流程是否提效等？

---

企业架构的新思考-数字架构

数字新时代有了新挑战，“轻数据”结合中国数字时代的特点形成了一套更简易更适用更面向业务的方法，为了与传统企业架构作一区分，我个人将之称为“数字（企业）架构”，4A的使命发生了变化，方法也有创新，感兴趣的同学可以关注公众号，加我微信交流。

在数字架构中，还突出了企业能力与运营体系。

这里，我留几个问题，供读者进一步思考

1.如何与企业高管层沟通企业架构，更好发挥企业架构的价值？

2.如何将企业架构与日常的运营、需求、研发结合起来？真正一条线作战。

---

“轻数据”团队长期致力于数字产业工作，在数字化落地方面有着深入的思考与研究，创新企业架构理论，我们主张建立赋能式、轻量化架构，避免传统繁重冗长的建设投入，快速灵活的进行数字架构与数据治理，更有效的发挥数据的价值。

关注公众号“数字化交流与学习”，获取更多内容。