聚合架构:面向数字生态的构件化企业架构
上QQ阅读APP看书,第一时间看更新

1.5 CBM

CBM(Component Business Model)是IBM公司在2004年提出的架构开发理念。与其他架构方法论相比,CBM最大的特点是偏重于规划,从业务角度推导企业整体IT规划,因此笔者更愿意将其称为诊断工具。

CBM的方法论中提出了专业化企业(Specialized Enterprise)的概念,认为这是企业演进的方向。企业的专业化包括内部和外部两个维度:内部专业化是指从业务单元优化和流程优化升级到企业优化,要从面向客户的视角考虑整合企业的资源与服务;外部专业化是指将企业能力充分模块化,集中处理核心业务并构建生态,由外部生态合作方提供服务,最终通过网络整合在一起。考虑到这些理念是在2005年前后提出的,因此还是有一定前瞻性的,与我们现在常说的“以客户为中心”“平台化”“面向生态的深度集成”非常接近。CBM的理念如图1-9所示。

对于企业如何实现专业化,IBM给出的解决办法就是CBM方法论,将企业组件化。CBM给出了一个勾画企业能力地图的方法,结合价值链和管理层次,构建了一个二维矩阵,如图1-10所示。

管理、设计、购买、制作和销售在CBM中被定义为业务能力,其实更像是一维的企业价值链环节,也可以理解为业务领域,只要注意不要发生定位重叠即可。在实操中,企业可以自行决定这个价值链中包含的环节。

图1-9 CBM理念示意图

引导、控制、执行则是相对固定的三个责任级别,也可以理解为管理层次,比如不同管理层次(管理层、中层、执行层)在同一业务能力列上的业务需求是不一样的,他们对战略管理的需求、对业务绩效的关注、对业务功能的关心都有所区别,所以就形成了不同的业务组件。这些业务组件又可以有内外部之分,这样可以更好地让专业的人做专业的事。

业务组件是通过适当的资产(如人员和技术)支持类似活动的单个业务模块。业务组件包含5个方面的内容:业务用途、活动、资源、治理、业务服务。详细定义如图1-11所示。

图1-10 业务组件概念图

图1-11 业务组件定义示意图

业务组件的实际推导过程其实更像是一个业务建模过程,这一点可以从金蝶软件公司曾经绘制过的CBM元模型图中领略到,如图1-12所示。

图1-12 CBM元模型图

从图中可以看到,业务组件的关键内容就是包含3级、4级、5级三个层次的流程模型,通常3级是活动级,4级是任务级,5级是步骤级,即业务操作的最细粒度。如果没有进行详细的业务建模分析,则业务组件的定义就要依靠一定的行业经验了。

对于具体的构建过程,IBM将其分为洞察、架构、投资3个阶段以及10个交付环节的操作方法,10个交付环节又进一步被划分为24个包含必选和可选的步骤,感兴趣的读者可以自行查阅相关资料。

通过CBM开发过程,企业可以结构化地划分业务组件,并以此为基础推导“能力缺口”,排定实施优先级,确定自建或者采购的策略,形成以企业战略为指导的IT转型路线图。所以笔者认为CBM颇有“听诊器”的特点。IBM给出了一些成功应用CBM方法的企业案例,包括美国的大型保险公司安泰保险。

从笔者的视角来看,CBM显然是业务架构驱动的方法论,与此同时,它也是一个不太完整的企业架构方法论。首先,它不包含对数据的分析,基本上是以业务流程为主;其次,它缺少与IT架构的直接联系,后来该方法论指向了SOA架构,才做出了一定的补充。

IBM自己也将CBM当做一个与IBM其他架构产品结合使用的“逻辑连接”,可以通过其他架构产品来补足CBM缺失的能力。