企业架构如何实施的简介（TOGAF深度好文）

本文来自企业架构学院： BangEA：如何实施企业架构？

 

 IT不只是开展业务的手段，并且正在迅速演变为业务，IT绩效会直接影响企业的盈利能力，但不少企业并无适时或充分的让IT组织参与业务的规划和决策过程，没有给予在规划和IT决策过程当中考虑的安全性、可扩展性、集成问题等IT问题足够的重视。

复杂性驱动改变

传统的应用集成方式存在诸多弊端，仅仅依靠在两个数据库中传递数据或者相互之间调用接口的模式很难解决企业的总体集成问题。不管是在理论上或是实际中，这样的集成方式注定意味着项目的失败。

仅仅从技术角度去思考集成系统只能是说是技术实现手段，但要真正发挥 IT 的价值，技术人员必须从技术架构视角提高到业务架构视角，从企业架构规划开始考虑 IT 和架构的融合，不只解决集成问题，更能能从根本上改善 IT 带来的价值。

企业架构是承接企业业务战略规划与信息化建设之间的桥梁，是企业信息化的核心。企业架构中 97%是业务，3%是 IT 技术，那么企业架构究竟是由哪几部分组成的呢？如今又有哪些企业架构方法？咱们又应该选择哪一个企业架构方法？选择以后又该具体如何去作呢？

下面我简要说明一下企业架构实施落地的几个步骤。

企业架构理念和知识工具的导入

IT系统若是不能知足商业需求，那将是大大的浪费，而业务过程没有相应的IT支持，效率很难提升。企业架构的目标是经过IT投资获取最大的商业价值，它是一种高层次的企业视野，聚焦与组织的IT架构和业务架构之间。

首先咱们会给客户进行四天的企业架构培训，快速准确的导入企业架构理念和知识工具，让架构工做组全部人员对企业架构有一个统一的认识，保证架构工做开展前的准备工做有效。

那架构工做组须要包含哪些人呢？不一样企业架构工做组成员组成可能不同：

摘自《BangEA实践公开课》讲义

架构实施范围不一样也会形成工做组成员的不一样，例如只是对车间管理进行EA设计，那所涉及的成员和整个企业的EA设计是不同的。

架构现状分析

摘自《BangEA实践公开课》讲义

不少企业没有进行过统一的企业架构，即便有的话，也是各类架构独立存在，不能达到统一规划，加上各子业务部门本身进行信息化工做形成了企业应用竖井，致使集成性差而不能有高效的信息化，以及变动能力差而IT不能跟上业务的脚步等众多IT和业务不能对齐的问题。

摘自《BangEA实践公开课》讲义

若是你常常和软件系统打交道，那么你可能会发现软件开发过程当中其实存在几个重要的断沟（GAP）。

1. 业务架构到技术架构的不一致

a.业务架构是一拨人作，技术架构师另外一拨人作，结果作业务架构时缺乏技术架构的考虑，而技术架构缺乏服务于业务的意识，最终没有为业务服务。弄到最后业务架构和技术架构并不能很好的结合起来，致使还须要不少适配或反复工做。

b.还有一种状况是，业务架构作完以后扔给技术架构来实现，可是业务架构提供的东西并不全面，不能提供技术架构的输入，致使沟通效率极其低下。

2. 业务架构到业务需求的不一致

a. 有些公司虽然岗位分的清楚，可是方法并不清楚。业务架构是一套方法，需求分析是一套方法，甚至于没有方法，而是靠着我的能力去作，结果致使架构和需求交付物是独立的，业务架构的东西不能顺利转移到需求阶段

b. 还有时候一我的就负责产品的业务，架构和需求一块儿作，这时候没有方法的指导，其实很容易迷失在业务细节。 过早的进入业务细节对于产品来讲是及其危害的，由于产品架构还未明晰时进入细节只会浪费时间致使重心偏离方向。

3. 业务架构和实现的不一致

开发产品时，开发问一句，”作这个对系统有什么价值？”结果发现需求根本没法追溯回系统的价值点上，有时连需求人员都不知道为何作了这个功能。若是产品生命周期较长，中间换了好几拨人来作这个产品了，那么不只是需求文档不能追溯，就是靠口头讲也讲不清。

a. 业务架构采用的是业务语言，而技术实现采用的技术语言，二者不是同一个语言，很难作到顺利过渡，还须要再一次翻译，有时候甚至在实现阶段根本不看业务架构出来的东西

b. 不多有开发人员清楚产品的业务架构，那么如何可以作出好的产品来？

其实业务架构和业务需求自己就不冲突，二者只是处在一个事物在不一样层次的东西。架构关注的是更全面、归纳、组织方面的东西，而需求关注的是用户关心的业务细节，业务需求是业务架构的进一步分析。可是不少企业在进行企业架构规划时，殊不知道如何区分这些，致使业务人员叫苦不迭。

这些差距还不是最重要的，还有更大更重要的一个差距，就是战略与IT的差距，这个能够看以前我写的一篇《企业战略和企业架构的关系？ 》

从上面说明能够看出主要问题，现实中产品开发存在的隐性问题其实还有更多而且很严重的，我也都经历过。而解决这些问题就必须作到如下几点：

