本期摘要 什么是商业架构?
- 来源:AMT《前沿论丛》 smarty:if $article.tag?>
- 关键字:商业,架构 smarty:/if?>
- 发布时间:2011-04-07 08:33
在上世纪90 年代,我为切割机联盟写过一篇名为《企业架构》的文章,这个定义在当时还比较新。因为一些软件、企业架构的书,还有John Zachmann 的论文以及由IBM、Oracle 等供应商提出的软件架构模型,这个定义才渐渐为人知晓。当时有一个争论持续到今天:企业架构这个术语是否应该包括企业内部所有对架构所做出的努力,还是仅仅指IT 架构。IT 架构通常包括更具体的应用软件、数据库和技术(或者说基础设施)架构。
几乎所有致力于企业架构的人都会同意这样一个说法, 就是企业架构这个术语应该包含对商业策略、标准还有组织流程的叙述。大多数人会进一步认为,一个能说明企业目标的具体架构应该一直存在,而且IT 架构应该支持此商业架构。不过,细节决定成败。
你会发现大部分的企业架构会议的参与者都是IT 从业者,他们的讨论都以各种IT 架构为中心。企业架构师可能会认为,商业架构只是一个能够让业务活动实现自动化的任务而已。因此,很多企业架构师认为商业架构应该由他们而不是由业务经理来开发。
这种观点将导致我们得向业务经理详细叙述一个企业应该怎样完成各种任务。我们之中很多人会用商业流程架构作为一个术语,来描述如何定义一项业务以及业务目标如何实现。我们不一定能确定如何给架构命名,但是我们深信这样的架构必须由业务经理来开发。
企业架构的概念, 以及越来越多的对业务架构的重视,至少从TOGAF BAWG 和OMG BASIG 的定义来说是由有着IT 背景的人所驱动的,而且这些人的方法往往是从下往上。我仍没有见到过任何类似于质量范畴的努力,即使6 Sigma 团体已经实行精益6 Sigma,而且精益6 Sigma 的从业者已经越来越强调价值流建模。值得肯定的是,属于质量范畴的CMMI 已经通过强调第三和第四级的企业需要有一个业务流程架构来引导决策而对企业架构做出了相当多的贡献。
换个说法,企业架构已经过于狭隘地专注于对IT 资源进行定义和分类,而没有太在乎定义管理者的业务需求。有这样一个正在显现的广泛理解,就是业务人员需要他们自己的架构或者模型,他们用自己的方式来描述业务目标和指标。而且,似乎所有人都同意,一个对业务流程架构、关键流程以及相关的绩效评定标准的高层次叙述必须成为这种理解的一部分。
然而,关键一点似乎在于这种努力的中心点是否应由业务人员来从上往下完成,或者为他们而创建,还是由IT 人员来从下往上完成。
