IBM企业架构框架

1、企业架构框架IBM企业总体架构框架有一个隐含的假设：企业已经具备成熟的组织架构。而对国内企业 来说，特别是中小企业，问题就在组织架构方而。为此，我们对IBM企业总体架构框架进行 了一些调整，将组织架构作为基础，将业务架构作为核心，将IT架构作为支持，由此推出 了 1BM-DSAF 框架：业务组件化模型建立业务纠件的内外包和分布挨型业务流程的优化<系统化的组织结构模型林细的分权与监替机制绩效鸟核与漱励机刘-）企业战略与企业能力匹配性诊断中国高速发展的经济创造了乜人的市场，这使得人多数企业在制定战略时都集中于外部的 方向性选择，对企业内部的能力考虑不仔细。例如，“广告王现象”：注乘市场，忽视

2、内部 的管理和生产能力。企业的战略需要相应的企业能力的文撐才能有效执行。而企业的能力通常包括资源、知识.经验和技能等。在13M-DSAF中，基于企业能力理论，对实施企业战略的能力基础进行了系统的介绍，并 用著名的VR10分析法、核心能力分析以及动态能力分析等手段，对战略与企业的能力匹配 性进行系统化分析。二）组织架构企业的本质是追求经济利益的社会组织。而在任何一种经济组织中，个人利益是组织成员 行为的出发点，而且，在组织中，信息经常是不对称的，或者说，每个人并不总是享有同样 的信息。这个理念暗示了组织架构的三个重要方面：权力分配、业绩考核办法和奖励机制。因此，一个好的组织架构通过实现决策权与相

3、应信息的言效联系，从而做出高质暈的决策: 相应地，开发出业绩和奖励评估系统，以便为以个人利益为依据的决策者提供合理的激励, 使得他们的决策有利于整个组织的价值。组织架构是由企业管理者通过组成企业的各种隐性和显性的合同形成的。比如，决策权力 通过止式的或非正式的工作说明分配给相应的雇员，而业绩评估和奖励则通过式的或非iH 式的报酬合同予以确认。不同公司的最优组织架构是不同的。这种架构的差别不是随意的，而是一种系统的差别, 是随着公司相关特征的不同而产生的。一般来说，相同行业的公司往往都有类似的架构。如 果某个行业中重要的环境因素发生了变化，绝人多数公司都会对口己的决策权力分配以及内 部控制系统做

4、出调整。一个企业的组织架构通常涉及到以下的主题：1. 权力分配和监替控制2. 任务分配和工作单位的形成3. 如何吸引和留住合格的雇员4. 激励性报酬5. 个人业绩评估6部门或团队业绩评估儿乎所有的企业管理者都认为，“人”是企业最重要的资产，而组织架构就是解决企业中“人”的问题。在I3M-DSAF中，引进著名的"活系统模型”（VSM）作为组织架构工具，结合IBM的CBM（业务组件模型），其iE地将业务架构、1T架构和组织架构进行了有机整合，全而详细地 揭示了系统化管理的基本原理和主线，使企业的组织结构更适合现代管理信息技术的运用, 最人程度地提高企业的管理和运营效率。下图足YSM的结构

5、图：市场环境顾客活系统模型结构图政策)情报<丿、控制管理部门啊市场1市场3 4M42'市场2运营部门VSM最具有价值的地方是，VSM是一个而向服务的组织架构工具，而1BH的组件化业务模 型CBI也是而向服务的业务架构，在加上信息系统的SOA (而向服务的架构)，三者形成了 企业的一致性架构，一种天然的默契，详细内容三) 业务架构企业业务架构(EBA:Enterprise Business Architecture) 乂称为企业运营模式，是企业 战略转化为日常运营的机制。业务架构与1T架构的结合形成了企业运营的基础平台。业务架构定义了企业如何创造价值以及企业内外部的协作关系，描述了

6、企业如何满足客户 的需求、进行市场竟争、与合作伙伴合作、建立运营体系、考核绩效等。业务架构是基于战略决定企业各组成部分如何运转的工具，建立了企业战略与H常运营之 间的关联关系。宏观层而的企业战略需要通过业务架构来进行分解，从战略范畴落实到战术 范畴。H常运作的组织、流程、IT系统都应该是在业务架构指导下运转的。如果没有业务 架构而宜接组织和建立企业的H常运营，就会出现运营与战略的脱节、齐个业务环节缺乏 统一协调等问题。事实匕所有对企业都仔在着业务架构，有的是有意识设计的架构，还有一些是无惡识地 在运用的。粘心设计的业务架构会显著提高企业的效率和竟争能力，使企业避免产生很多管 理方而的问题。1)

