业务架构沉吟至今的几点思考

 企业的数字化转型实践中,笔者一直坚持的原则就是“先业务后IT”,也就是IT要对准业务,只有业务架构先行,IT架构才能做到有的放矢

    从最近经历的数字化项目,笔者感悟颇深,明显感受到传统企业对数字化的认知、转型路径与方法论的认知上与数字原生企业尚存在着较大的差距,这个正确认知的建立还有很长的路要走。拿业务架构来讲,上到企业高层、下到各级管理者,甚至数字化相关带头人,均未形成对业务架构的正确认知,更别谈业务架构在数字化转型中的决定性的引导作用,甚至直接跨过业务架构就着手开始设计应用架构。

    通过寻根溯源我们可以发现,即便是从TOGAF框架理论算起,业务架构这个词也有20多年的历史了,但在业务与IT人员中,业务架构显然没有需求分析的概念明确。

    笔者多年前就职的单位曾经实施了长达数年的、以企业级业务架构驱动的数字化转型项目,但是很多企业并没有这样的经历,因此,每当与业务人员、技术人员甚至管理层讨论至此,他们就会觉得业务架构有点虚,还不如直接梳理流程来得快,甚至流程都不做结构化地梳理,就直接设计IT系统,更别说企业级的需求管理了。究其原因,不外乎以下几点。

图片

01数字化项目未上升到企业战略高度,还是业务部门的单打独斗、各自为战,单体竖井式开发与实施项目居多

       很多传统企业高层管理者对数字化转型项目缺乏足够的认知,各业务线各级管理者也未达成有效共识,自然数字化转型项目也就无法上升为企业战略位置,再加上传统企业长期受单体竖井式实施模式影响,致使在此环境成长起来的业务骨干、管理人员和技术人员很容易受此羁绊,原有的单体式或竖井式开发依然是企业更常采用的项目构建方式,而这种方式基本上缺乏横向视角、全局视角,所以基本上不关注业务架构,通常的产品选型与分析、需求分析仅仅停留在某业务域内进行,即足以满足其开发需要。

02企业级业务架构难设计、难维护;

    业务架构,特别是大型企业这种错综复杂的业务架构,说起来容易做起来难。

    业务架构对战略的分解、业务架构自身的整合与标准化,到IT架构设计及项目实施的过渡都存在不少陷阱,业务越复杂就越难以驾驭。因此即便是尝试过业务架构设计的企业,也有不少将业务架构设计保持在高阶状态,令人感觉有点不接地气。

    在实施期间,由于业务部门的话语权往往过于强势,会导致实施对业务架构的偏离,如果这种偏离没有及时得到纠正或架构调整,久而久之会造成业务架构的失真。

    少数度过了业务架构落地困难期的企业,由于客观因素往往感受到维护架构的难度而心生放弃,而架构“熵增”更进一步降低了对业务架构的评价。

03部门墙是企业级业务架构设计与落地的最大壁垒。

    在企业内部,部门利益是部门需求的天然边界,即便要做企业级,各部门肯定也是首先说清楚自己的需求、维护自己的利益,再去考虑别人的需求,这种“种了别人家的田,荒了自家的地”是绝对不行的。

    所以,各部门在参与到企业级业务架构论证时,都是首先要满足自身部门的业务诉求和利益。

    在壁垒森严的大型企业,沟通效率通常较低,在企业级业务架构设计过程中,可能需要对业务组件之间的协同问题、业务边界问题进行频繁地沟通,项目经理、业务经理、技术经理这些角色甚至成为了职业开会人,如果会议效率难以保证,一个问题久拖不决,那么会天天泡在会议拉通对齐的状态中,这样会导致项目组担心工期延误会向业务部门妥协、话语权弱的部门向话语权强势的部门妥协,最终导致企业级架构方案发生变形。

    在出现无法解决的争议时,即便是上升到管理层进行仲裁,也往往因为管理层对企业级缺乏理解或站位角度问题,导致裁决会向更具有话语权的业务部门倾斜。所以,部门利益是做企业级业务架构设计的最大障碍。

结尾

    业务架构从诞生之初就很清楚地定义了自己的使命:面向复杂系统构建。也就是说,业务架构的目的就是要降低复杂度,从而更好的规划和实现企业级管理系统。

    前面多次提到“企业级”,这是因为企业级业务架构不同于一般基于局部业务诉求的需求分析或产品设计,业务架构的首要职责是拉通企业整体利益,树立全局视角,实现业务与技术的深度融合,让业务架构成为业务与技术的“通用语言”。

    从笔者长期的实践经验来看,企业级业务架构的设计与落地,影响了参加过业务架构设计的业务人员、技术人员,他们的逻辑思维能力、结构化能力、企业级观念和意识、数据思维、业务思维、技术思维,业务与技术融合思维,均发生了明显的改变与提升。所以,业务架构应当上升为企业战略高度,更多地面向业务人员、业务管理者及流程管理者,充当业务与技术之间的桥梁,部门与部门之间的桥梁。当然,业务人员、流程管理者、尤其是企业高层人员应该坚持业务架构理论知识的学习与实践,坚持使用业务架构方法做企业级需求管控,所谓“不谋全局者,不足谋一域”。唯有持续坚持业务架构的思想,才能站在企业全局的高度思考问题,给出更科学的解决方案,整个系统运行才能更加高效顺畅,同时也能杜绝“熵增”将已建好的架构秩序和IT系统回归到混沌状态。

 往期回顾>>

  • 16
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值