CBM 业务模型是什么和为什么？

在企业架构中，笔者认为基于能力的规划(CBP）是最吸引人的几处之一。能力回答了长期主义、效能、对齐这些对企业而言十分重要的一些问题。然而，遗憾的是 TOGAF 并未提供关于能力建模完整的描述，笔者在做业务架构设计中总觉得业务架构设计和战略层面的能力规划无法很好的衔接。而 CBM 模型恰恰弥补了这个空白点。

CBM 业务模型

CBM 全称是 Component Based Modelling，即组件化业务模型。CBM 被 IBM 全球战略与变更业务咨询服务部（GBS S&C）的顾问所采用，被用作业务转换的指导方法。通过使用 CBM 模型这一分析工具，公司可以得出企业的组件视图，从而确定出成为一家组件化企业所必须面对的差距和冗余。分析包括如下活动：确定出各种具有凝聚性的活动，将这些活动组合成独立的单元并对其逻辑进行测试，最终形成组件映射。如图所示的是零售业的组件映射范例。

CBM 模型按照业务能力和责任级别两个维度，对业务组件进行了组织。通过这一模型，管理人员就可以设想当前的业务活动是如何通过一系列相互联系的模块运行实施的。

CBM 模型按照业务能力划分各种活动并形成组件。为每个活动指定一个责任级别——即引导、控制和执行。

• 引导：本级别的组件应该向其他组件提供战略方向和公司策略。此外，还应该促进组件间的配合。

• 控制：这些中层组件在引导级别和执行级别的组件之间发挥相互制衡的作用。他们监控业绩、管理例外情况并发挥看管资产和信息的作用。

• 执行：这些“现场的”组件所提供的业务行动可以促进企业的价值实现。他们处理各种资产和信息，供其他组件或最终客户使用。

业务组件(CBM)

CBM 业务组件是构建专业化企业的功能模块，每个组件包含五个维度：

1. 业务用途（business purpose）：在组织内部存在的目的，这表现为该组件向其他组件所提供的价值。

2. 活动（activities）：为了实现业务用途，每个组件都要执行一系列相互独立的活动。

3. 资源（resources）：组件需要的各种资源，如人员、知识和资产等。

4. 治理模式（governance model）：每个组件都根据自己的治理模式以相对独立的实体方式进行管理。

5. 业务服务（business services）：像单独一个企业一样，每个业务组件都可以提供和接受服务。

为什么需要业务组件？

通向专业化

在笔者任职的几家公司，几乎所有的老板都有一个平台化的愿景。连接一切、无边界、共享这些词汇过于诱人，以至于我们几乎忘记了资源限制、竞争环境、自身能力这些企业经营的基本要素。许多企业都倒在了盲目追求平台化的道路上。

大疆从服务于无人机飞竞爱好者起步，小米从服务于手机发烧友开始起步，阿里从服务于中小商户开始起步。即使微信这样真正意义上的生态型、平台性产品也是从一个聊天工具起步。

在资源永远有限的前提下，企业的成功越来越依赖其绝对的竞争优势。在这种环境下企业得以生存的关键在于重点经营好少数几个关键的业务，这也就是 IBM 如此强调专业化的原因。

但是，如何才能使企业有效实现专业化呢？CBM 模型可帮助管理者评估整个企业的目标和战略，同时有效利用内、外部专业化的优势。CBM 模型可以帮助公司不断扩张和发展而不增加其复杂性，同时还能降低风险、推动业务绩效、提高生产率、控制成本、改善资本效率、增加财务的可预测性。例如，某银行会有五个不同的小组来处理信用评分，而经过简化后的新的信用管理组件则可以管理所有潜在顾客信贷活动，如管理申请流程、配置信贷资源以及信贷政策合规性管理等。信用管理组件具备自身的管理结构和治理模式，从而具有高度的自主性。原则上，它能作为单独的业务向本公司提供服务。必要时，它还能为其他公司提供服务。CBM 组件图在形式上很像我们的组织架构地图，但 CBM 维度更高，CBM 包含了组织责任、流程、资源、治理模式和服务这些信息。CBM 组件图可以映射到组织架构图和业务流程(L2-L3 级)，同时 CBM 组件可进一步进行 L4 级流程分解。业务组件和组织结构、流程的关系如下图。

形成企业能力地图

笔者在《为什么能力如此重要》一文中阐述过能力的重要性。在企业架构中，能力是连接战略、需求、业务、资源和信息的一个重要锚点。基于能力进行规划是业务架构设计的抓手。和能力组件一样，CBM 组件也是企业功能的组成部分，也包括了组织责任、流程和绩效等信息，所以 CBM 组件就是能力组件，CBM 图可以作为能力地图来使用。企业从一开始就应该有能力规划的意识，但此时做好人员招聘和团队建设几乎是能力规划唯一要做的事情。从安索夫矩阵来看，真正的能力建设发生在市场开发、产品延伸和多元经营阶段。

能力包括组织能力、流程能力和技术能力，其中组件复用能力就是技术能力的一部分。例如，针对不同客户群体多客户端的开发需求，开发者可以提供分布式 ui 编程框架以及业务逻辑能力化，从而使得开发者可以基于同一个工程高效构建多端自动运行 app，实现真正的一次开发多端部署。进一步，在业务组件地图上可以映射能力成熟度、价值和风险信息。可以帮助管理者从战略、操作层面分析现有业务。例如：短期内可将已经列入公司战略的共享服务中心，列入尽早实施的名单中。

CBM 分析

CBM 分析包括三个阶段：

1.洞察阶段：这个阶段可以通过现状分析(组织和流程)、参考模型形成企业的组件视图。

2.架构阶段：这个极端目标是确定出组件业务的“未来”远景与“当前”状况之间的差距。这揭示出该公司目前是如何组织其员工、流程和技术的。要掌握该公司当前功能和市场位置的所有情况，如组织图、成本推动因素、应用程序组合、技术投资、关键的绩效评测标准和现有的流程。

3.投资阶段 ：这个阶段决定如何弥补各种差距，即公司可以实现多大的飞跃？可以承担多大的变化？公司应该首先将侧重点放在哪些领域上？哪些方面可以迅速取得成功？经过 CBM 分析的三个阶段，企业将得出一个“转型路线图”，它指导企业从某一个业务领域（例如：客户服务）尝试组件化。

总结

• CBM 是 IBM 提出一个业务组件模型。

• CBM 组件包括业务用途、活动、资源、治理模式和业务服务。

• CBM 组件图可以映射到组织架构图和业务流程(L2-L3 级)，同时 CBM 组件可进一步进行 L4 级流程分解。

• CBM 分析方法包括洞察、架构和投资三个阶段。

• CBM 提供了一种能力地图建模的方法。

End