IT不仅是开展业务的手段，而且正在迅速演变为业务，IT绩效会直接影响企业的盈利能力，但很多企业并没有适时或充分的让IT组织参与业务的规划和决策过程，没有给予在规划和IT决策过程中考虑的安全性、可扩展性、集成问题等IT问题足够的重视。
传统的应用集成方式存在诸多弊端，仅仅依靠在两个数据库中传递数据或者相互之间调用接口的模式很难解决企业的整体集成问题。无论是在理论上或是实际中，这样的集成方式注定意味着项目的失败。
仅仅从技术角度去思考集成系统只能是说是技术实现手段，但要真正发挥IT的价值，技术人员必须从技术架构视角提升到业务架构视角，从企业架构规划开始考虑IT和架构的融合，不仅解决集成问题，更能能从根本上改善IT带来的价值。
下面我简要说明一下企业架构实施落地的几个步骤。
IT系统如果不能满足商业需求，那将是大大的浪费，而业务过程没有相应的IT支持，效率很难提高。企业架构的目标是通过IT投资获取最大的商业价值，它是一种高层次的企业视野，聚焦与组织的IT架构和业务架构之间。
那架构工作组需要包含哪些人呢？不同企业架构工作组成员组成可能不一样：
架构实施范围不同也会造成工作组成员的不同，例如只是对车间管理进行EA设计，那所涉及的成员和整个企业的EA设计是不一样的。
很多企业没有进行过统一的企业架构，即使有的话，也是各种架构独立存在，不能达到统一规划，加上各子业务部门自己进行信息化工作造成了企业应用竖井，导致集成性差而不能有高效的信息化，以及变更能力差而IT不能跟上业务的脚步等众多IT和业务不能对齐的问题。
如果你经常和软件系统打交道，那么你可能会发现软件开发过程中其实存在几个重要的断沟（GAP）。
a.业务架构是一拨人做，技术架构师另一拨人做，结果做业务架构时缺少技术架构的考虑，而技术架构缺少服务于业务的意识，最终没有为业务服务。弄到最后业务架构和技术架构并不能很好的结合起来，导致还需要很多适配或反复工作。
b.还有一种情况是，业务架构做完之后扔给技术架构来实现，但是业务架构提供的东西并不全面，不能提供技术架构的输入，导致沟通效率极其低下。
a.有些公司虽然岗位分的清楚，但是方法并不清楚。业务架构是一套方法，需求分析是一套方法，甚至于没有方法，而是靠着个人能力去做，结果导致架构和需求交付物是独立的，业务架构的东西不能顺利转移到需求阶段
开发产品时，开发问一句，”做这个对系统有什么价值？”结果发现需求根本无法追溯回系统的价值点上，有时连需求人员都不知道为什么做了这个功能。如果产品生命周期较长，中间换了好几拨人来做这个产品了，那么不仅是需求文档不能追溯，就是靠口头讲也讲不清。
a.业务架构采用的是业务语言，而技术实现采用的技术语言，两者不是同一个语言，很难做到顺利过渡，还需要再一次翻译，有时候甚至在实现阶段根本不看业务架构出来的东西
b.很少有开发人员清楚产品的业务架构，那么如何能够做出好的产品来？
从上面说明可以看出主要问题，现实中产品开发存在的隐性问题其实还有更多并且很严重的，我也都经历过。而解决这些问题就必须做到以下几点：
而这个也正是企业架构的意义。为了解决IT与业务一致性问题，企业架构的导入和落地需要三个方面的支撑：指导企业架构工作的方法论、进行企业架构描述的架构语言，以及企业架构落地到应用开发的平滑过渡。
有很多不同类型的企业架构框架方法，因为TOGAF通用性较强，近几年发展也不错，应用也逐渐广泛，其完整性和实用性都比较高，所以我们在咨询中使用TOGAF为客户进行架构规划。
TOGAF有一个ADM架构开发方法，它是一个可靠的、行之有效的方法，是TOGAF的关键。
TOGAF还提供了一个详细的架构工件模型，包括交付物、交付物的工件和架构构建块，可以给予我们更多指导。
企业架构是顶层设计，所以我们不能沿用开发阶段的UML等语言来描述，也不能简单的使用Viso随便拖放一些图例，在咨询中，我们给企业导入企业架构语言ArchiMate，当然每个企业也可在此基础上扩展自己的模型。
我们以某保险公司为例，看看使用ArchiMate做出的一个分层视图：
这是应用组件视图：
这个在咨询过程中只做建议，更多需要结合企业的开发能力而定如何实施。
企业架构适用于大型企业，也同样试用去中小型企业，关键点不在于组织大小，而是系统是否复杂，企业是否需要敏捷，是否需要使用IT来帮助你构建企业未来的能力。
基于不同规模的企业，业务复杂度自然不一样，所以咨询过程也是都不一样的，但是一些方法和步骤还是相同的，下面我们简单来看看其中一些过程交付物和简要说明，以便对未接触过企业架构的推动者有一个初步的认识。
在企业架构预备阶段，核心之一是确定企业的范围：
以及确定各架构原则
愿景阶段需确定企业核心能力
并在核心能力上进行热点分析
以及改进分析
还需要确定绩效衡量指标
在业务架构阶段的流程设计时，制定统一的流程层级和流程分类十分重要
在业务架构阶段，核心是要做高阶流程分析
经过业务流程分析之后，就可以去做信息系统架构了。信息系统架构主要做实体模型以及应用组件设计。
技术架构除了部署设计之外，还有技术架构选型，之外还有一个重要的是需要进行核心技术梳理
架构完成之后，开始进入项目组合管理
到这一步，一个充分支持业务的架构才算初见雏形。
IT信息化是帮助企业运营的，而运营执行的是战略，从这个先后顺序来看，那就是IT是在战略规划之后，而且这是由两拨不通技能要求的团队来完成。我们不能把IT太高估了，他们并不是无所不能的，我倒不是说软件企业没有这种能力，只是术业有专攻，企业不能把一个管理上的问题直接简单转换成一个IT问题来解决，否则得到的解决方案也一定是一个IT方案，而不是解决管理的方案。我认为管理问题还是通过管理的方式来解决更好些，该做企业战略咨询的还得做咨询，该自己思考业务的还得自己规划，IT相对这些来说，更向是一个战略执行的工具而已，不能本末倒置，IT工作的输出绝对不会是战略，否则容易出漏子的。战略管理一定要由富有经验的企业战略专家团队来完成，而IT系统完成也一定需要专业的团队来完成，软件开发商不能帮你做这些事，你需要能对企业IT信息化做整体规划的人。