说到架构，你一定会想♂到业务架构、技术架构、应用架构、数据架构、安全架构、集成架构、硬件架构等等※。在IT领域，几乎无处不架构，操作系统有∴架构，应用软件有∞架构，网络设施有架构，APP、小程序也都有各自的架构。

?

那么，我们谈架构的时候，到底是在谈什么？

?

01什么是架构？

架构——Architecture，一个源自于建筑行业的古老词语。

?

在遥远的原始社会〇，人类过着穴居野处的生活，为了☉适应自然，抵御猛兽，原始社会的人类会利用一些大树或者直接在地上用树枝树卐叶搭建一些简易的房子或栅栏◣。这个时候，人类建筑架构的思维模式已经开始萌芽。从原始部落的穴』居野处、茅屋蓬荜，到如今的钢筋水泥、高楼林立，建筑架构的→发展，本质是一部人ㄨ类对居住环境的功能和性能不断追求的发展史。

?

相比※建筑业，IT行业还是一个年轻的行业，它的一些理↑论体系都是从传统行业中引进而来的，这里边就包括从建筑业引进的“架构”。我们现在谈的软件架构实际上就是对软件系统的一种抽象描述，主要包含软件的组成、结构、行为、功能，除此之外，软件架构还关注软件的易用性、高性能、扩展性、复用性、可理解、经济性、技术的▲先进性、技术限制和权衡⌒等。

?

由于人们对软件系统的功能、性能等⊙方面的不断追求，所以才有了软件系统从单体架构、垂直架构、SOA架构，到微服务架构」、分布式架构、云原生架构的发展。

?

架构『有多种视角，如我们上文提到的业务架构、技术架构、应用架构、数据架构、安全架构、集成架构、硬件架构等，实际上就是从不同角〖度，对系统或对象的关系和结构进行描述和定义。

?

架构可大∑　可小，有不同的层级，诸如：指导不同类之间协作关系的是架构；指导不同模块之间协作关系的是架构；指导不同系统之间协作关系的是架构；指导人与㊣人之间协作关系的也是架构（组织架构）……

?

02什么是数字♂化转型架构？

我们知道了什么是架构，那么企业数字化转★型的架构又是什么？

?

从数字化转◇型的定义上看，至少包含两】个方面：一方面是商业模式的转＠型，一方面是技术△的升级。因此，数字化转型】架构是由业务架构、技术架构两条螺旋组成的一个循环上升的模∮型，其数字化转型架构设々计的本质是一种定义数字化问题，明确数字化需求，制定数字化解决方案的过程。

?

数字化架〖构是一个泛在的概念，既包含战略层面的规划，也包括战术层面的方法；既包含业务模式的创新优化和ξ　业务之间的协作的关系，也包括技术实现的升级变化和技术之间︾的分层逻辑；既涉及人员认知和思维转变，也涵盖组织机构和♀考核机制的变革。

?

中关村信息技术和实体经济融合发展联盟（简称：中信联）发布〗的团体标准T/AIITRE 10001-2020《数字化转型 参考架构》给出了企◣业数字化转型架构设计任务、视角和推进模式。

?

《数字化转型 参考架构》认为：

?

来源：T/AIITRE 10001-2020《数字化转型 参考架构》标准原文总体框架部分

“创新和□重构是数字化转型的根本任务，组织◤应从发展战略、新型能力、系统性解决方案、治理体系和业务创新转型等五个视角出发，构建系统化、体系化的关联关系，系统有序推进数字化转型，创新价值▓创造、传递、支持、获取的路径和模式”。如下图所▆示：

?

03数字化转型，为什么需【要架构？

随着∮数字化的不断发展，“架构”在企业数字化中的作用越来越重要了。架构的两端，一头是由企业的人财物等各类资源、业务流程、业务模式组成的现实世界，一头是由技术框架、软件系统、功能、数据、网络组成的虚拟世∩界，架构是连Ψ 接企业的现实世界和计算机世界的一座桥№梁。

