[整理]IBM企业架构框架.

企业架构框架IBM企业总体架构框架有一个隐含的假设：企业已经具备成熟的组织架构。

而对国内企业来说，特别是中小企业，问题就在组织架构方面。

为此，我们对IBM企业总体架构框架进行了一些调整，将组织架构作为基础，将业务架构作为核心，将IT架构作为支持，由此推出了IBM-DSAF框架：一）企业战略与企业能力匹配性诊断中国高速发展的经济创造了巨大的市场，这使得大多数企业在制定战略时都集中于外部的方向性选择，对企业内部的能力考虑不仔细。

例如，“广告王现象”：注重市场，忽视内部的管理和生产能力。

企业的战略需要相应的企业能力的支撑才能有效执行。

而企业的能力通常包括资源、知识、经验和技能等。

二）组织架构企业的本质是追求经济利益的社会组织。

而在任何一种经济组织中，个人利益是组织成员行为的出发点，而且，在组织中，信息经常是不对称的，或者说，每个人并不总是享有同样的信息。

这个理念暗示了组织架构的三个重要方面：权力分配、业绩考核办法和奖励机制。

因此，一个好的组织架构通过实现决策权与相应信息的有效联系，从而做出高质量的决策；相应地，开发出业绩和奖励评估系统，以便为以个人利益为依据的决策者提供合理的激励，使得他们的决策有利于整个组织的价值。

组织架构是由企业管理者通过组成企业的各种隐性和显性的合同形成的。

比如，决策权力通过正式的或非正式的工作说明分配给相应的雇员，而业绩评估和奖励则通过正式的或非正式的报酬合同予以确认。

不同公司的最优组织架构是不同的。

这种架构的差别不是随意的，而是一种系统的差别，是随着公司相关特征的不同而产生的。

一般来说，相同行业的公司往往都有类似的架构。

如果某个行业中重要的环境因素发生了变化，绝大多数公司都会对自己的决策权力分配以及内部控制系统做出调整。

一个企业的组织架构通常涉及到以下的主题：1.权力分配和监督控制2.任务分配和工作单位的形成3.如何吸引和留住合格的雇员4.激励性报酬5.个人业绩评估6.部门或团队业绩评估几乎所有的企业管理者都认为，“人”是企业最重要的资产，而组织架构就是解决企业中“人”的问题。

在IBM-DSAF中，引进著名的“活系统模型”（VSM）作为组织架构工具，结合IBM的CBM （业务组件模型），真正地将业务架构、IT架构和组织架构进行了有机整合，全面详细地揭示了系统化管理的基本原理和主线，使企业的组织结构更适合现代管理信息技术的运用，最大程度地提高企业的管理和运营效率。

下图是VSM的结构图：三）业务架构企业业务架构（EBA:Enterprise Business Architecture）又称为企业运营模式，是企业战略转化为日常运营的机制。

业务架构与IT架构的结合形成了企业运营的基础平台。

业务架构定义了企业如何创造价值以及企业内外部的协作关系，描述了企业如何满足客户的需求、进行市场竞争、与合作伙伴合作、建立运营体系、考核绩效等。

业务架构是基于战略决定企业各组成部分如何运转的工具，建立了企业战略与日常运营之间的关联关系。

宏观层面的企业战略需要通过业务架构来进行分解，从战略范畴落实到战术范畴。

日常运作的组织、流程、IT系统都应该是在业务架构指导下运转的。

如果没有业务架构而直接组织和建立企业的日常运营，就会出现运营与战略的脱节、各个业务环节缺乏统一协调等问题。

事实上，所有对企业都存在着业务架构，有的是有意识设计的架构，还有一些是无意识地在运用的。

精心设计的业务架构会显著提高企业的效率和竞争能力，使企业避免产生很多管理方面的问题。

1）业务组件业务组件就是企业的业务模块。

在企业架构中，通过业务组件化把企业的产品、销售、采购、生产、财务等业务功能转变为业务模块，具体的方法被称为“业务组件建模”，简称为CBM（Component Based Modeling），CBM通过企业功能组件化的方式对企业进行重新定义和组合的过程，在一张图上就可以直观地显示出企业的业务蓝图；CMB不仅仅是对企业高层次的描述，而是一个内容丰富的业务模型设计工具，它采用了一种全新的视角—组件化的方式对企业进行分析和设计。

下图是制造企业的一个基本CMB框架图：业务组件模型(CBM)有着广泛的用途，在企业管理中主要有以下四项用途：1.战略分析2.业务模式转型3.流程设计4.支持SOA系统设计业务组件的定义模板可以在CBM总图的基础上，详细描述组件的价值、活动、资源、考核、IT支持等信息。

由于业务组件是企业架构设计中的基础性工作，清晰的定义会给后续的流程、组织、分布模式、IT系统等的设计工作打下坚实的基础。

业务组件具有以下特点：1.业务组件是独立的业务模块，在企业系统中承担特定的职责。

组件可以由企业自己完成，或者由合作伙伴完成。

企业组件化的过程也是内部和外部专业化的过程，企业可以通过组件化建立价值网络，重复利用外部资源来提升自己的竞争力。

2.组件内部各个活动之间是紧密关联的，而与外部其它组件的关联程度较低。

所以组件是可以独立运作的，这使专业化分工和外包成为可能。

3.每个业务组件的输入和输出都高度标准化。

组件不能够直接使用其它组件内部的活动或者资源，只能根据组件之间的标准接口提出服务请求，从而获得所需的服务。

4.组件一般都拥有自己的资源，它们在完成特定的有价值的活动中会消耗这些资源。

也存在没有资源的组件，它们只能通过调用其它组件资源的方式来实现自己的功能。

现在的企业都在向流程化转型，这是IT驱动的必然。

