本人从事咨询工作多年,二十年一线数字化规划咨询经验，提供制造业数智化转型规划服务，顶层规划/企业架构/数据治理/数据安全解决方案资料干货。
IBM企业架构定义了有效协调利益相关者实现共同目标所需的架构模型、治理和过渡计划，强调：
》EA 提供了“战略”和“实施”之间的重要联系
》EA 生成架构路线图以实现未来的愿景状态
》EA 使 IT 与业务目标保持一致
》EA 包括架构模型和支持这些模型的管理流程
IBM企业总体架构框架基于TOGAF做了一些调整，重点引入了企业能力部分，强调以能力为准绳，将业务架构作为核心，将IT架构作为支持，由此推出了IBM架构框架：
一）企业战略与企业能力匹配
中国高速发展的经济创造了巨大的市场，这使得大多数企业在制定战略时都集中于外部的方向性选择，对企业内部的能力考虑不仔细。例如，“广告王现象”：注重市场，忽视内部的管理和生产能力。企业的战略需要相应的企业能力的支撑才能有效执行。而企业的能力通常包括资源、知识、经验和技能等。在IBM EAF中，基于企业能力理论，对实施企业战略的能力基础进行了系统的介绍，并用著名的VRIO分析法、核心能力分析以及动态能力分析等手段，对战略与企业的能力匹配性进行系统化分析。
二）业务架构
企业业务架构又称为企业运营模式，是企业战略转化为日常运营的机制。业务架构与IT架构的结合形成了企业运营的基础平台。业务架构定义了企业如何创造价值以及企业内外部的协作关系，描述了企业如何满足客户的需求、进行市场竞争、与合作伙伴合作、建立运营体系、考核绩效等。业务架构是基于战略决定企业各组成部分如何运转的工具，建立了企业战略与日常运营之间的关联关系。宏观层面的企业战略需要通过业务架构来进行分解，从战略范畴落实到战术范畴。日常运作的组织、流程、IT系统都应该是在业务架构指导下运转的。如果没有业务架构而直接组织和建立企业的日常运营，就会出现运营与战略的脱节、各个业务环节缺乏统一协调等问题。事实上，所有对企业都存在着业务架构，有的是有意识设计的架构，还有一些是无意识地在运用的。精心设计的业务架构会显著提高企业的效率和竞争能力，使企业避免产生很多管理方面的问题。
1）业务组件
业务组件就是企业的业务模块。在企业架构中，通过业务组件化把企业的产品、销售、采购、生产、财务等业务功能转变为业务模块，具体的方法被称为“业务组件建模”，通过企业功能组件化的方式对企业进行重新定义和组合的过程，在一张图上就可以直观地显示出企业的业务蓝图。下图是制造企业的一个基本业务组件框架图：
2）业务流程
业务流程是现代企业运营的核心,企业架构的任务就是设计出高效的业务流程体系。传统的流程分析和设计方法，例如，BPMN流程管理理论和SIPOC流程设计方法等，都是以优化和自动化单个流程为目标的，没有考虑如何在企业层面优化和共享相同环节的问题。
在多变的市场环境和激烈的竞争中，传统的设计方法会使流程变得越来越复杂，造成流程之间难以共享。由于共享困难，不同业务部门很容易从自己的角度考虑需求，制造更多的重复环节。这种情况形成了恶性循环，造成企业资源的极大浪费，降低了企业整体的效率。
在IBM企业总体架构框架中，采用组件化的设计理念，并与传统流程设计方法相结合，打破部门的界限，相同的环节在企业中只存在一个，为企业建立一个整合分享的流程，最终实现流程的透明化，标准化，体系化，稳定化以及可考核化。
3）组件分布模型
组件分布模型（Location Model）又被称为属地模型，是企业业务架构中决定业务活动在什么地点进行执行的模型。通过客户接触程度和作业量两个维度，对企业的业务组件进行评估，就可以发现哪些组件可以集中，哪些组件需要分散处理。
接触客户的程度衡量一个业务组件或业务活动是否需要面对面地接触客户。把企业的组件按照接触程度进行布局，就可以决定该组件或活动是集中还是分散。
*作业量从运营作业量的角度来衡量业务组件或业务活动的作业规模，根据作业量的大小，决定业务组件或活动专业化或自动化的程度。
在下图中，左边的评估矩阵说明了每个象限的特点。在设计分布模式的时候，需要分析各个组件符合四个象限中哪个象限的特点，并放到相应的位置上。图中右边的矩阵是对四类业务组件的设计方案或改造措施。
在通过评估矩阵发现业务组件的集中或分散的属性以后，还需要考虑以下的限制性条件，对集中或分散的组件进行调整。
- 运营成本：在集中或者分散以后，是否会降低成本，是否会产生规模效益。
- 风险控制：是否有利于业务运营中风险点的控制，降低风险可能带来的损失。
- 监管要求：政府是否有监管的要求，会不会对集中或者分散处理产生监管障碍。
- 接受程度：主要是指外部的合作伙伴或者客户是否对集中或者分散有一定的要求，能否接受企业的集中或者分散的操作模式。对于企业内部的接受程度不作为重点的考虑对象，可以通过变革管理等手段来解决。
4）内外包模型
内外包模型是业务架构中决定企业采用何种内外包方式，即由企业内部完成某个组件的功能，还是由外部合作伙伴来提供该功能。通过以下的评估矩阵对业务组件的评估（前提是已经确定了企业的业务组件），能够发现哪些组件影响企业的核心竞争力，这些组件需要由企业自己负责；对于哪些在行业内没有差异性的组件，则可以外包。
每个业务组件可根据上图所示的差异性和同质化、企业特色和行业通用两个维度进行评估……
通过以上的评估矩阵发现适合外包的组件以后，还需要考虑以下的限制性条件，过滤掉由于不满足限制性条件而不能外包的组件：
1.市场成熟度：在企业运营的地区内，是否存在能够提供可靠、高质量、足够的处理能力的外包商或者合作伙伴。
2.政府监管：政府是否有监管的要求，是否允许外包或者由合作伙伴运营特定的业务活动。
3.外包接受度：企业员工或者客户是否比较容易接受对某业务组件的外包。
4.外部对企业的接受程度：外包商或者潜在的合作伙伴是否对合作对象有一定的要求，企业是否符合这样的要求。外包有很多方式，我们在此仅仅提出了一些基本的思路。外包最重要的是充分发挥价值网络的优势，建立企业差异化的、创新的发展模式。
5）业务架构的治理
三）IT架构
现代信息技术已经成为企业管理和运营的基础技术，因此，IT架构与业务架构是相互支持和相互促进的。对多家企业研究的结果表明，单独IT架构的优化可以为企业带来2%的业务增长；单独业务架构的优化可以带来8%的业务增长；而业务和IT相互支持，企业达到总体优化，则可以带来20%的业务增长。
IT架构是企业IT建立IT系统的基础，它会指导IT的发展方向和项目的开展。企业的IT架构能够帮助企业解决以下的问题：
1.IT如何支持业务的发展？
2.IT项目开发的理由是什么？如何实现IT的投资回报？
3.企业的技术如何发展？为什么采用某个技术（或产品）？由谁决定？决定的依据是什么？
4.如何向股东和企业管理层展示IT的价值？并持续获得支持和投资？
企业IT架构的内容包括数据架构、应用架构和技术架构三个方面。
1）数据架构
2）应用架构
应用架构的目的是建立企业的业务架构和数据架构与具体的IT之间的关联。
应用架构不是对某个系统的设计或者需求的分析，而是定义企业向业务部门提供的整体的IT应用系统和功能。
应用架构在IT架构中发挥核心的作用，它能够连接业务架构中的流程、组件、功能、人员，也能够连接数据架构中数据的管理和使用，还能够提出对于技术架构和IT基础设施的要求。因而，制定一个完整全面的应用架构对于IT系统的建设非常重要。
应用架构是一个全企业的单一视图，规划定义IT系统和他们之间的接口以及集成方式，这样可以避免各个部门从自己的角度出发，建立很多烟道式的、重复的、难以共享的应用系统。应用架构理论的引入，可以解决企业目前在开发和系统集成过程中面临的很多问题。
安全评价可针对一个特定的对象，也可针对一定的区域范围。
3）技术架构
技术架构是IT架构中比较底层的架构，它定义了如何建立一个IT运行环境来支持数据和应用架构，以保证业务的正常开展。技术架构不是对软件开发、硬件系统、网络通信等的需求分析，而是设计一个IT平台。技术架构的设计团队成员需要具有丰富的IT软件和硬件知识。
通常在业务架构、数据架构和应用架构设计完成之后再开始技术架构的设计，保证设计结果能够提供对业务和应用系统的支持并保持一致。