?

数字化架构在企业ㄨ数字化转型中的重要性：

1、上乘战略目标。数字化转型架构设※计的驱动力源于是企业的数字化问题和需求，数字化转型架构是对企业数字■化战略目标的承接。

?

2、下接技术决策。需求和问题明确了，接下来，数字化架构还需要回答用什么样的技术实现这№个业务目标。

?

3、控☆制复杂性。基于“分而治之”的思想，将复杂的问题进行分步或分层拆解，以支持业务增长和〇结构重组的灵活性。

?

4、明确实现路径。数字化转型■不能一蹴而就，需要一步步来，数字化架构的设计还应回答实现业务目标的步骤和方法。

?

5、提高交付质∞量。架构设计应考虑』实现和运营两个层面的质量特性，例如：实现层面的系统或模块之间的协作性（高内聚、松耦合），灵活〗性和可扩展性，适用性和可实现性等；运营层面的性能问题，安全问题，易用性和可靠性问题等。

?

6、固化核心知ζ　识。架构⌒　设计是将业务目标抽象为计算机可以理解和识别的关系和结构，这个过程有利于知识的积累¤和固化。

?

7、提供可复用ω　资产。不论是SOA架构▓还是微服务架构，都讲求拆解，组件化、模块化，提供了结构重组的灵活性，并让企业可复用的】资产（组件、应用、服务、数据等）可以最大化进行复用。这一点，无论是在SOA时代，还是现在提的更多的中台架构都很实用。

?

8、行之有效的运营支撑。数字化架构不仅○关注系统的实现，更关注系统的运营。数字化架构的设计涵盖了系统易用性，安全性、可靠性、高性能等系统运营所必♀须的要素，为系统的有效运营提◎供支撑。

?

在企业◥数字化转型的过程中，架构不仅是一家企业的上层构件，也是一家企业的战略布局图。基︽于以上几点，你知道架构的作用和重≡要性了吧。

?

04数字化转型架构的两个派别

数字化架构是◥连接企业的现实世界和计算机世界的一座桥梁。但是，该如何搭建这座桥，有什么样的方法？其实，有关数字化架构设计♀的方法，目前有两个主要流派∏：一个是以企业架构咨询为核心的全面规划派；一个是以敏捷开发为指导的需求驱动设计派。

?

TOGAF内容结构示意图，来源：知乎 鼎问《TOGAF综述》

1、企¤业架构派

企业架构（Enterprise Architecture），简称EA，是指对企业信◥息管理系统中具有体系的、普遍性的问题而提供的通用解决方案。企业架构原则上的关注点是企业范围的需◤求识别、规范，以及优先级划分，并基于此来定义企业的愿景/使命、目标/目的/驱动力、组织架构、职能和角色，以及与IT架构相关的应用◣架构、数据架构、技术架构等，企业架构是一个整体的企业信息化规划☆的方法←。

?

企业架构流派认为数字化转型是企业的整体转型█，是对企业业务模式的重塑、组织架构的重组、业◣务流程的再造，其本质就是重构企业架构。而企业架构作为连通业务与IT的桥梁，为管理人员、业务人员、技术人员等◥不能层面的人提供了一个宏观的全局视图，为企业数字化转型提供助力和支撑。因此，企业数字化转型应从企业架构设计抓起，可参考的企业架构框架有TOGAF，Zachman，FEA，Gartner等。

?

2、敏捷开发派

敏捷开发（Agile Development），是一种以人为核心、迭代、循序渐进的开发方法，其核心是“以人为本、目标导向、客户为先、拥抱变化”。敏捷的核心№思想强调面向结果，而非过程，“敏捷”是一种注重价值实现和＠ 以客户为中心的协作与创新理念。

?

