数字化转型中，如何高效设计业务架构？

数字化转型的传统过程中，企业往往不关注架构设计，或者只关注 IT 层面，未从企业架构宏观视角出发进行设计，特别是在整个企业架构中扮演着至关重要的业务架构。

业务架构是明确从企业战略计划到企业各部分如何运转的工具，其从企业的全局视角，对后续IT架构及业务运营方向提供指导。

本文我们主要介绍什么是业务架构？业务架构包括哪些主要内容？以及如何有效构建业务架构？

1

什么是业务架构

业务架构（Business Architecture）来自业务，业务最终的目的是“售出产品，换取利润”，业务是为企业产生盈利的工作和经营活动，一般指面向客户销售商品。

业务架构是企业架构的基础，它是一个企业蓝图，提供一种业务层面的共识，是为支撑企业业务的目标而定义的一套运作管理体系的结构化描述，描述各级组织日常业务运作、模块化和层次化的业务能力结构，为应用架构、数据架构、技术架构提供指引。业务架构与企业战略计划直接相关，是企业战略计划转化为实际项目及日常运营的关键。

广义的业务架构与企业的业务板块和组织结构有密切的关系，既涉及企业的核心业务板块，如技术研发、生产制造、采购供应、市场销售、客服服务等纵向业务，又涉及支撑企业日常运营的运营部门和财务、人力、行政、仓储、IT等支撑部门的横向业务（见图1）。业务架构可以明确企业人员、资金、信息化、服务等企业资源如何进行部署和分配。

图1  业务架构与业务板块

业务架构是基于企业战略计划确定企业各组织部分如何运转的机制，是从战略范畴到战术范畴的转化，是对企业战略计划和业务需求的高度总结。比如，需要开展什么业务？产品和服务的市场定位是什么？如何进行市场竞争？需要具备什么样的资源、技术等？如何与利益相关者达成一致的业务理解？这种战略的转化需要从企业的商业模式及业务价值链进行分析。

现实中，很多企业对业务架构不够重视，要么没有体系化的业务架构，要么将业务架构作为IT的一小部分。其实，业务架构在企业架构中承载着非常重要的作用，如果没有一个好的业务架构来准确表达企业的业务，则会对企业数字化转型效果产生很大影响。