7、 业务组件业务组件就是企业的业务模块。在企业架构中，通过业务组件化把企业的产品、销售、采 购、生产、财务等业务功能转变为业务模块，具体的方法被称为''业务组件建模”，简称为 CBM (Component Based Modeling) , CBM通过企业功能组件化的方式对企业进行币;新定义 和组合的过程，在一张图匕就可以宜观地显示出企业的业务蓝图；CMB不仅仅是对企业高层 次的描述，而是一个内容丰富的业务模型设计工具，它采用了一种全新的视角一组件化的方 式对企业进行分析和设计。卜图足制造企业的一个苹木CMB框架閔：业务地件91忏控IL *理|厂僉计|厂*实1 制作T厂丽柿 m件

8、壬口目I P<IARQ曲*4UJHM久个”蛊缺«节九a认ft 卍弔|1>«仁*給电|-|<>佇的举£业务组件模型(CBM)有着广泛的用途，在企业管理中主要有以下四项用途：1 战略分析2. 业务模式转型3. 流程设计4. 支持SOA系统设计业务组件的定义模板可以在CB.M总图的基础上，详细描述组杵的价值、活动、资源、再核、 IT支持等信息。由于业务组件是企业架构设计中的基础性工作，清晰的定义会给后续的流 程、组织、分布模式、IT系统等的设计工作打下坚实的基础。业务组件具有以下特点：1. 业务组件是独立的业务模块，在企业系统中承担特定的职责。组

9、件可以由企业 自己完成，或者由合作伙伴完成。企业组件化的过程也是内部和外部专业化的过程, 企业可以通过组件化建立价值网络，乘复利用外部资源来提升自己的竟争力。2. 组件内部各个活动之间是紧密关联的，而与外部其它组件的关联程度较低。所 以组件是可以独立运作的，这使专业化分工和外包成为可能。3. 每个业务组件的输入和输出都高度标准化。组件不能够H接使用其它组件内部 的活动或者资源，只能根据组件之间的标准接口提出服务诸求，从而获得所需的服 务。4. 组件一般都拥有A己的资源,它们在完成特定的有价值的活动中会消耗这些资 源。也存在没有资源的组件，它们只能通过调用其它组件资源的方式来实现口己的 功能。现

10、在的企业都在向流程化转型，这是IT驱动的必然。然而，企业流程再造遭遇了许多问 题，问题的根源在于流程再造是一种局部优化，是基于各个部门内部进行的优化，针对这种 问题，IBM提出了组件化的方法，在企业总体层面匕进行运营体系的优化，组件化成为IBM 实践企业架构理论的一大创新，有关企业组件化更多的内容沙2）业务流程业务流程是现代企业运营的核心，企业架构的任务就是设计出高效的业务流程体系。传统的流程分析和设计方法，例如，BPMN流程管理理论和SIPOC流程设计方法等，都是 以优化和口动化单个流程为目标的，没有考电如何在企业层而优化和共孚相同环节的问题。在多变的市场环境和激烈的竞争中，传统的设计方法会

11、使流程变得越来越复杂，造成流程 之间难以共享。由于共享困难，不同业务部门很容易从自己的角度考虑需求，制造更多的帝 复环节。这种情况形成了恶性循环，造成企业资源的极人浪费，降低了企业整体的效率。在I3M企业总体架构框架中，采用组件化的设计理念，并与传统流程设计方法相结合，打 破部门的界限，相同的环节在企业中只存在一个，为企业建立一个整合分享的流程，最终实 现流程的透明化，标准化，体系化，稳定化以及可考核化。转换企业现有10300个浚 栈和数千个环节.通 辺组件化可以转換为 100个左右组件和几百 个业务活动帕同的环节覽复岀现衣多 个流程中.传统的浚程设 计只是部门级的优化.无 沬做到企业级的优化

12、.打破部门界限.相同的环节 合企业中只存衽一个.细件 化的浚程设计充分体现了共 享和专业化的理念.可以达 到企业级的优化.传统流程向组件化流程转换3）组件分布模型组件分布模型（LocationModel） 乂被称为属地模型，是企业业务架构中决定业务活动在 什么地点进行执行的模型。通过客户接触程度和作业暈阴个维度，对企业的业务组件进行评 估，就可以发现哪些组件可以集中，哪些组件需要分散处理。一）接触客户的程度衡虽一个业务组件或业务活动是否需要而对而地接触客八o把企业的组件按照接触程度进 行布局，就可以决定该组件或活动是集中还是分散。二）作业量从运营作业屋的角度来衡呈业务组件或业务活动的作业规模，

