姚乐：企业架构作为战略
作者：姚乐 来源：CIO时代网
摘要： 2010年1月17日，以"企业架构作为战略"为主题的企业架构全国宣讲（北京站）在北大隆重举行。北京大学信息化与信息管理研究中心秘书长姚乐发表题为《企业架构作为战略》的演讲。
关键词： 企业架构EA业务架构数据架构应用架构技术架构ZCCHMANTOGA
2010年1月17日，以"企业架构作为战略"为主题的企业架构全国宣讲（北京站）在北大隆重举行。北京大学信息化与信息管理研究中心秘书长、北大CIO班教务办公室主任姚乐发表题为《企业架构作为战略》的演讲，本文根据现场演讲整理。
各位领导，各位嘉宾，大家下午好！下面由我给大家做一个汇报，题目是"企业架构作为战略"。褚博士也说了这个题目是一本书的名字，这本书在国际上影响很大，把企业架构作为一个战略，我也借用了这个名字。
我今天主要讲以下五个问题：1、为什么需要企业架构；2、企业架构的方法论；3、企业架构的作用；4、企业架构的战略意义；5、总结。
首先讲第一个问题，为什么需要企业架构。
盖房子有房子的架构，造汽车有汽车的架构，建设城市有城市架构，开发软件有软件的架构。怎么来发展企业？肯定需要企业架构。发展企业不仅仅是IT，也不仅仅是业务。架构其实无处不在。我用了几张图做对比，左边例如说盖房子，农村对于架构的认识决定他能盖什么样的房子，再盖个两三层就会倒了，城市能盖上百层的楼，就是因为对架构的认识。这张图是据说是中国最早的汽车，今天的豪华的汽车是什么样？对于架构的认识也决定我们能造出什么样的汽车。一个城市也是这样，这边是杂乱无章的贫民窟，这边是错落有致的高楼大厦。
对于一件事物的架构认识，决定了我们能够利用它的能力和水平。我们对于企业架构的认识，将决定我们把这个企业发展成什么样。刚刚各位专家也说了，对于企业架构的定义非常非常多，Open Group至今对企业架构没有一个明确的意义，因为谁也不同意谁的定义。所以TOGAF这么厚的一本书没有对企业架构的定义。
我在这里提一下几个主要的定义。Zachman说企业架构是决定成功企业的自然规律。MIT说它是一种组织逻辑，包括了企业的核心流程，IT的能力。美国CIO理事会把它定义为一个结构化的机制。维基百科的定义是设计企业的一门学科。很多很多的定义，其实都是从不同的角度，都没有错。
我本人也给了一个定义，这是我根据自己的理解下的定义，跟大家分享一下：企业架构是一个从整体层面定义企业发展的问题，并从业务、数据、应用和技术等层面上展现企业的内部结构和关系，从而使各利益相关者在如何构建无边界信息流能力上做出有效决策的一个纪律（discipline）。
做企业架构是为了企业的发展，是为了定义企业的问题，这个问题要站在一个更高的层面定义。就像话筒放在这儿要看桌子的环境，桌子放在这个房间要看这个房间的环境。只能从一个更高层面定义它，而不是从它本身，看IT要看业务。它是怎么展现的？通过业务、数据、应用这些元素的企业的内部结构和关系，首先是结构什么样，关系什么样。目的是使各利益相关者做出有效决策，它是这么一门学科。
第二，我来介绍一下企业架构的方法论。
我侧重谈一下发展历程，Zachman87年提出信息系统的架构框架，为什么把它定义为企业架构之父？这是因为这张图反映了企业架构的全貌。下面有两条线在发展。Spewak94年提出了EAP的方法论，这个现在大家提得比较少。当时很多人在谈架构，但是架构分成哪些部分？架构怎么来做？Spewak第一次把如何做企业架构规划定成了规划发起、业务建摸、现有系统和技术、数据架构、应用架构、技术架构和实施计划七个步骤。
02-03年是一个重要里程碑，02年TOGAF8.0推出，成了一个真正的企业架构。03年DoDAF1.0出来，FEAF在03年也有更新版。。在这个时候，某种程度上IT架构发展成了企业架构，更多是从业务角度考虑。
09年又是一个新的里程碑，TOGAF9.0出来、DODAG2.0也发布了。这里都反映了一个共同的点，这些框架开始服务化了，内容更加丰富了。把SOA融入进去，业务架构和IT架构的关系，通过服务的方式阐述得越来越明确。
这是我们了解企业架构五个最重要的框架，了解它的精髓，就能更理解什么是企业架构。
Zachman这个框架一直到现在还在广泛引用，因为它是一个非常逻辑化，抽象的框架。横排是从不同的视角来看，包括计划者、拥有者、设计者、建设者、分包者以及功能实体。纵排这边谈数据、功能、网络、什么人、什么时候、为什么做这个事情。36个格子把企业发展里面详细的逻辑在这里做了展现。Zachman主张的是把企业架构每一个格子细化到极致，这样才能把企业架构构做好。
EAP是当时让业界很多人眼前为之一亮，企业架构可以这样去做。每一个块里面，或者每一个部分里面都有详细的步骤，输出是什么，交付物是什么，方法是什么。这个方法更偏于技术架构。
TOGAF刚才褚博士刚刚讲过，我就不多说了。
FEA是一个联邦企业架构，是美国政府在用的一个企业架构。FEA可以看作是一个案例。因为是美国政府在用的。它的内容也包含着的非常多。这里有四张图我认为是有代表性的，99年出的FEAF架构框架，怎么做，包括了八大构件。右边是参考模型，这个参考模型很多人在研究的时候都把它理解错了，直接拿了参考模型做系统。参考模型主要是做匹配和跨机构的分析。各部门所有的项目汇报给OMB的时候，通过参考模型来看是支撑了哪一个业务线或子功能，每个业务线和功能都有标号，可以发现重用。服务构建模型里面用了哪些构件，哪些是新的标注出来。这些参考模型，是用来做匹配，发现重用、共享和合作的机会。左下角是八个步骤怎么开发的方法论，06、07年又出了新的架构开发指导。这边有一个分块架构的开发方法，一个完整的架构不可能一下完整的做，分块的架构方法怎么做。这是08年把各种最佳实践的总结推了一个方法论，叫FSAM。
DoDAF比较重要的是这两个图，一个是八个视点来看它，另一个是六个步骤怎么来做的。
我做了一个简单的比较，主要从最早版、最新版、完整型和实用性来比较。Zachman第一版是87年，最新版是03年。完整性是中等，虽然它是36个格子包罗万象什么都可以往里塞，但是里面具体的内容只是一个大的框架。所以它的完整性是中等，而且没有一步一步怎么做的方法论，告诉你步骤怎么做。很多是拿方法论再和Zachman匹配，我做了Zachman某一个格子或哪几个格子。它的实用性我认为是偏低的。
EAP是92年出来的，之后没有更新。它的完整性我认为是中等，因为这个里面很大程度上还是没有脱离系统架构的层面。如果是做一个完整的企业，很简单的，完整的方法论做出来。但是当一个企业非常复杂的时候，这种方法论是变得不太可能。实用性的角度来说他告诉你这个架构分成哪些层面，怎么去做。所以实用性是中等。
TOGAF是95年1.0版，99年9.0版，完整性比较高。主要的六个部分ADM的方法论，到方法的方法，每一个步骤，每一个圈去做用到的方法论和技巧都有。内容框架展现了做出来的东西是什么，还有架构能力的框架，参考模型等等。实用性我认为也比较高，TOGAF的方法论是这些顶尖厂商和咨询公司在工作当中用到的方法论。他们是把这些在实践中使用的方法论总结到一起。这里也有一个问题，当你再用它的时候不太容易，TOGAF9已经是变成这么厚的一本书，应用时需要根据解决什么样的具体问题来裁减。
FEA是从99年的FEAF的基础上发展出来的，它的核心内容是五大参考模型。，关于FEA的内容每年都有更新，现在还包括怎么做SOA，他也有怎么做安全，等等。这个东西不断的更新，因为它是在用。完整性来讲，FEA肯定是比较完整的，美国政府部门都要求必须使用企业架构，并与FEA匹配，但并不指定你用什么样的企业架构框架。FEA完整性是比较高的，实用性也是比较高的。不少国家都在学习和借鉴。
DoDAF，03年1.0版，09年是9.0版，完整性比较高，分成了管理者指南、架构师指南和开发者指南三卷。八个视点的内容，都是怎么关联起来的。它的实用性也比较高，它是国防部在用的，有步骤告诉你怎么做。虽然它是国防用的，美国很多企业也在用。对于部队是协同作战的能力，对于企业就是协同工作的能力。例如企业的供应链，外部怎么协调沟通，本质上是一样的。
第三个问题，我来讲一下企业架构的作用。
谈企业架构很多人都说了很多的用途，IT跟业务的匹配，战略执行的工具，节省成本，避免浪费都是企业架构的作用。但是说起来大家都觉得很迷惑，具体怎么做？我觉得可以从我们日常的信息化工作来考虑。信息化平时日常工作中在做什么事。企业架构可以帮我做什么事。我用了一个北达软的E-PBORS框架把信息化分成了五个维度。这个框架包括信息化的规划、建设、运维，这是生命周期的三个阶段。左边是信息资源管理，信息资源管理是一个大的范围的概念，构建的各种系统都是为了信息资源的开发和利用，如上ERP，CRM、政府电子政务系统等都是为了开发利用信息资源。右边是信息安全管理，应用和安全是两个支柱，安全是各个角度的安全。从这五个维度我们来看EA在这个里面起到什么样的作用。
信息化的规划，先看一下传统做IT规划怎么做。比较最早在中国学IT规划的时候是IBM的BSP方法论。后来有人用IE，也就是信息工程方法论做规划。现在用得最多的是ITSP。这些方法论的效果是什么？一个典型的效果，计划赶不上变化，做完就放在那儿了，因为变化太快，或者根本在那个时候考虑的太有局限性。BSP方法论利用从业务的分析，业务目标，业务流程到用了什么样的数据，数据归类来确定你要开发哪些系统，哪些东西应该放在一个系统里做，比较逻辑，但是是一个比较理想的方法论。做系统，在界定限定的系统可以这样做。
还有信息工程方法论，一个指定的范围非常明确的需求，我们用这套方法论是可以的。但实际上如果用了IT规划层面就有很大的问题，可能花了很长时间精力把主题数据库做出来了，做出来可能没有什么用，或者是用途不大。因为我们应用系统来了之后它有它的数据的标准，数据的要求。即使是你自己开发，除非你完全是自己开发，这里有很多的元素是可以借用的，但是即使自己开发业务需求也是不断变化的，数据虽然是非常核心，非常重要，一定要考虑到业务流程战略是不断变化的。
ITSP这是现在各大厂商都在讲IT战略规划，核心方法都是一样的，从业务的需求到IT现状的调查，再根据你的战略，业务的愿景到你未来IT的愿景。这个愿景跟你的现状之间有一个差距分析。这个差距分析就规划出一些项目来。再得到你的投资计划，再建运营体系，治理体系。这个方法论现在用得比较多，比传统的方法论更有优势，快速。这个方法论也有一个问题，短期可能指导一下，很多人做完了这个东西就没用了，根本不是按这个执行。为什么不按这个执行？就是计划赶不上变化。
基于EA的方法论做规划的话，它的方法论是什么？是一个战略的企业架构规划。企业架构规划可以分成很多层面，企业架构都有分层，战略的架构，分块的架构，解决方案的架构。对于战略层面的架构，这个架构是什么？这个架构反映了我们IT和业务未来发展的愿景。这个愿景不是凭空想象出来的。企业架构怎么支撑企业运营的模式？是集中式的、分散的，协调的还是统一的？这里涉及到哪些数据要共享，哪些数据不需要共享，哪些功能可能是重用的，有一个方向定下来这些架构会变成我今后的原则和标准，它是一个大的方向，这是战略层面的。
这样一个企业架构战略的规划带来的是一种企业架构的能力与滚动的计划。做架构不像原来做规划做出来就放在那儿了。一般是做成一个组织架构的能力，要审核项目，控制项目。而且在每一个项目，你是怎么跟我的战略匹配的，是怎么支持业务的，战略的架构因为我有这个方向，大的战略架构，很多原则和约束。计划是要滚动的，你有新的需求的时候，新的需求要追寻这样架构的规范。这是从规划的角度来讲，用EA的方法论来做IT的规划。
在中间，从规划到建设，我们有了一个大的规划，这个规划也是分很多层面的。项目建设阶段，我们看过去传统的项目管理，用到的方法论，例如说CMM在软件开发当中用得很多，软件成熟度，通过过程的改进决定软件的质量，PMBOK把项目分成九个领域，Prince2把项目分成八个过程。这些都在用，但是也有一个很重要的现象，需求失控，反复的修改。因为这些项目管理的办法只是你定义好了的项目，你明确的需求可以用这个方式做，但是对于信息化来说变化非常快，不是这么明确定义的。今天刚定下来的需求可能明天就改了。这就是很大的现状，虽然有很好的项目管理的工具和项目管理的方法但是实际无法管理好。
原文链接