敏捷开发派认为每个企业都是一个独特的个体↘，别人的成功很←难复制，也没有一种数字化转型的方法可以套用，在数字化转型的路上，多数企业都是在摸着石头过卐河。且数字化世界是千变万化的，不论是市场需求、业务模式，还是技术路径、实现方法，随时都会发生变√化，而企业要做到的是敏◆捷应对这种变化的能力。因此，企业数字化转型应该是“以产品为中心的敏捷交付模式”，专注于创建MVP而不是→追求完美，侧重于从数据和迭代中快速学习。

?

在我看来，以上的两种观点各有道理，且并不相悖↑，而是辩证统一，是企业数字化转型的体系规划和落地实现＠ 的两个层面的内容。就如同建筑行业的工★程设计和工程施工，是建¤筑的两个面。企业架构是向上思考，侧重规划；敏捷开∏发是向下思考，侧重执行。尽管，在敏捷体系中⌒也有架构，但这个架构是针对一个需求、一个系统而言的，并不能取代企业架构，否则就会陷入“只见树木、不见森林”的困境。而企业架构是面向企业的宏观架构视图，涉及到企业战略、业务〓模式以及技术、组织、流程、制度等方方面面，企业架构的内容并不能一步到位，恰好需要敏捷开发的方法，逐步迭代的实现。

?

05数字化转型，业务架构的设计

企业数字化转型不是瞎折腾，一定要想好为什么转？在进行ζ　转型架构设计之前，我建议你思考◥下以下问题：

?

1、企业数字化的愿景、使命、战略是什么〓？

2、企业要解决什么问题，痛点⊙在哪里？有多痛，是真痛还是假痛？

3、企业要达成什么样的业务目标？

4、机会在哪『里？方案是什么？

5、达成目标需要分几个步骤？

6、谁来主导ㄨ实施？

?

如果这些问题你找到了答案，那么恭∮喜你，你的企业数字化转型架构的第一条螺旋——业务架构，应该可以设计出来了。

?来源：官华《如何从架构视角做↘企业数字化转型》

06业务架①构设计的常见问题

数字化转型架构设计的一过程◤并不简单，充满了很多坑，我给大家介绍两▓个：

?

1、回归初心，想清楚企业的使命和〓愿景是什么？

很多企业没有去想这个问题，或者没有↑想透，也或是认为“使命和愿♀景”这些都是虚的，不解决实际问题。而事实上，“初心”往往决定了一个「企业能够走多远。拿微软来举例，我们知道微软◥当初的使命是“让每个人的桌面上都有一台电脑”，这个使命成就了微软，让微软成为了PC时代的独一无二王者。但这一愿景，到了智←能手机时代也一度成为了微软转型的桎∴梏。直到后来，微软↘调整了它的使命“赋能于每个个人和每个企业，帮他们成▅就不凡！”。在新的使命感驱⊙动下，微软建▓立了数字化的文化，成功卐实现了数字化转型，成为了数字时代能够起舞的大象！请参考《大象也能起╱舞？微软数字化转型启示录！》

?

2、很多企业不知道痛点是什么，在哪里？

企业╲数字化转型的本质是重塑商业模式，单从定义上看，很多∩人会陷入一个误区，认为所有的数字化转型都是颠覆式的创新。但我想说的◆是，颠覆式创新哪有那么容易，我们看到的所谓颠覆式创新90%以上都是在“微创新”的基础上积累出∞来的。因此，企业⌒　在定位痛点的时候，先不用想业务中哪些业务◢可以颠覆，而需要去考虑业务中还存在哪些流程的断点、业务的︼盲点，将其找到并进行改进。

?

实际上，企业业务的痛点就隐藏在这★些断点、盲点之中，当一个个“断点”被数字化连接⌒起来，一个个盲点的被数字化实现，量变引发质变，你会发现：你已经实现所谓的颠覆式创新了。

?

07数字化转型，技术架构的』设计

