Gartner 定义的可组合企业是什么？有什么优势？如何构建？
从松散组织到模块化运营，一篇文章看懂什么是可组合企业
不可预测性与波动性逐年增加，可组合企业如何助力组织经营脱危？
像搭建积木一样运营企业，可组合企业正在成为数字化转型新趋势
文/王吉伟
麦肯锡预测，到2027年，标准普尔500指数上市公司中约有75%将不复存在。
之所以会有这个预测，在于如今大多数组织虽然了解数字化转型的重要性，却仍在考虑采用数字优先的方法实施转型。许多企业并没有在整个数字生命周期中工作，而是陷入了业务直接迁移的泥潭，转型过程冗长痛苦且效率低下。
目前，仍有许多企业依赖单体ERP系统和具有静态流程的传统应用程序。这些传统系统已经与全球24/7全天候进行的商业数字世界出现巨大鸿沟。
这种形势下，那些仍旧不能采取有效数字化转型措施的企业，自然会被采用全新方法论与数字化逻辑的企业追赶上并越落越远。
想要改变这种状况，组织需要变革以及新的体系架构与新方法。否则他们的业务将会停滞不前，效率低下，无法快速做出数据驱动的决策。而长期拘泥于老旧系统与IT架构，也会为其经营带去更多的未知与波动。
Gartner 在2020年的一项研究报告中预测，不可预测性和波动性将会成为可预见未来的业务驱动因素。企业必须接受业务可组合性，才能在2022年及以后的颠覆中蓬勃发展。
此报告一经发布，立即得到大量组织的响应，“可组合企业(composable enterprise)”这一概念也变得炙手可热起来。
Gartner相关数据显示，高可组合性企业预计2022 年的收入和 IT 预算增长将比中等或低可组合性同行更大。2022年，高组合性企业的首席信息官和技术高管预计其收入和IT预算将分别平均增长7.7%和4.2%，而低组合性企业仅预计两者将分别增长3.4%和3.1%。
Gartner研究副总裁Monika Sinha也在某会议上提到，业务可组合性是组织波动性的解毒剂。在具有高可组合性的组织中，63%的首席信息官表示，与同行或竞争对手相比，其业务绩效更胜一筹，同时组织也能够通过技术更好地追求新的价值流。
由此可见，可组合企业能够让组织的运营效率大幅提升，并已成为组织经营与数字化转型的重要发展趋势。
到底什么是可组合企业？具备什么优势？为什么组织需要转型为可组合企业？又该如何建立可组合企业？本文，王吉伟频道就跟大家聊聊这些。
本文内容，主要包括以下几部分：
1、什么是可组合企业？
2、为什么组织需要向可组合企业过渡？
3、可组合企业有什么优势？
4、可组合企业架构与RPA
5、可组合企业与可组合业务
6、如何构建可组合企业？
7、可组合企业长期愿景与路线图
篇幅略长，建议先收藏再阅读。
什么是可组合企业?
Gartner将可组合企业定义为一个能够交付业务成果并适应业务变化速度的组织。
可组合企业是一个组织级结构，它对业务战略、供应商采购、技术/架构决策以及重新定义业务和IT之间关系的组织模型都有影响。
可组合企业更多的是用于描述数字服务交付和软件开发的模块化方法。换句话说，它是一种插件应用程序架构，可以轻松配置和重新配置各种组件。它代表了软件开发从单体技术套件和基于代码，过渡到面向服务和组合的架构以及多个可互换应用程序的互连生态系统。
可组合企业的交付核心是适应和更改组合中的应用程序的能力。要做到这一点，组织需要从目前的不灵活、单一的应用程序状态，发展到更模块化、更适应业务变化的产品组合。可组合企业所具备的这种能力，被Gartner称作打包业务能力(PBC，Packaged Business Capabilities)。
也就是说，可组合企业通过组装和组合PBC来实现交付业务成果以及适应业务变化速度。
PBC是已购买或开发的应用程序构建块，它由一组数据架构和一组服务、API(应用程序编程接口) 和事件通道组成的软件组件，也可以理解为围绕特定业务功能开发的应用程序或软件组件。
PBC使用其API和事件流进行组装，以创建直观的应用程序体验，并可根据个人需求或偏好进行定制。它定义了一组新的应用程序功能，可以随着业务需求的变化进行组合与重组。
PBC就如独立的应用程序，可独立部署且范围小，最终用户可以轻松“消费”，并作为更大用户体验的构建块。
这又怎么理解呢？举个例子，电商网站中的购物车、推荐引擎和聊天机器人等应用程序，就是由多个面向客户的PBC组成的。商家不需要从头构建这些程序，而是使用电商平台来混合和匹配现有的最佳应用程序。
需要注意的是，PBC一个关键变量就是 API 和 API 管理。企业架构师需要 API 来促进和扩展整个数字企业的 PBC，API 则允许将组件的自定义组合拼凑在一起。这样，各种程序与业务就能够以“构建块”的形式存在。
事实上，PBC代表了某些定义的业务能力，很多是开发人员创建自定义组装应用的构建块。它们以连接关键软件和微服务的方式，使组织能够更快地扩展业务功能。功能可以重用和重新调整用途，以形成新的和不同的应用程序。
由于它们是可以通过多种方式组装的构建块，开发团队就可以轻松地将组件拼凑在一起，以便提出新功能来满足组织的独特需求。
如果一个组织所有的业务及技术单元都以这种构建块的形式存在，那么所有业务便可以像RPA一样以搭积木的形式进行创建，实施与上线的速度必然会大大提升。
某种程度上，它非常像低代码、RPA等技术带来的全民开发，只不过是应用到了组织运营上。当然，可组合企业在可组织的业务架构层面也离不开全民开发，王吉伟频道会在后文详述。
为什么组织需要向可组合企业过渡？
身处当前的各种不确定时期，组织经营都需要提高敏捷性、效率和弹性。为了实现这些目标，广大组织会越来越多地采用一套新的以业务为中心的设计原则，可组合企业也就应此而生。
可组合企业架构的出现，主要是因为对可配置性更强的应用程序体验的需求，以及发展现有应用程序组合的需求，这些应用程序组合通常风险太大，且成本太高而无法替换。
新的业务机会，需要应用程序组合的敏捷性。然而，许多组织的适应能力仍然有限。它们依赖于单体 ERP 系统、具有静态流程和杂乱结构的繁琐遗留应用程序。模块化设置，可以使企业根据需要根据外部或内部因素重新安排，例如消费者态度的转变或突然的供应链中断。
组织现在正在经历这些转变，需要一种新的企业应用程序方法来适应。可组合企业方法论，正好可以满足这一点需求。
可组合企业利用 API 经济，让企业以模块化方式将其产品组合在一起，将组件分解为微服务或PBC的较小服务。这是从单一的大型应用程序到模块化业务流程的转变，这些业务流程可以用于特定的业务目的，并集成到公司的技术堆栈中。
这种转变的原因，在于不断进步的技术，迫使企业必须满足客户需求并跟上技术创新的步伐。客户希望获得越来越多的个性化、互联的数字体验、按需功能、人工智能以及旧业务模式的更多数字化，企业必须快速适应客户不断变化的需求。
在 2021 年的一份报告中，Gartner 预计到 2023 年，30% 的新应用程序将作为打包业务功能交付，而 2020 年这一比例还不到 5%。超过 75% 的中小型 SaaS 供应商，将使用打包业务功能的架构来击败竞争对手。
最近Boomi也有一份报告显示，到2023年，采用可组合方法的组织将在新功能实现速度上超过竞争对手80%。
这种转变要求企业重新思考如何构建运营，利用打包的功能和技术的组合，并成功地为客户提供无缝的服务。
因此，现代企业必须倾向于可组合的转型，以摆脱业务、技术及服务单一的局面。可组合性方法，正是捕获现代企业软件所有优势的最佳方式。
总而言之，对于快速、动态地创新和调整应用程序，可组合企业有着天然的优势，非常符合当前阶段以及未来广大组织对于敏捷高效转型的期许。
可组合企业有什么优势？
前文我们提到，电商平台是一种典型的PBC可组合架构。
现在，云计算与AI平台、数据与业务中台、低代码\自动化平台等平台型产品，都已具备这种PBC能力。基于这些平台进行创业以及开展业务的用户，都可以直接用平台提供的PBC能力快速根据自身业务需求，组织及构建需要的应用程序及产品，并对外输出给自己的用户。
这些拥有PBC能力的平台型组织，本身的敏捷性与快速响应能力也在持续提升。
PBC融合微服务、API、低代码等技术手段，能够为组织带来的好处如下：
- 降低复杂性。企业处理的构建块更少，这意味着更简单的构建、部署和人员培训。
- 更改和升级的能力。随着新微服务的出现，可以更改旧的微服务以适应新技术和框架。
- 提升敏捷性。允许组织实时创新并适应快速变化的业务条件。
- 更自由的定制。由于数字服务由众多单独的组件组成，组织可以根据特定的业务需求和结果，更轻松地定制应用程序。
- 业务责任的分布式所有权。使组织能够采用跨职能的装配线方法来进行软件开发，低代码工具还使公民开发人员能够自行进行更改和更新。
- 内置安全性和治理。由于它依赖于可重用的代码和模块化软件设计原则，组织无需在每次启动新的软件开发流程时都重新建立标准，安全性和治理在每个构建块中都是标准化的。
- 创新目录。支持开放的应用程序生态系统，公司可以在已建立的可组合组件中进行选择。
同时，因为模块化架构与定义明确的API 配对具有更高的灵活性和敏捷性等优势，可组合企业方法还可以为组织带来以下几点益处：
1、快速创新
对于可组合的应用程序，无需进入后端代码进行更改，可以在 API 中配置业务逻辑。我们在添加或更改现有代码时，总会出现一些错误。通过模块化的设计方法，可以跨接触点无缝进行或撤销更新。没有业务孤岛和多余工作，一切都变得更容易更快。
2、复杂性支持
模块化架构，可以支持跨市场和渠道的复杂业务模型。比如需要将购物解决方案从网络浏览器引入移动应用程序、语音商务、AR和VR、店内数字和非接触式交易的公司，将会非常需要这种可组合的架构。
3、定制解决方案
组织可以策划自己的打包业务功能和微服务，这意味着他们可以随时选择满足其需求的最佳工具。灵活性还允许他们根据需要更换组件，构建和购买的服务组合在可组合的环境中协同工作。
可组合企业与RPA
大家已经知道，可组合企业架构面向服务和组合的架构以及多个可互换应用程序的互连生态系统，目的是通过整合与调度技术、业务等各种资源让组织更加敏捷。
在王吉伟频道看来，这就要求构成PBC包含各种技术与产品的“构建块”应该更加敏捷，需要消除各种简单、重复的业务流程，并通过智能化、自动化提升模块效率，因此AI、RPA、低代码等技术就是必不可少的。
同时，可组合企业要求所有的构建块能够包含智能化与自动化元素，最终通过更加智能、自动的方法匹配与组装各种模块。
此外，可组合企业需要融合团队，融合团队离不开配合与协作，业务流程方面的人机协作不可或缺，基于RPA的业务流程自动化则是打开人机协作的最佳方式。
这样，可组合企业架构与RPA等智能自动化技术及平台就形成了紧密的关联。
另一个角度来看，可组合企业架构还为我们带来了可组合的企业劳动力。
要成为可组合企业，除了映射业务需求、设定目标和探索相关技术之外，组织还必须能够获得能够适应可组合业务的人才，并找到准备创新的供应商。一家公司要过渡成为可组合企业，员工的工作方式与技能同样也需要改变，才能胜任相应的工作岗位。
由此，可组合企业正在以多种方式改变劳动力，包括：要求IT和业务领导者在目标上保持一致、供应商、技术人员和合同工之间更快速的协作、探索替代管理方法以实现快速变革以及寻求其他特定于应用程序的必要技术合作伙伴等。
低代码、RPA、流程挖掘等技术的兴起，也使得程序开发走向软件民主化，大量的一线业务人员正在成为平民开发者。
低/无代码平台加速开发和交付，为了帮助构建可组合的企业，无代码选项允许用户控制体验，而无需花时间进行硬编码。
软件民主化，则意味着无需密集和昂贵的教育和培训，即可更容易地获得技术或业务专业知识。软件民主化将使公司能够提高效率，更快地响应变化并减少进度延迟。它还提供了更大的灵活性，减少了开发应用程序和其他解决方案所花费的时间和成本。
低代码、RPA等平台带来的软件民主化，极大地减轻了IT部门的开发负担，也让程序开发变得更加简单与高效，使得更多组织能够加速转型成为可组合企业。
可组合企业与可组合业务
根据Gartner的说法，业务可组合性是让组织创新和快速适应不断变化业务需求的思维方式、技术和运营能力。它建立在将模块化的关键原则应用于业务资产的基础上，以实现业务雄心所需的规模和速度。
这意味着，可组合的企业的目的是运营可组合的业务。又该如何理解可组合业务呢?
Gartne认为，可组合业务分为可组合思维、可组合业务架构和可组合技术三方面内容。
可组合思维是最上面的一层。企业在设计业务的时候，从理念上就要考虑把业务设计成可组合的，便于未来重新组装。也可将其理解为“模块内部紧耦合，模块之间松耦合”。模块和模块之间耦合的关系是松散的更便于拆解，模块内部耦合是比较紧的、形成一块积木。
可组合的业务架构，指的是企业的职责是不分散。工业时代的企业是为稳定和缓慢、可预测的变化而设计的。在数字时代，业务架构需要针对不确定性和持续变化进行设计。可组合企业不是针对效率进行优化，而是针对适应性进行优化，系统、流程和工人不再服务于一个预定的项目。
高可组合性企业采用数字结果的分布式问责制，反映了大多数首席信息官多年来一直在努力实现的转变，并创建了融合业务和IT部门的多学科团队，以推动业务成果。
可组合的技术，就是采用适合数字化的敏捷方法论。业务依靠技术运行，但技术本身必须是可组合的，才能运行可组合业务。可组合性需要扩展到整个技术堆栈，从支持新系统和新合作伙伴快速集成的基础设施，到支持思想交流的工作场所技术。
调查显示，高可组合性企业的CIO和技术主管在迭代技术开发、跨系统和人员共享数据以及构建集成能力、数据分析和应用程序方面，都会更加积极地向前推进。
同时，Gartner还给出了可组合业务的四个核心原则。
模块化：可组合应用程序中的组件应具有单一、清晰和完整的业务标识。构成任何可组合应用程序的独立构建块应该足够小，以便它们允许企业保持敏捷，但又足够大以成为独立服务。
发现：可组合性的概念旨在支持业务和 IT 团队的需求。发现就绪性要求团队应该能够轻松识别和访问组件和文档，并将其包含在解决方案中。
自主性：模块化构建块需要易于更改和独立，这与单片应用程序不同，在整体式应用程序中，对一个部分的任何更改都会影响整个系统。
编排：编排就绪情况是指应用程序与其他应用程序交互的开放程度，还包括对其安全性和治理功能的度量。
了解了可组合性的原则，就可以为组织提供了战略性规划其技术决策的基础，以便他们能够找到或构建利用正确架构、流程和团队的系统。
后记：如何构建可组合企业？
从技术角度而言，组织可以通过微服务、API、低代码平台和容器实现或者将现有组织转变为可组合企业。
但只有技术是不行的，前面我们讲过可组合企业的三层为可组合的思维、可组合的业务结构和可组合的技术。可组合思维是第一步，然后才是业务架构与技术。所以，就需要组织按照一定的逻辑，通过一定的路径来逐步打造及过渡至可组合企业。
以下是构建可组合企业的四个关键步骤，供大家参考。
1. 使用业务架构推动创新，改变业务和运营
可组合企业的基础是API。它们在云服务、业务系统和移动应用程序之间共享安全数据，以连接组织的业务、供应商、合作伙伴等，API 对于开发可组合企业至关重要。
为加快变革速度，需要新的管理流程以让IT和业务团队目标保持一致。从执行层面来看，首席信息官应该提供愿景，以引领向 API 驱动型解决方案的转型。这一步，将为组织的业务需求创建流程图，确定首选结果，并确定哪些技术可以实现创新。
2. 利用融合团队的适应性，进行工作实践和协作开发
根据Gartner的说法，融合团队是“多学科的数字流程团队”。这些团队专注于数字业务风险的人性方面，并修改 IT 与企业合作的方式，以培养分布式数字交付模型。
因此，这些团队必须寻求与业务方面的接触，以了解他们的需求。融合团队不仅每年更新和升级特定技术，相反它是一个全面的模型，需要新的技术和流程策略来反映适应性。
真正的可组合企业，可以提供以下功能：
- 按需系统可扩展性；
- 与所有客户端和设备集成的服务和应用程序；
- 自动化和按需服务；
- 应用程序和数据的自助服务选项；
- 面向服务的体系结构；
- 可用、可访问且集成到数据流中的企业数据。
3. 使用信息力量，推动明智决策并提供新服务
API 提供了一种用于连接和共享数据的受控且可使用的方法，是消费者和业务数据之间的纽带。然而，API 可以将消费者和业务数据分离，以便它们独立工作。
此外，API可以保护和管理对数据的访问，因此企业可以快速做出决策并提供适应市场变化的相关新服务。
4. 将数字和技术平台模块化，整合技术实现转型和快速实施
大部分企业，都拥有复杂的技术堆栈。组织可以使用将传统技术与新技术相结合的API ，驱动多层架构来提高灵活性。它从底层系统层开始，例如专有数据库和ERP系统。通过API 可以从系统层访问不同的系统，以显示数据并降低整体复杂性。
接下来是流程层，包含了使用和修改数据的业务流程。组织可以使用API将流程层转换为单个服务，该服务跨地理位置、渠道和产品封装数据，而不管来源如何。
最后是体验层，即跨渠道的数据消耗。比如电子商务网站和移动应用程序可能需要访问相同的消费者数据，但需要以不同的格式发送数据。
在体验层使用API可以确保修改的数据。它的消费与目标受众相关，并且来自集中的数据源，而不是点对点的数据渠道。此外，组织还可以重用API而无需创建新的API，因此拥有更灵活和可组合的体系结构。
在王吉伟频道看来，如果在数据流通业务中配合API与UI集成的自动化，这个过程将变得更加简单且投入更低，显然超自动化平台将会在其中扮演重要角色。
整合低代码集成平台以及RPA平台，对于实现快速创新和市场响应的敏捷性至关重要。通过将微服务与API 相结合，组织可以实现基于网格的系统，以提高速度和简化。
Gartner认为，组织向可组合企业的过渡是渐进的。初期组织即使是数量有限的PBC，也会显著提高组织的敏捷性。而随着时间的推移，软件供应商和市场将提供更多以PBC为中心的应用程序。许多遗留应用程序将朝着PBC模型进行现代化。可组合企业的动态体验，将成为软件创新的主流架构、集成和交付模型。
需要说明的是，每个企业的业务、组织架构、业务及IT情况不同，自然实现可组合企业的路径也会有所不同。以上四个步骤仅供大家参考，更多的还需要大家自行理解与掌握。
最后，附上Gartner在相关报告中给出的可组合企业对组织的长期愿景以及可组合企业路线图，这些问题可以帮助大家决策如何转型为可组合企业。
可组合企业长期愿景自测问答：
■ 我所经营的市场在未来三到五年将如何演变，这将如何改变竞争格局？
■ 我们的业务战略和运营结构需要如何改变以反映不断变化的市场动态？
■ 我们正在追求哪些新的商业模式?我们计划打入哪些新市场？
■ 通过内部开发能力，而不是从供应商处购买标准能力，我们可以在哪些领域获得竞争优势？
■ 我们的客户/客户的需求如何变化？
■ 为了超越竞争，我们可以在战略中注入什么样的产品、服务和流程创新？
■ 我们的合作伙伴生态系统需要如何变得更加灵活，以适应不断变化的需求，并不断发展以反映我们不断变化的战略？
■ 在数字接触点和交互模式的多体验环境中，用户体验期望如何变化？
■ 技术提供商不断变化的格局将如何影响我们的战略？
■ 我们当前的技术起点是什么?这将如何影响到可组合企业的发展？
■ 我们需要如何改变管理应用程序组合更改的方法？
■ 鉴于技术对业务成果的影响越来越大，我们如何重新定义业务和IT之间的关系？
可组合企业路线图基本要素：
- 一套明确定义的业务成果，与组织的战略目标和使命直接相关；
- 将现有应用程序状态从一组单片应用程序现代化为一组更适应业务变化的应用程序的计划；
- 反映战略供应商路线图及其对您自身业务战略的影响的供应商战略；
- 将为可组合企业提供基础元素的目标架构；
- 调整应用程序交付模型以确保组织能够适应业务变化的步伐的计划；
- 强大的集成平台战略，可实现IT和非IT人员的民主化、自助式集成和组合；
- 衡量业务成果实现情况的机制——这将有助于保持势头，并为这一努力争取持续的支持；
- 一种风险分析和缓解策略，用于应对组织按照路线图交付时出现的预期和非预期挑战。
【文末福利：本文参考了Gartner关于可组合企业的报告。对报告感兴趣的朋友，请在后台发消息 comp 获取两篇报告。】
【王吉伟频道，关注TMT与IoT，专注数字化转型、业务流程自动化与RPA。】
,