13、根据作业虽的大小，决泄业 务组件或活动专业化或口动化的程度。在下图中，左边的评估矩阵说明了每个象限的特点。在设计分布模式的时候，需要分析各 个组件符合四个象限中哪个象限的特点，并放到相应的位置上。图中右边的矩阵是对四类业 务组杵的设计方案或改造描施。作业就大11龜友发生客户接緻燃求低救据或服务町如I境取.n动化晏求肩.标准化的漁秤低0如I啲业化功能 佶业凰规栈増氏有限 n动化嬰求低客户接触災w低a.十地化的"吃功能.作业悒増长有阳 .自动化弊求低客户求低Aa件也規悅琳氏迅乂禹度的客八憧触嬰求"动化鏗求為标曜化的紀程在通过评估矩阵发现业务组件的集中或分散的属性以后，还需要考虑

14、以下的限制性条件， 对集中或分散的组件进行调整。1. 运营成木：在集中或者分散以后，是否会降低成本，是否会产生规模效益。2. 风险控制：是否有利于业务运营中风险点的控制，降低风险可能带来的损失。3. 监管要求:政府是否有监管的要求，会不会对集中或者分散处理产生监管障碍。4. 接受程度:主要是指外部的合作伙伴或者客户是否对集中或者分散有一定的要 求，能否接受企业的集中或者分散的操作模式。对于企业内部的接受程度不作为重 点的考虑对彖，可以通过变革管理等手段来解决.4）内外包模型内外包模型是业务架构中决定企业采用何种内外包方式，即由企业内部完成某个组件的功 能，还是由外部合作伙伴来提供该功能。通过以

15、下的评估矩阵对业务组件的评估（前提是已 经确定了企业的业务组件），能够发现哪些组件影响企业的核心竟争力，这些组件需要由企 业自己负责；对于哪些在行业内没有差异性的组件，则可次外包。注垂效率注重效果领先地位化效牛和捋续性ill J H<j企业转深和高 聘合性血小能外包.比 如.业务規则和政箴的制 窕吋1为命业战略範点.再 嬰4方业屮做的最好*石婴投入赛滩取側竟够 优势.比如二销何伦丹、内部化批虽处理行 业A 用通过外ant务协议处FF.按M.支付锻木使用高町拿性处艸能 力强.转换成木低的外包 歸.比如.圾巾处叩悸.同质化侵用W拿顽晏的企业能力锻供杰出廉务的合件佚伴 拿建工紧密的、井他的合仔

16、 关系.比如：巾场活动、M场调合零.差异化外必化每个业务组件可根据上图所示的闿异性和同质化.企业特色和行业通用两个维度进行评估通过以上的评估矩阵发现适合外包的组件以后，还需要考虑以下的限制性条件，过滤掉由 于不满足限制性条件而不能外包的组件：1. 市场成熟度；在企业运营的地区内，是否存在能够提供可靠、肓质量、足够的 处理能力的外包商或者合作伙伴。2. 政府监管：政府是否有监管的要求，是否允许外包或者由合作伙伴运营特定的 业务活动。3. 外包接受度：企业员工或者客八是否比较容易接受对某业务组件的外包。4. 外部对企业的接受程度：外包商或者潜在的合作伙伴是否对合作对彖有一定的 要求，企业是否符合这

17、样的要求。外包有很多方式，我们在此仅仅提出了一些基本的思路。外包最重要的是充分发胖价值网 络的优势，建立企业差异化的.创新的发展模式。5）业务架构的治理设计-个先进的业务架构只是成功的一半，要管理和实施好业务架构，还需要做更多的工 作，例如，从企业管理的层而来讲，需要相应的系统化管理模式来作为保障；从具体的执行 上看，需要有一种机制来控制和推动业务架构的实施，这就是业务架构治理，通常由企业的 运营部或者战略发展部来承担这个责任。业务架构治理的目的：1. 使业务的运营与企业的要求相符合，管理多个部门的日常指标，发现业务运转 的趋势并及时做出调整；2. 分析研究、设计、测试新的运营模式和流程，以解