在设计业务架构这条螺旋的同时，你还需要考虑另ζ一条技术架构的螺旋该怎么设计。设计技√术架构时，你需要考虑以ω下问题：

1、现有的技术团队的能力如何？优势在哪里？技术短※板在哪里？

2、都需要哪些数字化技术？如何引入这些技术？

3、现有的数据有哪些？在哪里？数▃据质量如何？

4、还缺少哪些数据↘，从哪些ζ　能找到，该如何获取？

5、都缺少哪★些专业人才，该∏如何补齐，何时补齐？

?

图：平台化系统参考架构及其特点与价值，来源：《华为行业数╲字化转型方法论白皮书》

另外，数字化转型∏技术架构的设计，我的一个建议是“敬』畏新技术，但要不迷信新技术”。同时，科∞技是推动社会的进步和发展的主要动力，企业应该有开放▲的心态，‘积极拥抱新技术。

?

事实证明，拥抱新技术越早，企业转型的越快。

?

但在这个新ぷ技术层出不穷Ψ ，新概念真假难辨的时↙代，企业也需要有一双“火眼金睛”，去◤鉴别哪些技术是你切实需要的，哪些技术代表了未来的趋势，而【哪些技术就只是概念上的忽悠！

?

08数字化转型的参考架构

在上文中我们给出了中信☉联发布的团体标准T/AIITRE 10001-2020《数字化转型 参考架构》为企业设计转型架构提供到了参考。除此之外，业界还有很多优秀的企业数字化转型框架，我精心挑选出两个非常优秀的供大家参考。

?

1、华为企业数字化转型方法论

在《华为行业数字化转型方「法论白皮书》中，华为给出了“1234”的数字化转型Ψ方法论，该方法论可以指导企业设计转型」架构和路径。

坚持1个整々体战略：将数字化转型定位为组织整体战略，进行全局谋划。

创造2个保障〓条件：通过组织机㊣　制转型激发组织活力，通过文化转型创造转型氛围。

贯彻3个核↘心原则：将“战略与执行统筹，业务与技术双▆轮驱动，自主与合作并重”三个核心原▓则贯穿到转型全过程，保证转型始终在正█确的轨道上。

推进4个关键行动：通过“顶层设计、平台赋能、生态落地、持续迭代”这4个关键行动，控制数字化转型的关键过程。

?

图：行业数字【化转型行动纲领，来源：《华为行业数字⊙化转型方法论白皮书》

2、德勤的智能化∞建设1+N模式框架

德勤∩公司在《数字化转型新篇◥章：通往◢智能化的“道法术”》的白皮书中给出了“智能化建设1+N模式框架”：

“1”指极◇致的核心场景。每个企业都有∞1个或多个核心业务，企业的业务一定是和企业的发◣展目标相关的。这些业务提↓升会带动整个企业的提升。面对这些核心︼业务场景，我们需要将智能化做到“极致的效果☆”，因为这些领域每提升一个百分点的效果，对企业都至关重要。

“N”指规模化落地。“N”追求的是规模化落地，很多企业都面临〖着“全面智能化改◆造”的难题，在面对1千个甚至更多场景时，如果每个都做ζ到极致，代价和效率是不够的。而在大部分∩企业中，业务价值链与可智能化的场景应用也普遍非常分散。这种情况※下，智能化的规模化落地，往往比单场景的极※致效果对企业更有价值。

?图：“智能化建设1+N模式框架”，来源：德勤《数字化转型新篇章：通往智能︾化的◇“道法术”》

写在最后的话

参考《麦肯锡数字化转型四步法》，在企业的数字化转型之旅中，设计转型架构是企业数字化的¤第二步。个人认为这一步也是最关键的一步，说它关键，不仅是因为这一步是上乘“企业数字化战略”，下接“数字化落地决策”，更重要的这一步也卐是构建企业数字化能力，培养数』字化文化的基础，描绘出企业数字化的整体蓝图。