|
企业架构的由来 1987年，IBM公司的JohnZachman率先提出了“信息系统架构框架”的概念。从数据、功能、网络、时间、原因6个视角，多个要素，构建用以分析企业的模型。Zachman被公认为是企业架构领域的开拓者，尽管他当时没有明确的使用“企业架构”概念。 1996年美国的Clinger-Cohen 法案（也称信息技术管理改革法案）产生了“IT架构”这个术语。这部法案要求美国政府下属联邦机构的CIO，负责开发和维护一个集成的IT架构，来管理信息技术的引入、使用和处置，当时用的术语ITA，就是IT架构。 The Open Group国际组织在1995年发表了著名的TOGAF(The Open Group Architecture Framework)架构框架。他们给出的企业架构的概念是“企业架构是关于理解所有构成企业的不同企业元素，以及这些元素怎样相互关联。”TOGAF的架构经过了几次更新，目前的版本是9。 除了TOGAF之外还有很多种框架，比如美国联邦企业架构框架（FEAF）等。 企业架构的概念 从最开始的Zachman,到后来的TheOpen Group,还有著名的Gartner Group，都给出了企业架构的定义，但翻译成中文都有些晦涩，这是语境的原因，在此不列举。 在TOGAF中给出“架构”的两种含义可能更接近说清楚这个概念： 1. 一个系统的正式描述，或指导系统实施的组件层级详细计划。 2. 组件结构、组件之间相互关系，以及对这些组件的设计和随时间演进的治理原则和指南。 我们用通俗的语言来说，EA就是：对企业构成要素的结构和关系进行的模型化描述，用途是进行经营管理活动的策划、分析和信息系统开发。 企业架构的类型 企业架构整体上可以分为两类：业务架构和IT架构。 业务架构 业务架构是从企业业务和管理的不同维度构建模型，包括战略绩效、运营模式、流程体系、组织架构、资源匹配、空间布局等；用TOGAF的说法就是：定义业务战略、治理、组织和关键业务流程。 实际上，业务架构的类型可以很多，在管理领域中为企业构建的各种维度的模型本质都是业务架构（或者企业架构），因为它们具有共同的特征： 1.对企业要素面向一个维度进行的结构和关系的描述； 2.有一套标准的规范、语言和构建方法； 3.形成可以在比较广泛行业或者领域里供参考应用的通用模型样本； 4.企业需要基于此构建符合自己特性的模型，而通常这个模型应该是独一无二的。 比如战略地图是战略实现路径分析的模型 COSO是著名的内部控制整合模型 APQC给我们提供了一个业务流程结构的模型 还有国际供应链协会发布的SCOR供应链运作参考模型 我们见到最多的架构就是组织架构，它最简单的表现形式就是组织模型 IT架构 IT架构是从企业信息化实现的维度构建模型，目的是描绘信息系统的蓝图，包括数据架构、应用架构和技术架构。 1.数据架构：描述组织的逻辑与物理数据资产及数据管理资源的结构。 2.应用架构：提供包含待部署的独立应用及其之间交互作用和与组织的核心业务流程间的关系的蓝图。 3.技术架构：描述支持业务、数据和应用服务部署所需的逻辑的软件与硬件能力，包括 IT 基础设施、中间件、网络、通信、处理和标准等。 业务架构和IT架构的关系是很微妙的。 1.业务架构是起始于IT架构，因为最早建立业务架构就是为了IT规划而引发的，然后它的发展却是又逐渐与IT远离。 2.业务架构和IT架构是从不同维度来构建的模型，我们可以单独应用它们。 3.当我们进行IT架构的时候，依然还是首先要从业务架构出发，原因很简单，不管如何进行IT规划和开发，最终都是要为业务发展服务的。 企业架构的作用 企业架构是一种描述，将企业的某些维度的特征描述出来，让我们能“看”到，就像我们作战总要有地图、建筑总要有图纸一样。 通过构建企业这样的“图纸”，帮助我们更系统地思考问题。比如业务模式如何设计、流程如何走向、生产线如何布局、组织机构如何设置、IT系统如何建设等等。 如果没有这样的“图纸”，事情就容易陷入简单粗暴。一个企业的经营和管理缺少设计，是与今天这种管理精细化的大趋势背道而驰的。 有一种说法，企业架构也存在着生命周期管理。当然企业架构是可以迭代的，也是可以调整和进化的，可以有版本管理，但这毕竟不是一个经常性的工作。构建这种架构需要专业人员来完成，而且发生的频率恐怕和企业进行战略规划差不多，所以说它的生命周期管理就显得把事情做复杂了。 企业架构目前受到越来越多的重视，甚至某些程度上可以用“追捧”这个词，这是一个非常好的现象，因为人们逐渐在意识到——就像产品一样，好的企业是设计出来的！ （《老包讲流程》第12讲 文字修订版） |
|
|
