架构技能框架.pdf

在捷创成TOGAF认证回看课程中,我讲到我在2009年学习TOGAF的技能框架时的感受。看到讲义下面这张图的时候,我反问自己:我适合做企业架构师吗

1背景不是必需的技能,如果需要时应能定义和管理技能
2意识充分了解背景、问题和影响,以便能够了解如何进一步处理并给客户提供相应的建议
3知识具备关于主题域的详细知识,以便在架构设计中提供专业的建议和指导。
4专家关于这一主题的广泛大量实践经验和应用知识

如果你想了解企业架构的技能,可以下载The Open Group的这个《TOGAF®系列架构技能框架指南》,它为从事企业架构工作的员工提供了一组角色、技能和经验准则。

官方下载地址

架构成熟度模型.pdf

能力成熟度模型的好处已在软件和系统工程方面得到了充分证明。近年来,由于对企业架构的兴趣日益浓厚,我们也应该考虑自己企业的企业架构成熟度了。捷创成咨询给很多企业做交流的时候,发现有不少领导抱有不切实际的期望。我们当然能够理解这种“立竿见影”的想法,但企业架构不是学习“hello world”那么简单,它有着必然的一种发展曲线。想要收益越大,就要投资更多努力,我们可以借鉴成熟度模型,去认识自身发展旅程,这样可以给自己更合理的期望。当企业有了合理的期望的时候,那么才可能会更理性、更有可能走向理想的终点。

今天分享的是The Open Group的架构成熟度模型文档,此文档介绍了架构能力成熟度模型的概念、企业架构中评价和量化组织成熟度的技术,并以一个公共可用框架为例,介绍了一个可供任何企业用来开发自己的特定于组织的成熟度模型。

官方文档下载:TOG Architecture Maturity Models.pdf

我们在TOGAF认证公开课的标准课中,这部分我们只讲了2分钟,不过捷创成咨询在随到随学系列课中做了半小时的成熟度评估补充讲解,随到随学系列课学员可登录千聊课程进行学习,另外感兴趣可下载美国商务部架构能力成熟度模型.pdf

数字时代的敏捷架构.pdf

本白皮书描述了由于技术架构和组织层面的准备不足,导致很多敏捷化尝试的结果未能尽如人意。它提出了一个新的架构框架 – 敏捷架构框架(Agile Architecture Framework,AAF),此框架可以满足数字化企业的需求,并提供了一个以独特方式组成的愿景,可以更安全,可靠,和及时地达成企业运营需求:

  • 将系统以及设计这个系统的组织,分解成松耦合服务和自治团队的方法
  • 与业务战略保持对齐的机制,该机制提倡将共同认可的文化作为一种凝聚力,使赋能的组织避免松散
  • •能够利用最新软件创新技术的架构模式,这些软件创新包括分布式计算、自治系统、数据流,以及人工智能
  • 从超大型企业近年来开启的规模化敏捷之路中获得的已验证的经验

如果你想也感兴趣,可在文末点击链接下载中文版或英文原版。

我相信很多人并没有看过这个白皮书,即使看了估计也是很快略过。如果你仔细看了,也会发现白皮书可能没有给你太多信息。我是一个比较注重学习的人,也希望更多人能够找到好的资源并且去学习。之前就想在IT帮的布道课中进行讲解。不过今年还没有计划开第二期系列布道课,所以就放到EAGC中和大家进行一次交流。

中国企业架构社群EAGC致力于推动企业架构在中国的发展和应用落地,有来自各社群、各学科的从业者。这是中国学习和实践企业架构的聚集地,在EAGC有来自各社群、各学科的从业者。今年已经由BAGuild会员、DAMA会员进行了2次线上直播分享。我是TOG的企业会员,也是TOGAF的授权讲师,4月份我给大家分享的话题名保持和The Open Group的这个白皮书《数字时代的敏捷架构》同名,分享内容的总体框架也和这个白皮书保持一致,也算给TOG做一下推广和布道。

以下为本次我准备的【数字时代的敏捷架构】讲义,EAGC正式会员可在EAGC星球免费下载此资料。

摘自EAGC《数字时代的敏捷架构》线上直播分享讲义

The Open Group白皮书《数字时代的敏捷架构.pdf》下载:中文下载 英文下载

如果你是捷创成咨询的TOGAF认证课学员,可以查看关于数字时代的敏捷架构的扩充讲解

企业需要一个什么样的企业架构师?

原文:https://www.togaf9.cn/1310.html