然而，企业流程再造遭遇了许多问题，问题的根源在于流程再造是一种局部优化，是基于各个部门内部进行的优化，针对这种问题，IBM提出了组件化的方法，在企业总体层面上进行运营体系的优化，组件化成为IBM 实践企业架构理论的一大创新，有关企业组件化更多的内容»»»……2）业务流程业务流程是现代企业运营的核心,企业架构的任务就是设计出高效的业务流程体系。

传统的流程分析和设计方法，例如，BPMN流程管理理论和SIPOC流程设计方法等，都是以优化和自动化单个流程为目标的，没有考虑如何在企业层面优化和共享相同环节的问题。

在多变的市场环境和激烈的竞争中，传统的设计方法会使流程变得越来越复杂，造成流程之间难以共享。

由于共享困难，不同业务部门很容易从自己的角度考虑需求，制造更多的重复环节。

这种情况形成了恶性循环，造成企业资源的极大浪费，降低了企业整体的效率。

在IBM企业总体架构框架中，采用组件化的设计理念，并与传统流程设计方法相结合，打破部门的界限，相同的环节在企业中只存在一个，为企业建立一个整合分享的流程，最终实现流程的透明化，标准化，体系化，稳定化以及可考核化。

3）组件分布模型组件分布模型（Location Model）又被称为属地模型，是企业业务架构中决定业务活动在什么地点进行执行的模型。

通过客户接触程度和作业量两个维度，对企业的业务组件进行评估，就可以发现哪些组件可以集中，哪些组件需要分散处理。

一）接触客户的程度衡量一个业务组件或业务活动是否需要面对面地接触客户。

把企业的组件按照接触程度进行布局，就可以决定该组件或活动是集中还是分散。

二）作业量从运营作业量的角度来衡量业务组件或业务活动的作业规模，根据作业量的大小，决定业务组件或活动专业化或自动化的程度。

在下图中，左边的评估矩阵说明了每个象限的特点。

在设计分布模式的时候，需要分析各个组件符合四个象限中哪个象限的特点，并放到相应的位置上。

图中右边的矩阵是对四类业务组件的设计方案或改造措施。

在通过评估矩阵发现业务组件的集中或分散的属性以后，还需要考虑以下的限制性条件，对集中或分散的组件进行调整。

1.运营成本：在集中或者分散以后，是否会降低成本，是否会产生规模效益。

2.风险控制：是否有利于业务运营中风险点的控制，降低风险可能带来的损失。

3.监管要求：政府是否有监管的要求，会不会对集中或者分散处理产生监管障碍。

4.接受程度：主要是指外部的合作伙伴或者客户是否对集中或者分散有一定的要求，能否接受企业的集中或者分散的操作模式。

对于企业内部的接受程度不作为重点的考虑对象，可以通过变革管理等手段来解决。

4）内外包模型内外包模型是业务架构中决定企业采用何种内外包方式，即由企业内部完成某个组件的功能，还是由外部合作伙伴来提供该功能。

通过以下的评估矩阵对业务组件的评估（前提是已经确定了企业的业务组件），能够发现哪些组件影响企业的核心竞争力，这些组件需要由企业自己负责；对于哪些在行业内没有差异性的组件，则可以外包。

每个业务组件可根据上图所示的差异性和同质化、企业特色和行业通用两个维度进行评估……通过以上的评估矩阵发现适合外包的组件以后，还需要考虑以下的限制性条件，过滤掉由于不满足限制性条件而不能外包的组件：1.市场成熟度：在企业运营的地区内，是否存在能够提供可靠、高质量、足够的处理能力的外包商或者合作伙伴。

2.政府监管：政府是否有监管的要求，是否允许外包或者由合作伙伴运营特定的业务活动。

3.外包接受度：企业员工或者客户是否比较容易接受对某业务组件的外包。

4.外部对企业的接受程度：外包商或者潜在的合作伙伴是否对合作对象有一定的要求，企业是否符合这样的要求。

外包有很多方式，我们在此仅仅提出了一些基本的思路。

外包最重要的是充分发挥价值网络的优势，建立企业差异化的、创新的发展模式。

5）业务架构的治理设计一个先进的业务架构只是成功的一半，要管理和实施好业务架构，还需要做更多的工作，例如，从企业管理的层面来讲，需要相应的系统化管理模式来作为保障；从具体的执行上看，需要有一种机制来控制和推动业务架构的实施，这就是业务架构治理，通常由企业的运营部或者战略发展部来承担这个责任。

业务架构治理的目的：1.使业务的运营与企业的要求相符合，管理多个部门的日常指标，发现业务运转的趋势并及时做出调整；2.分析研究、设计、测试新的运营模式和流程，以解决问题或改进业务指标；3.设计业务架构的发展路线图，根据业务的重要性来决定实施优先级。

业务架构治理是企业治理之下的治理体系的一部分，企业治理是企业指挥和控制的过程，界定了股东、董事会、经理层等利益相关者的关系，这些利益相关者决定了企业的发展目标和方向。

而业务架构治理则明确企业的目标能够在日常运营中实现，规定相关的职责、管理流程和方法等，来保证设计先进的业务架构并加以实施。

业务架构治理使运营与企业战略目标相适应，通过运营的提升达到业务增长、成本降低、灵活反应等企业战略目标。

业务架构治理由以下几部分组成：1.指导原则：规定业务架构的规范和目标，设计评估指标。

2.方法：明确设计、管理以及实施业务架构和模型的方法。

3.治理流程：主要有合规流程、更新流程、沟通流程等。

4.角色与责任：明确业务架构设计以及日常运营中的管控角色和责任。

四）IT架构现代信息技术已经成为企业管理和运营的基础技术，因此，IT架构与业务架构是相互支持和相互促进的。