18、决问题或改进业务指标：3. 设计业务架构的发展路线图，根据业务的重姜性来决定实施优先级。业务架构治理是企业治理Z下的治理体系的一部分，企业治理是企业指挥和控制的过程， 界定了股东、董事会、经理层等利益相关者的关系，这些利益相关者决定了企业的发展目标 和方向。而业务架构治理则明确企业的目标能够在H常运営中实现，规定相关的职责、管理 流程和方法等，来保证设计先进的业务架构并加以实施。业务架构治理使运营与企业战略目标相适应，通过运营的提升达到业务增长、成本降低、 灵活反应等企业战略目标。业务架构治理由以下儿部分组成：1. 指导原则：规定业务架构的规范和目标，设计评估指标。2. 方法：明确设计、管理以

19、及实施业务架构和模型的方法。3. 治理流程：上要有合规流程、更新流程、沟通流程等。4. 角色与贵任：明确业务架构设计以及H常运営中的管控角色和责任。四）IT架构现代信息技术已经成为企业管理和运营的基础技术，因此，IT架构与业务架构是相互支 持和相互促进的。对多家企业研究的结果表明，单独IT架构的优化可以为企业带来2%的业 务增氏；单独业务架构的优化可以带米8%的业务增长；而业务和IT相互支持，企业达到总 体优化，则可以带来20%的业务增反。IT架构是企业IT建立IT系统的基础，它会指导IT的发展方向和项目的开展。企业的IT 架构能够帮助企业解决以下的问题：1. rr如何支持业务的发展？2. I

20、T项目开发的理由是什么？如何实现IT的投资回报？3. 企业的技术如何发展？为什么釆用某个技术(或产品)？由谁决定？决定的依 据是什么？4. 如何向股东和企业管理层展示IT的价侑？并持续获得支持和投瓷？企业IT架构的内容包括数据架构、应用架构和技术架构三个方而。1)数据架构1T的价值不在于先进的技术和功能强犬的软硬件，而在于能够储存和处理数据、信息。数据是对客观爭物的真实表现，企业业务过程中的所有对象的状况都可以用数据记录下来。 但数据必须经过加工处理以后，才能成为对企业有价值的信息。因此，在考虑企业的1T架 构时，首先要考虑的是，企业需要什么数据？存储什么数据？数据架构(EDA: Enterp

21、rise Data Architecture)有时被称为概念数据模型(Conceptual Data Model).企业数拥模型、信息模型等，足指定义企业的数拯项以及它们的属性和关联 关系。什么是数据模型？数据(data)是描述事物的符号记录。模型(Mode 1)是现实世界的抽彖。数据模型(DataModel)是数据特征的抽象，是数据库管理的教学形式框架。数据模型所描述的内容包括三个部分：数据结构、数据操作、数据约束。1. 数据结构:数据模型中的数据结构上要描述数据的类型、内容、性质以及数据 间的联系等。数据结构是数据模型的基础，数据操作和约束都建立在数据结构ho 不同的数据结构具有不同的操作

22、和约束。2. 数据操作:数据模型中数据操作主要描述在相应的数据结构上的操作类型和操 作方式。3. 数据约束：数据模型中的数据约束主要描述数据结构内数据间的语法、词义联 系、他们之间的制约和依存关系，以及数据动态变化的规则，以保证数据的正确、 有效和相容。数据模型按不同的应用层次分成三种类型：分别是概念数据模型、逻辑数据模型、物理数 据模型。1. 概念数据模型(Conceptual Data Model):简称概念模型，是而向数据库用户 的现实世界的模型，主要用来描述世界的概念化结构，它使数据库的设计人员在设 计的初始阶段，摆脱计算机系统及DBMS的具体技术问题，集中精力分析数据以 及数据之间的

23、联系等，与具体的数据管理系统(Database Management System,简 称DBMS)无关。概念数据模型必须换成逻辑数据模型，才能在DBMS中实现。2. 逻辑数据模型(Logical Data Model):简称数据模型，这是用八从数据库所看 到的模型，是具体的DBMS所支持的数据模型，如网状数据模型(Network Data Model)、层次数据模型(Hierarchical Dala Model)等等。此模型既要而向用八，乂要 面向系统，主要用于数据库管理系统(DBMS)的实现。3. 物理数据模型(Physical DalaModel):简称物理模型，是而向计算机物理表示 的模型，描述了数据在储存介质上的组织结构，它不但与具体的DBMS有关，而 II还与操作系统和硬件有关。每一种逻辑数据模型在实现时都有起对应的物理数据 模型。DBMS为了保证其独立性与可移植性，人部分物理数据模型的实现工作乂系 统自动完成，而设计者只设计索引、聚集等特殊结构。在概念数据模型中最常用的是