在构建一个建筑物和构建一个城市时的复杂性关系如同对IT系统的构建。要是你构建一个简单的、单用户、非分布式的系统,你就可以不需要架构师了。但是如果你构建的系统是企业范围的、重要的、分布式系统,你很可能需要数据架构师、解决方案架构师、基础设施架构师、业务架构师,或者企业架构师(叫法可能不一)。其中企业架构师相对来说是个新兴的职业,那他又有什么职责呢?

架构角色的演变

在传统的信息规划中,大家谈的最多的是解决方案架构,在这个过程中出现了应用架构师和技术架构师,这两类架构师更多是IT技术出身,他们关注的是应用、数据和技术,围绕着IT解决方案去思考并执行方案。

然而有一种现象,很多做了多年的咨询顾问,大多数也是在实施层面,不具备业务架构的能力。我在中国软件技术大会的一次主题演讲中做了上面这张PPT,主要想说明的是解决方案失败的一个主要原因是方案未能真正解决业务问题,所以业务架构师成为了一个扩展的IT角色。

业务架构师关注的是组织和业务流程(BIZBOK中关注的是能力、价值流、信息和组织等),他有市场驱动意识,是业务战略和解决方案的衔接者,他负责让不同的利益相关者更好的理解架构、原则和运营模式,提出相应的解决方案,使得组织能够实现它们的战略目标。

摘自《业务架构思维和框架》公开课讲义

然而业务架构师主要是关注在业务上,他并不负责整个架构的持续建立和维护。随着企业业务复杂度提升以及IT持续优化的要求,开始需要一个能整体把控企业的架构的角色,这就是企业架构师。

企业架构师的职责就是设计一个公司的基础架构,并提供关于怎样建立和维护架构系统的指导方针。一般来说,级别高的架构师,经验更丰富,争相聘请的人也多。我每到一个企业做咨询和内训的时候,对方领导差不多都会对我说“能不能帮我推荐几个人过来。” 企业架构师也是与公司全部的IT战略密切相关的专业人员,负责企业架构的整体工作把控,从总体上保证业务和IT的融合和创新。

企业架构看起来很大,不过简单来看,架构实际上是一种认识、理解、沟通框架,企业架构的关注点是企业范围内的战略、业务及IT需求的识别、规范及优先级划分,主要用于企业分析、计划和架构治理。

企业架构师

虽然企业架构学科已经发展很多年了,但目前在国内多数企业中,企业架构师仍然是一个新的概念,有这样岗位的企业仍不多。有经验的业务分析员、软件架构师,虽然在部分行使着企业架构师的职能,但他们却远远无法实现企业架构师的职能。

企业架构师是思想带头人和专家,他将程序/项目经理、解决方案架构师和业务分析人员的技能与执行的直觉联合起来。他们是企业信息化的总体规划师和设计师,总揽企业的业务、应用、数据和技术等各个方面。这里我罗列一些企业架构的基本活动:

  • 研究行业业务实践
    从高层次的业务流程了解组织所处的行业的业务模型
  • 了解高层战略意图
    企业架构是战略落地工具,高层是解释战略目标的关键
  • 探索组织业务需求
    高层会展望组织的未来状态,业务团队掌握着现状,架构师需要获取现状,并用战略目标所形成的期望来进行权衡
  • 掌握现有技术环境
    技术是业务过程的主要使能者,这暗示着不对这些工具进行适当的了解将不会成功
  • 制定改进路线图
    从各种来源收集数据之后,制定路线图来告知利益相关者打算如何采取行动
  • 持续构建企业架构模型
    企业架构是一个持续提升的过程,当创建了企业架构路线图,并且得到了风险承担者的赞成之后,应该努力让其随时更新

除此之外,企业架构师兼分析师、设计师、培训师、顾问、治理等数职于一身。好的企业架构师要具有高屋建瓯的视角,统揽全局的能力,深入的行业业务和技术知识,丰富的开发和实施IT项目的经验。他们能洞察和分析业务趋势,设计业务运作模式,参与公司变革规划,日常工作包括设计总体架构、形成业务需求、负责沟通交流、选择解决方案、评估技术策略、掌管整体方向。

你准备好了吗?

企业希望通过IT投资获取最大的商业价值,企业纷纷进行了重大的IT变革,开始对高水平的架构师有了越来越多的需求。企业要求企业架构师不仅仅是做IT,而是解决整个业务问题,具备一种高层次的企业视野,聚焦于组织的IT和业务之间。然而许多 IT 架构师视角的普遍局限在熟悉的技术方案领域,关注点易于局限于内部,如果你希望成为企业架构师,你准好了吗?