1. 找到一个指导顶层架构的方法和框架
2. 结构化架构交付物才有可能把架构知识转移到架构迁移实施阶段
3. 有一个业务开发平台来集成业务架构、技术架构和开发框架

而这个也正是企业架构的意义。为了解决IT与业务一致性问题，企业架构的导入和落地须要三个方面的支撑：指导企业架构工做的方法论、进行企业架构描述的架构语言，以及企业架构落地到应用开发的平滑过渡。

摘自《BangEA实践公开课》讲义

企业架构框架和方法

有不少不一样类型的企业架构框架方法，由于TOGAF通用性较强，近几年发展也不错，应用也逐渐普遍， 其完整性和实用性都比较高，因此咱们在咨询中使用TOGAF为客户进行架构规划。

TOGAF有一个ADM架构开发方法，它是一个可靠的、行之有效的方法，是TOGAF的关键。

摘自《BangEA实践公开课》讲义

TOGAF还提供了一个详细的架构工件模型，包括交付物、交付物的工件和架构构建块，能够给予咱们更多指导。

摘自《BangEA实践公开课》讲义

虽然TOGAF9已经提供了内容框架，但框架自己并无告诉你太多如何具体去作架构的细节，大多时候咱们要借鉴已有的一些模型或者方法，例如PCF、SCOR、CBM等。具体设计方法等也须要本身去拓展学习，你们也能够去学习咱们IT帮的BangEA方法，更多内容能够购买EA2020讲义。EA2020讲义中聚集了以前只会在内训课中讲到的内容，能够说是知识+实践的一个大合集。

摘自《BangEA实践公开课》讲义

企业架构语言

企业架构是顶层设计，因此咱们不能沿用开发阶段的UML等语言来描述，也不能简单的使用Viso随便拖放一些图例，在咨询中，咱们给企业导入企业架构语言ArchiMate，固然每一个企业也可在此基础上扩展本身的模型。

咱们以某保险公司为例，看看使用ArchiMate作出的一个分层视图：

摘自《BangEA实践公开课》讲义

这是应用组件视图：

摘自《BangEA实践公开课》讲义

 业务开发平台

这个在咨询过程当中只作建议，更多须要结合企业的开发能力而定如何实施。

过程交付物示例和简要说明

企业架构适用于大型企业，也一样试用去中小型企业，关键点不在于组织大小，而是系统是否复杂，企业是否须要敏捷，是否须要使用IT来帮助你构建企业将来的能力。

基于不一样规模的企业，业务复杂度天然不同，因此咨询过程也是都不同的，可是一些方法和步骤仍是相同的，下面咱们简单来看看其中一些过程交付物和简要说明，以便对未接触过企业架构的推进者有一个初步的认识。

在企业架构预备阶段，核心之一是肯定企业的范围：

摘自《BangEA实践公开课》讲义

以及肯定各架构原则

摘自《BangEA实践公开课》讲义

愿景阶段需肯定企业核心能力

摘自《BangEA实践公开课》讲义

并在核心能力上进行热点分析

摘自《BangEA实践公开课》讲义

以及改进分析

还须要肯定绩效衡量指标

摘自《BangEA实践公开课》讲义

在业务架构阶段的流程设计时，制定统一的流程层级和流程分类十分重要

摘自《BangEA实践公开课》讲义

在业务架构阶段，核心是要作高阶流程分析

摘自《BangEA实践公开课》讲义

通过业务流程分析以后，就能够去作信息系统架构了。信息系统架构主要作实体模型以及应用组件设计。

摘自《BangEA实践公开课》讲义

技术架构除了部署设计以外，还有技术架构选型，以外还有一个重要的是须要进行核心技术梳理

摘自《BangEA实践公开课》讲义

架构完成以后，开始进入项目组合管理

摘自《IT项目管理》讲义

到这一步，一个充分支持业务的架构才算初见雏形。

不要夸大IT的做用

IT信息化是帮助企业运营的，而运营执行的是战略，从这个前后顺序来看，那就是IT是在战略规划以后，并且这是由两拨不通技能要求的团队来完成。咱们不能把IT过高估了，他们并非无所不能的，我倒不是说软件企业没有这种能力，只是术业有专攻，企业不能把一个管理上的问题直接简单转换成一个IT问题来解决，不然获得的解决方案也必定是一个IT方案，而不是解决管理的方案。我认为管理问题仍是经过管理的方式来解决更好些，该作企业战略咨询的还得作咨询，该本身思考业务的还得本身规划，IT相对这些来讲，更向是一个战略执行的工具而已，不能本末倒置，IT工做的输出绝对不会是战略，不然容易出漏子的。 战略管理必定要由富有经验的企业战略专家团队来完成，而IT系统完成也必定须要专业的团队来完成，软件开发商不能帮你作这些事，你须要能对企业IT信息化作总体规划的人。

Related Posts

• BangEA：企业战略和企业架构的关系？

  我发现国内应用企业架构有一个特…

• 如何避开“经过TOGAF认证殊不知道如何作”的魔咒？

  听过不少帮友和我说，考过了TO…

• 企业架构语言ArchiMate介绍

  我是一个比较“功利”、有目的性…