业界关于架构的讨论，对“业务”与“技术”的结合越来越看重，一些主流的架构形态也或多或少与业务架构密切相关，比如 Gartner 提出的“预置的商业能力(PBC Prepakcage Business Capabilities” ，以及当前讨论比较多的“第四代 ERP”架构，以及阿里电商核心的“商业能力”，抑或是经典企业架构理论TOGAF中，也都提及了业务架构的作用和价值。关于TOGAF，感兴趣的可以看看笔者之前的文章：

企业架构经典理论：TOGAF

图 2 TOGAF 核心架构

2

业务架构的内容框架

不同的企业或理论对企业架构具体涉及的内容的设计或描述有所不同，比如最近ThoughtWorks提出的现代企业架构方法论 MEAF中，也提出业务架构的建设的核心是“业务-场景-阶段-活动-任务-步骤-规则；业务身份-解决方案-能力组件-扩展实现-扩展点-领域对象-领域事件”。笔者认为，有些偏DDD的一些概念最好在应用架构中进行阐述，业务架构处理核心的商业模式-业务能力-业务流程的分析和转化，这样可以让架构分层更加合理，在具体客户落地中也更好实施。

从整体企业架构的角度，笔者认为业务架构最重要是如下几个核心要素：

图3  业务架构内容框架

• 商业模式：本质上是企业战略计划中对企业业务的商业模式的描述，回答企业用什么方式盈利，如何盈利，开展什么业务等。
• 价值链：描述企业的业务价值链条，本质上是业务流程的顶层能力和流程的体现。
• 业务能力：执行产生价值结果的活动的能力体现，过程中可能包括组件化的分析，对企业的业务进行全面、直观的反映。
• 业务流程：由一系列业务活动经过一定的逻辑方式组合起来，以实现某种业务目标的过程
• 组织架构：与业务架构密切相关，包括业务划分、相关的职责和权利，也涉及绩效考核。

我们再通过图4来看看这些概念之间的关系。从战略角度主要回答Why，客户需要什么，企业通过商业模式回答要做什么，战略计划是什么，并伴随着组织结构的设定。业务架构主要回答What的问题，通过对战略计划的分解，产生价值链，并进而分析出业务能力及业务流程，业务能力关注结果，业务流程关注过程，再结合核心的业务活动，进而产出业务架构。从架构视角来看，业务架构是企业IT架构的输入，领域服务、领域模型、数据模型等都是企业IT架构的范畴，进而从方案视角设定企业产品和解决方案。之后，通过实施视角回答How的问题，也就是通过项目落地实施，产出产品与服务的具体组合，进而交付给客户，同时经过治理运营进行持续的迭代优化。

图4  业务架构各元素之间的关系

而关于DDD和应用架构部分，感兴趣的朋友可以读读我这篇文章：

领域驱动设计：DDD

3

业务架构设计方法

接下来我们看看如何设计业务架构。业务架构设计流程主要包括以下几个步骤，在实践过程中，企业可以对下面这些步骤选取部分或者加以修改，核心目的是将企业的业务表述清楚。

1）业务调研

业务调研是业务架构的准备阶段，是对企业业务的全面了解，建议以企业战略计划为核心输入，并收集企业业务相关信息，比如内部的一些资料，公开的财报等。

2）分析商业模式与价值链

通过商业画布的九宫格我们可以将企业商业模式可视化，全面分析企业的商业情况；然后，我们应对企业的价值链进行分析，明确产品和服务的核心链条，找出企业核心的业务场景、业务痛点和业务需求。

3）分析业务能力

接下来我们需要分析业务能力，将企业核心的业务活动通过业务能力进行表达，通过图形化的方式进行清晰的展示。同时通过业务能力组件进行组件化，从业务目标、活动、资源、管理及业务服务进行分析。

4）分析核心业务流程

在关键业务能力和关键活动分析出来之后，应对核心业务流程进行分析，业务流程要清晰地定义活动、流程、数据、角色及目前流程的痛点，同时通过数据展示内外部的联系，如业务协作、信息流向等。

5）描述当前和目标业务架构

接下来我们需要进行业务架构的整理，核心是通过业务能力、业务流程的梳理，找到核心的业务活动，并梳理出对应的业务功能，最后将业务流程和业务能力组合成一张业务功能矩阵图。

6）描述周边关系

完善分析出的当前和目标业务架构，从而进行GAP分析，找到合理的迁移过渡业务计划，逐步明确实现目标架构所需要的能力、流程、活动，并制定演进路线图和确定业务能力的优先级。

7）评估业务架构

我们可以通过架构委员会对业务架构进行整体的评估，并邀请相关的业务专家参与。在评估业务架构时，应重点分析业务架构的各个组成要素，当前和目标业务架构，使得企业所有人员可以清晰地了解业务架构的定位与未来方向。

8）确定业务架构

至此，业务架构已初步梳理完毕，不过整个架构是一个迭代的过程，需要做好版本管理，并在架构资产库中做好管理，同时沉淀对应的各种架构视图。这个过程中需要对当前业务架构进行不断的验证，促进下一次迭代优化。

企业管理者或者企业架构师如果按照上述的方法和思路设计和梳理企业的业务架构，会极大提升业务架构建设的效率。

*本文节选自《数字化转型架构：方法论与云原生实践》，作者王思轩

▼

《数字化转型架构：方法论与云原生实践》一书进一步地详细阐述文中提到的业务架构的几个要素的设计细节、相关的理论参考、以及一些业务架构的参考设计等。欢迎阅读此书了解更多相关内容。

内容简介

本书既有顶层设计、方法论，又有落地技术选型、实践，建议企业决策者和管理者、企业架构师和分析师、软件架构师和软件开发工程师、院校师生选择阅读！

本书提出数字化转型架构方法论，将企业总体架构规划与具体落地的云原生技术架构结合在一起，构建企业在业务层面、应用层面、数据层面、技术层面及管理层面的全面立体化架构体系。

本书从数字化转型的发展趋势和本质出发，引出企业架构和云原生架构对于数字化转型的核心价值，同时介绍企业架构的经典理论，进而引出企业云原生架构方法体系，然后详细讲解业务架构、应用架构、数据架构、技术架构、架构治理、组织架构、架构师的自我成长及相关参考实践，助力企业数字化转型。 

作者简介

作者王思轩博士拥有阿里、华为、Qlik等国内外多家企业从业经验，主导过多个企业数字化转型项目和云原生技术咨询工作，7年北美和欧洲海外经历，发表学术论文10余篇。

作者的个人公众号是“架构思轩”，欢迎订阅。

京东满100减50

快快扫码抢购吧！

如果喜欢本文欢迎 在看丨留言丨分享至朋友圈 三连

 热文推荐  
云原生架构：从技术演进到最佳实践
一行Python代码解决问题是时尚还是玄学
看半小时漫画，通晓计算机基础
基于Spinnaker的全自动渐进式交付
▼点击阅读原文，查看本书详情~