企业架构师需要掌握一个涵盖业务和IT的设计和沟通工具,需要有系统的方法,而不再是凭借感觉和经验。

对于IT专业人员来说,选择企业架构师作职业是非常有前景的。因为合格的企业架构师人才极度缺乏,一些大公司开始鼓励信息化负责人及IT部门经理来参与企业架构的认证培训,让他们能够掌握EA技能的同时,行使架构师的职责。我现在更希望有越来越多的业务人员加入业务架构师的队伍,这样才能真正落地EA。

除了IT人员开始学习企业架构之外,我还看到越来越多的企业高层因重视企业架构也加入了学习行列,他们明白成功的企业是架构出来的,而不是自由发展而成的。这对一个企业来说也是至关重要的,可以保证从上往下更好的落地EA理念和方法。

那如果你希望成为企业架构师,你需要从哪里获得架构师能力呢?我想可以从以下3个方面去学习:

  1. 知识:完备的专业知识、交流架构知识的场所(线上、线下)等
  2. 技能:专家的架构经验分享、自己工作中的实践等,IT帮就是你的最佳选择之一
  3. 态度:守破离的学习路线、跳出IT全面看待企业的业务战略视角等

获取这三方面可以通过学习一个业界企业架构方法框架,自学或培训都可以:

  • 个人如果希望最快捷的学习,建议学习TOGAF,并去接受认证培训。对于培训,选择合适的培训机构和讲师又至关重要,因为在TOGAF中具有真正实战经验的老师并不多,很可能交了不少的学费却对真正使用TOGAF没有帮助。
  • 企业如果希望最快捷的培养架构师团队,建议在团队每个人分别形成各自的企业架构认知之前,聘请具有实战经验的TOGAF教练,由教练进行统一培训,聚焦认知,并由企业架构教练带队,指导团队进行企业架构的实际工作。国内EA咨询还较少,北京捷创成信息咨询专注EA的落地。

是否使用企业架构?

企业架构的采纳和实施是需要高层的支持的,如果高层还没有这个意识怎么办?我觉得在组织中不用强迫实行企业架构。对企业架构实践的需求应该是人们了解了业务和IT过程和自身方法学习之后结合的不断发展的复杂性结果。

企业架构的实施复杂度依赖于组织的授权级别、资源的可用性、组织业务模型的规模和复杂性,以及组织灵活性等因素。虽然我推荐从上而下的去构建完整的企业架构,但事实上是,许多组织并没有能力同时实现并维护企业架构,更好的方法是首先从实现起来比较容易且能带来较好效果的过程改进技术着手,在这个过程中去培养架构师团队,并给企业不同利益相关者带去积极的影响。

企业架构工具魔力象限解读

Gartner更新了2019年其对于企业架构(EA)工具的市场定义和功能。EA工具被定义为软件应用或平台,用于为企业架构师和科技创新(TI)负责人以及业务和IT的利益相关方提供帮助。EA工具为战略规划、分析、设计、创新和持续性提升提供支持,并支持对来自业务、生态系统、解决方案和技术领域的信息进行捕获、上下文化和可视化。企业架构和科技创新负责人应选择适合公司转型,现代化和创新发展特征的EA工具来助力企业的业务战略发展和现代化进程。

1. 本文目标

对Gartner企业架构工具魔力象限进行解读,为评估是否选用企业架构工具的最终用户提供参考,并梳理该魔力象限涵盖的企业架构工具产品特点,便于用户选择和对比。注:本文对企业架构本身及Gartner魔力象限的象限说明、厂商访谈方式方法等不做关注和解读。

2. 企业架构工具的意义

EA工具能够帮助企业架构师和科技创新负责人将企业架构固化为可为企业实现目标业务成果的战略规划规则,并能够确保IT工作的开展符合业务和战略发展方向。同时能够在以下五个方面促进业务转型与优化并驱动目标业务成果的落地:

  1. 更快做出更明智的决策:组织可以利用架构师和其他角色通过EA工具生成的信息更快地做出正确的决策。
  2. 推动创新:创新是数字化转型的关键,企业应评估新兴的技术,通过结构化、灵活和可迭代的方法推动创新。
  3. 为转型而进行企业重构:EA工具为企业架构师提供构绘数字化转型和执行差距分析所需的未来架构状态的详细信息。
  4. IT项目组合和资产管理:EA工具可以在管理当前IT项目组合状态的同时对项目进行指导,并可以强调如成本优化,利润增长和降低风险等方面的内容。
  5. 架构建模 – EA工具可以对业务流程规则、信息资源、信息交换、业务生态、应用和服务进行建模。

