业务架构是以实现企业战略为目标,规划企业整体业务能力并将其传给技术实现端的结构化企业能力分析方法。业务架构能够帮助技术人员理解、归纳业务人员的想法和目标,从而让业务人员和技术人员处于同一个语境之中。
在大多数企业中,企业架构往往是以IT为中心的业务规划,甚至在TOGAF中业务架构也被归为IT 战略部分。但是在实际过程中,业务架构的作用是将企业业务用户与IT组织紧密地绑定在一起,为企业创造更大的价值。
例如,当业务负责人使用某个应用系统时,往往会以业务视角提出一些IT人员未关注的问题或者需求。在这个过程中,业务架构可以帮助IT人员回答某些业务人员关心的或者与系统技术边界相关的问题,例如哪些流程是次优先级的,哪些支持是可以省掉的。举一个极端的例子,业务人员要求系统之间的数据交互是实时的。IT人员按照自己的理解,可能会采用支持实时场景的组件来满足业务人员的需求。但是如果存在业务架构的话,它可以帮助IT人员理解业务场景的实时其实是5分钟以内的数据同步,那么IT人员所采用的技术手段及其成本将是完全不一样的。
业务架构也可以帮助IT人员回答另一个问题,即系统ROI。很多企业在项目立项的初期需要提交ROI分析报告,用来衡量项目的投入产出比。然而存在IT人员无法准确或者有效地提交ROI分析报告这一现象。这种现象的产生,从某种角度来看,可能是因为技术与业务需求存在一定的割裂。业务架构可以从某种程度上缓解这个问题,因为基于业务架构,不同的IT系统支持不同的业务场景,那么不同IT系统之间的边界就可以确认,不同IT系统产生的业务价值的边界也就可以确认。一个统一营销平台的业务架构示例如图1-5所示。
图1-5 统一营销平台业务架构
由图1-5可以看出,统一营销平台主要由两部分构成,分别是营销管理模块和会员管理模块。如果使用两个独立的应用系统分别支持这两个模块,那么在具体的落地过程中应用系统就可以明确系统建设与业务之间的关联,明确系统的自身边界。
业务架构主要基于企业的业务形态,将涉及的业务及业务流程按照特定主题域的维度进行拆分并重新组合,进而满足业务人员的需求,完成企业的日常运营。这代表着不同的企业有着不同的业务架构,或者说没有两个完全一样的业务架构。
以电商为例,它涉及商家端及消费者端,从消费者端发起的业务流程会涉及购买、下单、付款、物流、退货等,对应商家端的业务流程可能是上架、发货、接收退货,那么业务架构的主要作用就是衔接不同的业务环节,保证流程正常运转。业务架构本质上是现在比较火的业务中台的初始输入。
业务架构起着技术与业务的黏合剂的作用,所以在设计业务架构时就需要达成统一的语言、紧密的沟通和一致的方向这3个业务架构的关键点(见图1-6),只有这样才能实现业务架构的价值。
图1-6 业务架构的关键点