企业架构实施简介
原文:https://zhuanlan.zhihu.com/p/22154771
IT不仅是开展业务的手段,而且正在迅速演变为业务,IT绩效会直接影响企业的盈利能力,但很多企业并没有适时或充分的让IT组织参与业务的规划和决策过程,没有给予在规划和IT决策过程中考虑的安全性、可扩展性、集成问题等IT问题足够的重视。
1. 复杂性驱动改变

传统的应用集成方式存在诸多弊端,仅仅依靠在两个数据库中传递数据或者相互之间调用接口的模式很难解决企业的整体集成问题。无论是在理论上或是实际中,这样的集成方式注定意味着项目的失败。
仅仅从技术角度去思考集成系统只能是说是技术实现手段,但要真正发挥 IT 的价值,技术人员必须从技术架构视角提升到业务架构视角,从企业架构规划开始考虑 IT 和架构的融合,不仅解决集成问题,更能能从根本上改善 IT 带来的价值。
企业架构是承接企业业务战略规划与信息化建设之间的桥梁,是企业信息化的核心。企业架构中 97%是业务,3%是 IT 技术,那么企业架构到底是由哪几部分组成的呢?现在又有哪些企业架构方法?我们又应该选择哪个企业架构方法?选择之后又该具体如何去做呢?
2. 企业架构3大实践
2.1 战略、业务、IT的不对齐
很多企业没有进行过统一的企业架构,即使有的话,也是各种架构独立存在,不能达到统一规划,加上各子业务部门自己进行信息化工作造成了企业应用竖井,导致集成性差而不能有高效的信息化,以及变更能力差而IT不能跟上业务的脚步等众多IT和业务不能对齐的问题。

如果你经常和软件系统打交道,那么你可能会发现软件开发过程中其实存在几个重要的断沟(GAP)。
- 业务架构到技术架构的不一致
- 业务架构是一拨人做,技术架构师另一拨人做,结果做业务架构时缺少技术架构的考虑,而技术架构缺少服务于业务的意识,最终没有为业务服务。弄到最后业务架构和技术架构并不能很好的结合起来,导致还需要很多适配或反复工作。
- 还有一种情况是,业务架构做完之后扔给技术架构来实现,但是业务架构提供的东西并不全面,不能提供技术架构的输入,导致沟通效率极其低下。
- 业务架构到业务需求的不一致
- 有些公司虽然岗位分的清楚,但是方法并不清楚。业务架构是一套