3. 企业架构工具应具备的能力

  1. 与如下领域进行连接和交互:
    1. 创新管理项目集和项目组合管理
    2. 治理、风险与合规
    3. 企业业务流程分析
    4. IT服务管理
    5. 企业风险管理
    6. 知识管理
    7. 财务管理
  2. 对如下领域进行支持:
    1. 业务架构
    2. 数据架构
    3. 技术架构
    4. 安全架构
    5. 解决方案架构
  3. 可以在当前和未来架构视点间进行切换,并支持如下的功能:
    1. 资料库管理
    2. 建模
    3. 决策分析
    4. 展示
    5. 管理
    6. 可配置性
    7. 框架
    8. 易用性
  4. 能够产出如下交付物:
    1. 业务成果报表
    2. EA章程
    3. 业务能力建模
    4. 情景规划
    5. 价值流
    6. 新兴技术雷达
    7. 技术路线图
    8. 商业生态系统建模
    9. 旅程地图
    10. 故事地图
  5. 具有如下能力:
    1. 基于存储库或元模型
    2. 对EA的四个主要架构域的建模能力
    3. 提供一系列决策分析能力
    4. 支持针对不同类型的利益相关者的各种演示视图
    5. 包括用于管理用户访问权限、安全性和工具特性的能力
    6. 可针对不同类型的用户和环境进行配置
    7. 支持框架和标准,同时可以根据用户需求进行定制
    8. 以易于使用、直观的方式交付所有功能

4. 企业架构工具市场概况

企业架构师在当前这种由适应性战略和产品驱动的环境下很难清晰地定义他们的角色,同时他们经常作为企业内部的咨询顾问被寄予更多的期待来为企业提供最大的价值。因此,为满足因企业架构师的职责边界扩大所带来的新的使用需求和挑战,市场对于支撑企业架构师日常工作的EA工具提出了更高的要求。 除EA工具的基本功能外,EA工具应能够支持如下三个关键能力以满足市场上最新的使用需求:

  • 创新管理:创新管理希望能够在企业内部打造一种可重复和可持续的创新流程和文化。通过创意、流程、工具和技术等的创新来提升企业价值。此次魔力象限的受访者对于采购EA工具给出的理由也大多是利用EA工具驱动企业的技术创新。在当前这种极具颠覆性和爆发性的时代,企业业务和产品亟需适应市场需求,实现快速转型和自身优化,并推出创新的产品和服务。因此,EA工具需要能够帮助企业有针对性地和结构化地进行创新管理。EA工具通过多种特性和功能满足用户的这种需求,如创意管理,与战略规划工具集成,通过趋势识别捕捉趋势以及创建新兴技术雷达图等。
  • 企业内部管理咨询:企业架构师的角色正重塑为在企业内部提供真正的客户价值,通过主动提供咨询的方法为企业设计未来的业务和运营模型。为实现这个目标,企业架构师很多时候需要和业务高管及业务团队紧密合作。因此需要EA团队能够创建特定的咨询工件,如业务能力模型、商业模式画布、生态系统建模、旅程地图和角色建模等。同时也需要使用CRM来管理在业务合作过程中的会话和关联。EA工具需要能够支持满足上述需求的能力。
  • 通用化的EA工具:很多受访者表示EA工具会将在整个企业内部进行普及,其易用性至关重要,EA工具必须能够支持像ArchiMate、UML等专业EA模型。EA工具应能快速上手,开箱即用,提供直观,易用的体验,并可以与多种其他工具进行集成。

总之,市场对于EA工具的功能需求在持续扩展,对创新管理、关系管理、协作协同和易用性等都提出了新的要求。

5. 企业架构产品和特点

此次Gartner EA工具魔力象限一共上榜了16个厂商,不同的厂商的优势和需要引起注意的方面简述如下:(如果你知道哪个企业用了什么企业架构工具,欢迎对本文进行回复)

厂商主要特点优势注意
Ardoq基于云的模式,界面直观,提供预定义配置了解市场需求;关注创新;数据驱动,使用体验良好在建模和文档能力方面使用较为复杂,缺少灵活的可视化;主要市场局限于西欧;企业依赖资本,尚未盈利
Avolution支持云,本地化以及混合模式部署,建模能力支持使用Microsoft Visio,以及原生具有拖拽建模系统。了解市场需求,关注业务成果驱动分析和报表,同时也为非EA用户设计;易于使用,良好的客户支持能力;客户分布广泛创新管理能力较弱;对于非EA用户来说,可视化和展示能力较弱;专注于广泛基础的EA以及特定垂直领域EA框架
BiZZdesign支持业务成果驱动EA能力,提供跨组织的协同工具优秀的市场战略,积极与EA从业者和CIO接触并进行市场营销和网络研讨会等活动提升影响力;在各个行业和垂直领域均具有代表性;良好的用户体验未提供扩展商店以便于第三方对其进行扩展;主要局限于美国和西欧市场;较长的销售过程和周期
BOC Group支持实时数据监视、创新管理和客户旅程映射;提供免费社区版和学习资源了解市场需求,关注AI和分析能力;盈利能力强,在该领域已经具有25年的历史;优秀的市场战略,积极组织活动和会议,有较强的知名度和影响力在报表和调查等能力上有所缺失;版本和定价策略较为复杂;主要关注银行,金融,保险,制造业和政府等垂直领域
Clausmark基于平台的方法构建其存储库。并集成了财务管理、EA管理,项目群和项目组合管理了解市场需求,支持IT价值链方法,适合需要对于跨不同IT角色进行管理的用户;专注于核心竞争力的提升;使用CRM方法来增强EA内部管理能力不区分EA中的不同子角色,如业务架构师,安全架构师,解决方案架构师和信息技术架构师;在对未来状态的支持方面落后于其他竞争者;关注与欧洲尤其是德国的市场
erwin抽取组织的元数据来帮助EA和非EA用户进行快速决策了解市场需求,关注非EA用户的使用需求,关注金融,医疗保健领域等大型企业;在该领域经营多年,并具有较强的盈利能力;持续增加新的功能创新能力较弱,采用C/S这种传统的用户界面;销售团队规模较小;落后和厚重的产品架构,配置复杂
Enterprise Architecture Solutions具有多种部署选项的灵活、低成本产品采用业务结果驱动的方法,将EA从IT资产组合管理中划定出来;精心设计的工具元模型结构,预置可视化能力,可采用Dockers容器或云的方式进行部署,并提供开源选项;对大小型企业均支持良好,易于实施不针对任何特定细分行业,并缺乏TOGAF等行业认证;创新管理能力较弱;主要关注欧洲和北美市场
LeanIX支持以业务成果驱动的EA方法,致力于使EA实践超越IT项目组合管理和当前状态优先的场景优秀的市场战略,积极透过行业事件和社交媒体以及组织会议来提升影响;了解市场需求,可以支持大型组织面临的其他挑战,例如确定哪些应用程序已支持云,并了解由于物联网(IoT)带来的数据呈指数增长初期成本较低,随着使用的增加,成本会增加较多;对部门和行业特定的内容以及模型和模板的支持有限;专注于北美和欧洲
MEGA International将EA,IT投资组合管理、业务流程分析和集成风险管理统一到一个平台优秀的市场战略,快速增加的客户群;了解市场需求,关注业务架构,并将开发与运营进行结合;采用类似于CRM方法,可以利用众包技术结合众多资源的智慧全平台总体成本较高,但提供入门级的固定价格选项,定价较为复杂;缺乏全球集成商,外包公司和咨询公司的合作伙伴覆盖;专注于对DoDAF的支持
Orbus Software支持EA和业务流程分析,图表功能扩展与Microsoft Visio支持很多行业框架并通过用户论坛提供行业经验,供应商专注于受法规遵从性影响的垂直行业中的建模挑战;稳定的收入流和功能广度。已通过ISO 27001标准认证,市场盈利能力较强;关注用户需求和想法,具有全球级的用户体验团队与Microsoft的合作过于紧密,因此易于收到未来Visio使用交互上变化的影响;对于创新管理的不同阶段提供的支持尚不完整;采用以业务成果为导向的方法且并不一定以EA流程为中心的组织在需要解决所有利益相关者的关注时可能会遇到挑战,比如当利益相关者不是很关心图表而更关心可执行的洞察力的时候
Planview将项目集和项目组合管理能力也集成到了EA工具中,并通过收购的平台提供构想和创新管理解决方案在该领域历史悠久;从专注单体工具转向基于平台的集成方法;从关注项目转为关注产品;利用较强的项目管理能力专注于敏捷产品方法论以提升执行力集成困难并存在升级问题;专注于北美和西欧市场;EA工具在创新方面未达到市场预期
QualiWare具有社交媒体功能的协作型工具,可鼓励企业架构师和整个组织中的非EA人员参与;满足多种使用场景,包括移动应用程序和聊天机器人,以及与Slack和Microsoft Teams等工具的集成在许多行业都表现出良好的覆盖率,包括政府,制造和能源;销售定价模型简单,销售周期的交货期短;是一家盈利的公司,已经在市场上运营了25年以上缺乏最终用户帮助文档;缺乏用于构思和创新管理的工具;欧洲以外地理区域的品牌知名度较低
Software AG使用对话UI来改善导航并帮助用户快速找到他们所需的信息,并通过与外部数据库(例如Gartner的Hype Cycle创新数据库)集成来专注于创新和跟踪新兴技术了解市场需求,了解EA的双重角色,即具有关注IT的能力以及在组织范围内促进创新和协同,提供了EA市场所需的许多功能,并且为其产品和服务制定了强大的路线图;通过特定于行业的资源为广泛的行业提供支持;是一家盈利的上市公司对于新手用户在初始实施、可用性、演示和复杂性等用户体验方面较为困难;定价策略复杂;产品的整体易用性及其对新手用户的整体可用性仍存在一定复杂性
Sparx System以IT为中心的EA工具,非常注重建模,它使用包括ArchiMate,统一建模语言(UML)和BPMN在内的标准来映射特定于EA的流程和工作流程,大多基于本地部署Sparx Systems开展业务已有20多年,并实现了盈利;定价模型可预测且易于理解,并且销售周期短;针对以建模为重点的解决方案架构师和工程团队没有针对垂直行业的非常详细的策略;是面向模型的,并且没有为业务用户和解决方案架构师以外的用户扩展该工具的功能;除了针对IT的EA建模之外,供应商提供的功能有限
UNICOM Systems可通过应用行业标准的框架,符号和方法来可视化,分析和与利益相关者进行交流;具有强大的技术架构功能,用户可以基于内置的Visual Basic for Applications(VBA)对其进行自定义定价模型可预测且易于理解,并且销售周期短;供应商进入该市场已有30多年的历史了;主要面向公共部门和政府市场,销售策略高度集中且简单局限于公共部门和政府市场,在其他领域服务能力有限;用户界面现代化程度高,但是对业务和IT利益相关者并没有提供同样的现代化用户界面;System Architect仅在基于Windows的计算机上可用,并仅有较少的创新和构想管理能力
ValueBlue该平台可解决IT流程的沟通和协调难题,关注应用程序、业务流程、数据和基础设施之间缺乏一致性的问题了解市场需求,以一种使每个利益相关者都能从他或她的角度理解的方式,采用集中式方法来计划,监视和驱动变更;定价模式简单并可根据要求提供免费的试用版;致力于满足中小型组织的独特需求。它为政治、经济、社会、技术、法律和环境(PESTLE)分析、路线图以及其他市场分析提供支持在制造和能源等EA程度领先的行业方面没有显着的经验,主要关注较小的组织以及建筑、政府和非营利部门;在行业活动中的参与度较低,并且不会频繁更新其社交媒体或有效地进行营销以增加其用户和关注者的数量;专注于欧洲市场,尤其是荷兰

作者:IT帮EA工具工作组 – 安研究员

推 荐 导 读

企业架构是什么?

信息技术不断快速发展,复杂性一直存在,敏捷性又是一个新的驱动力,大型组织需要一个框架来理解新技术及其与战略的关系。 无论是云计算、机器学习还是自动化分析,企业都需要从业务出发,制定计划来决定要投资哪些创新以及如何使用它们。

摘自捷创成咨询企业架构讲义

企业架构(Enterprise Architecture)是什么?我们先来看一段视频,这个视频也是我经常在内训课中给学员播放的。

看完视频后,接下来我们来继续了解企业架构。

什么是企业架构?

图片来自《第一届中国企业架构大会》主席周金根现场讲解照片

如上图所示,企业架构范畴较大,含组织级的业务架构、数据架构、应用架构和技术架构。包括对这几个组成部分的分析、设计、计划、实施和治理。通过企业架构来指导组织,着眼于达到期望的业务成果。

企业架构有很多不同来源的定义,这里我们引用Gartner的EA定义

企业架构最初是在1960年代以业务系统规划(BSP)的概念进行概念化的。但是,企业架构框架的广泛实施是1980年代迅速发展的商业技术的结果。

摘自捷创成咨询培训讲义

EA将遗留应用与当前和未来流程结合的一种手段,并发实施使组织能够优化业务能力。如今,EA得到了更进一步发展,以涵盖其他各种方法。这些范围从非常通用的到特定于行业的架构框架,从IT到业务,从运营到战略。

摘自捷创成《TOGAF认证公开课》开篇补充介绍

企业架构为什么很重要?

前一阵子国内中台声音很大,大家开始自创方法论,经过几年的热度之后,近期开始回归理性,逐渐务实的认识到这些新老问题都离不开企业架构学科。

图片来自《第一届中国企业架构大会》讲义

商业世界的变化比以往任何时候都快:产品生命周期的缩短,让企业追求敏捷和创新;新技术正在改变人们的工作方式,使团队成员可以随时随地工作;客户体验已成为数字化企业的共同着力点,同时需要新的运营模式来实施;商业模式的不断刷新,要求企业站高一线的全局思考。

以上问题,单个拿出来都是比较复杂的,放在一起就更离不开系统思考。要想很好的结合以上所有内容,离不开对复杂系统的架构设计,而企业架构可以通过透明性的描述企业来计划在一定时间范围内实现业务目标的路径。

摘自捷创成《TOGAF认证公开课》讲义

企业架构的目标是什么?

企业架构的目的是形成一个连贯而全面的组织蓝图,它具有长远视野,描绘了整个组织的全景,该蓝图与众多要素相关联。同时,企业架构也是一种路线图,可以指导组织逐步规划和维护业务目标,并通过技术来支持它们。

虽然EA框架可以指导和改善组织的许多方面,但EA的最终目的是使价值最大化。任何企业架构的总体目标是:

  • 有效:企业架构蓝图定义了如何实现企业提出的可交付成果。
  • 效率:框架内明确规定了重用资源和消除冗余的能力。
  • 敏捷:组织希望企业架构能够评估技术风险,将遗留技术和新技术相结合,并指导所需的监视、度量和分析,以识别何时以及如何根据业务目标发展IT。
  • 连续:对于领先企业而言,没有什么比能够维持关键任务的业务运营更重要的了。EA通过对业务和IT流程进行标准化,实现了最高水平的连续性。

企业架构的基本组成是什么?

企业架构由许多组件组成。在TOGAF中包含6大组成部分:

摘自捷创成《TOGAF认证公开课》讲义

我们知道企业架构框架除了TOGAF之外,还有很多其他可学习的框架,但是所有EA框架都包含一些相同的核心元素:

  1. 架构治理
    每个企业将需要一个架构治理委员会,他们确保其他所有人都按照EA学科要求进行。该团队确保业务目标与IT基础架构对齐。
  2. 架构框架
    这是定义架构的模型或方法。蓝图定义了企业战略的全局,包括所需的战略、业务和IT架构。
  3. 实施方法和工具
    这些是实施架构框架提出的所需步骤,实施指导项目从头到尾完成。
  4. 架构内容
    这是通过内容框架来记录组织架构工作中的产物。文档工件记录了所有更改和过程,并且必须保持最新。
  5. 架构存储库
    组织架构过程中的所有内容的统一分类存储,团队可以使用他们认为必要的任何工具来实现逻辑存储框架。 

方法论

这种企业架构描述可能看起来很笼统,也很模糊。但是,有许多不同的框架可用于实现企业架构。没有一个适合所有业务模型的通用框架。每个组织都需要不同的组件和系统来实现其目标-有些可能需要安全架构,有些则需要信息架构。

  • 联邦企业架构框架(FEAF)是一个用来指导联邦机构的参考模型。FEAF为各种机构提供了共同的策略,以共同开展战略和管理。一些好处包括资源共享和降低成本。该模型的利益相关者是每个公民。FEAF的最终目标是改善利益相关者的整体体验。
  • Zachman框架是一个涉及到一个6×6的框架的基本结构。它是用于组织和分析数据的模板,但也可以用作EA的框架。该框架提供了一个逻辑结构,用于对36个描述性框内的复杂项目进行分类和管理。Zachman框架的目的是给出不同的视点,它允许不同的利益相关者从不同的角度看同一件事。 
  • 开放群组架构框架(TOGAF)是用来计划、开发、实现、治理和维护架构的一个概念框架。TOGAF致力于通过标准化和模块化设计来提高灵活性。其核心是架构开放方法ADM 

企业架构师的角色是什么?

企业架构师指导IT实施以实现业务目标。这意味着企业架构师需要能够与技术开发人员和业务经理交谈。这是一项巨大的责任,需要大量的识别和分析以及更多的实践工作。架构师往往直接在CTO/CIO/CDO下工作。

可以看看这篇文章:企业需要一个什么样的企业架构师?

摘自《业务架构框架和思维》讲义

所需认证

企业架构师的角色非常专业,在我的TOGAF认证课程中我也会提到我自己的学习经历,已经有哪些是需要突破的地方。

摘自捷创成《TOGAF认证公开课》讲义

这需要你具备一般知识以及经验。除此之外,也有越来越多从业者通过认证来证明自己的能力。企业架构师角色的候选人可以根据自己情况去考取证书。

敏捷为什么需要企业架构?

敏捷实践者的努力主要聚焦在改进软件的开发流程,对技术的健壮性则不是那么的重视。我们曾经经历过大型机构的敏捷化改造,在改造过程中应用了很多精益原则,但是反响平平。在敏捷的语境中,技术的健壮性和流程维度是密不可分的。企业往往会忽视敏捷在架构、组织和文化方面所需的前提条件,而直接将敏捷转型的焦点放在了流程维度。

摘自EAGC线上分享《数字时代的敏捷架构》

大家逐渐认识到,企业架构是敏捷软件交付的重要推动力。出于以下几个原因,这是正确的:

  1. 通用的架构使敏捷团队能够专注于价值创造。通用的企业架构可实现跨交付团队的重用。当敏捷团队拥有可重复使用的高质量资产(例如微服务、企业数据模型和框架)时,他们就能专注于为利益相关者创造新价值,而不必重塑现有基础架构的新版本。
  2. 通用的技术指导可以提高一致性。当团队遵循有效的通用约定时,可以带来更高的质量。这使您更容易了解它们的新资产,特别是现有的源代码,并根据需要扩展这些资产。更高的一致性还使人们更容易在团队之间移动,因为这将使他们更容易掌握新团队的工作状况并与这些团队成员分享他们的技能。
  3. 敏捷的架构实现了分解。当您的解决方案是由松散耦合的,具有高度凝聚力的组件构建的时,将开发工作分散到较小的团队中就变得更加容易。这样可以降低总体风险和组织复杂性,从而减少交货时间。
  4. 通用基础架构可实现持续交付。如果有通用的技术基础架构可供IT交付团队部署,则部署起来会更容易。部署越容易,部署就越有意义。
  5. 企业架构可灵活扩展。企业架构敏捷方法使组织能够 在其整个IT部门“水平“扩展敏捷战略。

架构思维

摘自捷创成《TOGAF认证公开课》讲义

商业模式.pdf

在昨天开展的业务架构思维和框架课程中,我们讲到了商业模式

如果你想学习商业模式,也可以从TOG下载指南进行了解。

本指南发布面向企业架构师介绍了商业模式的基本概念以及如何在企业架构的工作当中应用商业模式。讲述了商业模式的核心元素、影响和用途,商业模式和业务架构间的关系以及如何在 TOGAF 标准中应用商业模式并促进创新。此外,本指南通过一个基于商业模式画布的案例,展示了商业模式的作用以及它们对企业架构工作的影响。

中文版下载

英文版下载

如果你是捷创成咨询的TOGAF认证课学员,可以查看关于商业模式的扩充讲解

1元听1小时TOGAF概述及认证

不少人问我,企业架构是什么,有什么用,能提升什么能力,该不该学,怎么获得认证等?很多问题在去年IT帮的付费线上布道课中已讲到。为了让更多真正想了解的同学学习,我们把这个付费课程以1元的方式开放出来,你可以通过这个1个多小时的视频快速了解TOGAF。

最近群里有不少人问我TOGAF认证有哪些,基础级和鉴定级有什么差别。我回答之后再问了一些问题,感觉还是有不少人其实对“TOGAF是什么也不太了解,TOGAF和企业架构是什么关系?学了企业架构之后有什么用?”这些问题都不是很清晰,一开始一个一个回复,但是觉得也比较麻烦还讲不太清楚,所以今晚和大家做一个IT帮的布道课,和大家简单聊聊TOGAF和它的认证,希望能帮助大家有一个初步的认识,也许这可能会成为你未来能力提升的一大内容。

本次1小时课程主要从5个主题来分享:1. 是否需要学习TOGAF 2. 企业架构TOGAF概述3. 是否要考TOGAF证书 4. TOGAF认证体系介绍 5. TOGAF考证之路指南

如果你看到上面讲义内容,希望听我给大家慢慢讲述1小时,现在可立即扫码学习

如果你希望获得以上讲义的高清PDF版本,可访问IT帮公众号文章末尾

作者:周金根,一个在企业架构、业务分析、软件需求、敏捷研发、自我管理、创新思维等多个领域构建体系,并自在快乐、勇于践行的布道者。资深教练和培训讲师,致力于通过践行并持续完善IT帮体系方法,帮助客户激活面向未来的能力。推 荐 导 读