前一篇文章《解构 TOGAF-1-整体全景图 》中反复提到了 TOGAF 很重,足足有 1.3kg。那为什么 The Open Group 要把 TOGAF 这套方法论弄的这么庞大、复杂、厚重呢?简单一点,容易理解一点不好吗?
TOGAF(开放式集团架构框架)已经被企业架构师(EAs)用作规划IT开发策略的通用语言超过25年了。该计划于1995年成立,目的是协助企业和企业架构师以有组织的方式协调跨部门项目,以促进主要业务目标的实现。特别地,根据Open Group architecture Forum, TOGAF®的基本目标是通过以下方式支持关键业务需求:
大家都说 TOGAF 好重,先说说 TOGAF 究竟有多重吧,我觉得这套东西是真的重,TOGAF 9.1 打印出来有 1249 页,我专门用体脂称称了一下,1.3kg!!!
现在很少有程序员没有听说过“中台”,但很少有程序员了解企业架构,更少有程序员会把企业架构的作用联系到数字化转型上,但这是已经涌起的趋势,是每个真正关心如何做好 B 端实现的程序员都需要具备的思维方式。想走好脚下的路,也需要多抬头看看天,所以,是时候重新关注下企业架构了,也许关注了企业架构,你会逐渐获得不一样的设计视角,会越来越知道自己写的软件有什么样的价值,而不只是有什么样的功能,这些价值最终也会转变成你自身的价值。
2022 年 4 月 25 日,The Open Group 发布了 TOGAF 第 10 版。这不仅是 The Open Group 的重要里程碑,也是整个企业架构行业和所有从业者的重要里程碑。作为企业架构师的首选标准,第十版“标准”长期以来一直受到人们的欢迎。它还必须满足很高的期望。
TOGAF 10 最近发布并且现在可用。我们退后一步,从从业者的角度看待在组织中开展企业架构工作。但是,本文区分了不同的 TOGAF 10 受众和用例,并认为组织内已经有正在进行的企业架构活动。本文有助于了解如何使用全新版本。TOGAF 10 的主要改进之一是新的模块化结构。 TOGAF 标准现在由具有以主题为中心的结构的单独文档组成。此外,主题按其重要性和随时间的稳定性排序。这意味着基本的企业架构主题,例如 ADM,位于 TOGAF 的基础部分的中心。 相比之下,最佳实践位于 TOGAF 系列指南中,现在
TOGAF 9.1元模型在图的中心有一个称为“业务服务”的框。经常有人问我:我们所说的“业务服务”是什么意思?查看规范和定义,我们发现以下定义:“通过显式定义的接口支持业务能力,并由组织显式治理。”
在《解构 TOGAF-1-整体全景图 》中介绍过,ADM 的全称是 Architecture Development Method,它负责回答 HOW 的问题,也就是如何操作才是使用 TOGAF 开发企业架构的正确姿势。
编者按:今年 5 月份华为的企业架构与变革管理部推出了一本著作《华为数字化转型之道》,「企业架构」和 TOGAF 由此受到了越来越多企业的关注。但企业架构的理论庞杂,无论对组织还是个人,它的学习、理解、应用都不是一件容易的事。而在企业架构领域,却有一位很特别的国际学者,他多年从事企业架构的研究,不趋同,有着非常鲜明而独到的见解。让我们看看他是如何阐述为什么学、怎么学、如何应用企业架构的,应该会对您有所帮助(或许会改变您的认知)。
这篇文章会完整介绍一下 ADM 的预备阶段,按照《解构 TOGAF-3-用 ADM 如何打胜仗? 》的类比,如果企业架构规划和实施是企业的一场战争,预备阶段的目的就是战前动员。需要让企业的关键组织意识到企业架构的价值,确定组织期望获得的架构能力,然后开始在企业建立架构能力。
架构是隐藏在事物背后的逻辑,无论是在一个车马很慢的年代,还是在一个内卷不断的年代,事物的背后都有逻辑,都有一个可以列出的架构。很多人对企业架构的误解都在TOGAF是不是有效这个问题上,这是没啥意义的纠结,就像在问我不上学自学成才行不行? TOGAF给出了做这件事可以采用的逻辑,理解了可以照着去做,不理解可以找别的路去做,切忌,不理解了就觉得整体架构这件事不靠谱,大家可以想想哪个企业的老板想把自己企业管理的四分五裂,理解了这个基本需求,就应该知道,找到描绘和演进整个企业的结构,本身就是管理需求,在这点上,没有从技术角度质疑的理由,让谁去当老板,都不会按照割裂企业的方式去干,无论多复杂的企业,都有隐藏在背后的一致性,也都追求管理上的一体性。
昨天学习吴军老师的"数学通识"(其实听点数学更容易入睡),听到以下四点,有了些触动
发布 TOGAF 的组织 The Open Group 的总裁兼首席执行官 Steve Nunn 最近就 2022 年的计划提供了一些见解。很高兴看到他的陈述进一步证实了我在 2020 年对未来发展的假设托加夫。本文总结了最重要的陈述,将它们置于上下文中,并有助于理解 TOGAF 在未来的相关性。
企业为什么要进行架构设计?是为了解决技术难题吗?架构设计中的“架构”究竟是指什么?架构设计的本质是什么?
开放组架构框架 (TOGAF) 是一种企业架构方法,为企业软件开发提供高级框架。TOGAF 通过旨在减少错误、维护时间表、保持预算以及使 IT 与业务部门保持一致以产生高质量结果的系统方法来帮助组织开发过程。
TOGAF®由开放集团推出,是一种经验证的企业架构方法和框架,被世界领先的组织用于提高业务效率。它是一个企业架构标准,确保企业架构专业人员之间的标准、方法和通信一致,以便我们能够以更好的方式执行企业架构工作,包括:
在众多企业架构框架中,TOGAF®不是第一个,也不太可能是最后一个。但它在全球范围内的使用已经持续了近20年,在当今的科技领域,这是一项令人印象深刻的壮举。
TOGAF 10 最近发布。对旧版本的主要更改包括对内容的重组,以便更容易理解、更少的不一致和更少的重复。
一提到画图很多人就想站会起来喊,”内卷“、”内卷啦“、”PPT工程师“,但程序代码本身就是一种数学逻辑的具体实现,如果没有一些图表配合文字的阐述,讲真很难让所有人都能在共同的共识下进行交流。
TOGAF可以帮助组织设计和开发IT基础架构,而不会带来很多麻烦。TOGAF专家对于实施优秀的IT基础设施开发战略至关重要,目前正在广泛寻找。目前,拥有TOGAF认证的人不够多,这对专业人士非常有益。TOGAF专家通过与部门主管沟通,帮助快速有效地设计IT基础架构。 现在进入主要问题,让我们知道,在2022年TOGAF认证仍然值得吗? 2022年TOGAF认证是否仍然值得? 2020年是一切发生剧烈变化的一年。全世界的专业人士都受到了影响,企业现在已经意识到员工技能的价值,因此他们急切地寻找更多的技能型员
大约95%的组织使用至少一个框架来管理其IT治理。公司将始终受益于在其业务和IT流程中增加结构并保护其资产。这就是为什么许多框架都有蓝图,以便组织能够实现其关键目标,如治理、法规遵从性和安全性。两种流行的模式是COBIT和TOGAF,这两种模式都被企业广泛用于网络安全和数字恢复。在这篇关于COBIT与TOGAF的文章中,让我们探讨一下这些流行的IT治理框架在网络安全方面是如何不同的。
《企业级业务架构设计:方法论与实践》是付晓岩撰写的,从业务架构“知行合一”角度阐述业务架构的战略分析、架构设计、架构落地、长期管理,以及架构方法论持续改良的书籍。最近在项目中涉及到这一领域,也借着这个契机做一次对企业级业务架构设计的深入学习。
今天的内容构成了名为“2021 年谁仍然对企业架构感兴趣?”系列的六个部分中的第二部分。在本系列中,我将就当今企业架构的足迹、企业架构师角色的潜在死亡、大型参与者(例如 The Open Group、AWS 或 Azure 的 TOGAF)以及EA 工具提供商的角色以及其他相关证书和市场上的发展。
敏捷已成为企业的关键能力。正如谷歌和苹果公司现在所做的那样,客户需要改变的速度,新的法律和法规影响服务和引入流程,以及竞争对手可以轻松破坏您的业务,这会带来巨大的压力。面临快速变化,采用新技术,促进增长,扩大规模或降低成本的压力。因此,在许多组织中,敏捷与创新能力同等重要。创新和敏捷性是可持续业务的必要能力。
介绍企业架构的历史已经好多次了,在《企业架构设计的本质》中介绍过三个重要的框架:Zechman,DoDAF 和 TOGAF。除此以外市面上还有各种各样的书讲架构设计方法和实践,所以我再想是不是可以为架构设计圈做一点有意义的小事,就是把这些架构框架,架构书籍,甚至架构工具都解读一遍。现在使用最多,影响力最大的就是 TOGAF 了,所以我打算就从这个有点重的块头开始,和庖丁解牛一样一点点拆解,所以这个小事有个标签:和坚解构。
今天的内容构成了名为“2021 年谁仍然对企业架构感兴趣?”系列的六个部分中的第一个部分。在这个系列中,我提供了我的观点
Zachman和TOGAF是用于实现企业架构的框架。在本文中,我们将讨论两个最流行的企业架构框架:TOGAF和Zachman。我们还将包括如何选择以及额外资源的提示。
我已经在 ICT 行业工作了一段时间。我刚开始一份新工作,在第一次客户参与开始之前我有一些时间,所以我想我会好好利用这些时间,并考虑在不参加课程的情况下通过 TOGAF 9 认证。我有一些自学材料、视频和练习考试,所以我并不完全靠我自己,但肯定有很多材料要读。我想我会分享我的笔记,也许他们会帮助其他人抓住牛角。
许多具有传统思维定势的网络安全专业人员认为,安全架构只不过是具有安全策略、控制、工具和监视。实际上,所有安全专业人员都必须了解业务目标,并尝试通过实施适当的控制来支持这些目标。任何企业中的企业安全架构,都必须基于该企业的可用风险来定义。
为确保架构功能在企业中能够被成功运用,企业需要通过建立适当的组织结构、流程、角色、责任和技能来实现其自身的企业架构能力。这正是TOGAF的架构能力框架(Architecture Capability Framework)的关注点所在。架构能力框架为企业如何建立这样一种架构能力提供了一系列参考材料。不过TOGAF的架构能力框架在当前还不是一套全面的关于如何运用架构能力的模板,它只是为企业架构能力建设和运用过程中的各项关键活动提供了一系列导则和指南。
一提到画图很多人就想站起来喊,”内卷“、”内卷啦“、”PPT工程师“,但程序代码本身就是一种数学逻辑的具体实现,如果没有一些图表配合文字的阐述,讲真很难让所有人都能在共同的共识下进行交流。
在《解构 TOGAF-4-如何建设架构能力?》中提到了预备阶段的架构交付物都有什么,交付物是架构工作的产出之一,今天我们来聊聊企业架构工作的三类重要产出:制品 Artifact,交付物 Deliverable,架构块 Building Block。很多学习 TOGAF 的人都会对三个概念感到困惑,所以讲讲如何清晰地区分清楚这三类产出物,以及 TOGAF 为什么要区分它们。
企业信息系统的总体框架 信息系统架构(ISA),具有多维度、分层次、高度集成化的模型
在我设计系统时,我不断寻求了解如何使该系统变得更好,或者至少我可以发现哪些要点可以使下一个解决方案变得更好。通常这些不是技术问题——技术是简单的部分——而是本质上更广泛的问题。有时他们在本质上更个人化,比如努力成为更好的沟通者。作为一个内向的人,我敏锐地意识到我的这个弱点。
“架构”一词,仿佛是“熟悉的陌生人”,系统架构、硬件架构、企业架构、缓存架构...... 林林总总, 某种技术只要加上“架构”一词,就好像变得“高大上”起来。
维基百科的定义是:软件架构是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计。
终于写到第七篇了,凑齐了北斗七星,不过,北斗七星可以指方向,不知道我这七篇下来会不会让你更糊涂,糊涂也没辙了,看看啥时候再续写吧,这系列就先这么着了。
在此之前,我写过关于数字化变更功能以及企业架构如何支持并为您的组织提供价值的需求。我还讨论了如何在不同的抽象层次上对架构描述进行分类。但是有一个方面我没有深入研究:与您的组织相比,架构描述的概念性或具体性如何?
数字化转型的传统过程中,企业往往不关注架构设计,或者只关注 IT 层面,未从企业架构宏观视角出发进行设计,特别是在整个企业架构中扮演着至关重要的业务架构。 业务架构是明确从企业战略计划到企业各部分如何运转的工具,其从企业的全局视角,对后续IT架构及业务运营方向提供指导。 本文我们主要介绍什么是业务架构?业务架构包括哪些主要内容?以及如何有效构建业务架构? 1 什么是业务架构 业务架构(Business Architecture)来自业务,业务最终的目的是“售出产品,换取利润”,业务是为企业产生盈利的工作和经
现在知识太多,如何让自己掌握这些内容,重要的是在思维发散后记得再聚焦,而且一定要聚焦了才能真有收获。对于1、2,你们需要掌握的至少两点: 1个理念:快乐学习 2个心态:渐进累积、创造软区域 教育 如果1、2知道了,如果你也有好奇心,那么你一定会问自己,会不会有3什么、4 什么之类的啊?如果没有的话,你我可都要小心了,要不就是你的好奇心已经在儿童时期被摧毁了,要不就是我的文字对你没有帮助。其实第二个原因,说到底这对 我没有什么影响和浪费,对你却是一个值得去思考的问题。 不过你暂时记下这个问题,有时间再去寻找
👆点击“博文视点Broadview”,获取更多书讯 📷 本文是篇小文,以图为主,吐诉观点,文风随意。 有意系统了解TOGAF实践落地之道的朋友,可阅读笔者所著《业务架构·应用架构·数据架构实战(第2版)》一书。 ---- TOGAF高大上,但生搬硬套到企业信息部门,会死。 TOGAF实践最重要的三件事:落地,落地,还是落地。 TOGAF 9.2是企业架构实际上的标准,在全球有广泛实践。其包含的四种架构也被广泛认同: 📷 📷 观点1:调研、诊断、优化三者的关系 📷 从小处说,调研是为了了解现状、明确问题、定
如果您计划从事企业架构师 (EA) 的职业,那么认证是验证您的 EA 技能的好方法。作为 EA,您将负责为企业制定 IT 战略,以使业务目标与 IT 目标保持一致。公司严重依赖技术,因此 IT 现在是任何强大业务战略的基础部分。这些认证测试您使用 EA 框架、工具、软件和最佳实践的技能、知识和能力。
高驰涛 (Neeke Gao),PHP/PECL开发组成员,掌握近10种开发语言,9年架构师经验,6年研发管理经验。云智慧AIOps社区PMC,同时也是PECL/SeasLog、PECL/JsonNet、GoCrab等多项开源软件的作者。2014年加入云智慧,致力于APM与大数据产品的架构研发,崇尚敏捷、高效。
读者提问:我最近在对比学习BIZBOK、TOGAF、ABAE聚合架构、《华为数字化转型之道》中提到的业务架构要素(元模型),怕自己理解有偏差,您能否出一期解读不同业务架构元模型的文章,对比哪些元素相同、哪些不同
业务架构这个词大家时常听到,但是能解释得清楚的却不多,撩撩度娘,你就会发现,不少人问及业务架构和应用架构的关系,聊天时,也常有人问起业务架构师和产品经理什么区别?业务架构分析和需求分析什么区别?为了思考这个问题,我把《软件工程》、《软件系统架构》、《系统分析与设计》都翻了,这些经典教材确实没讲过业务架构这件事;我把《聊聊架构》也翻了,发现其中的讨论有解释到业务、架构和技术的关系,但是也没有特别强调业务架构,所以本文就先梳理下几个较为有名的业务架构理论。
这两年在IT圈里面最火的一个概念就是中台了,有很多人,很多企业写了很多文章,做了很多分享,甚至还开发了很多课程在讲中台这个话题。但大部分的讨论都是在回答What,Why和How的,也就是中台是什么,为什么建中台以及如何建中台。
之前总说TOGAF在概念方面有些不足,很多人觉得TOGAF玩概念较多,其实它还真不是,因为它的很多概念并不清晰,它比较注重过程,并试图通过交付物去约束工件,也就是架构制品,再辅之以治理环境,让整个架构管理运转起来。
导语|作为一位已经做了10年产品的老司机,C端、B端(包含To G)产品都做过不少。在拥抱产业互联网的今天,我想为大家分享一下近几年做To B产品的一点体会,希望可以对大家的工作带来帮助。 本文作者:leochaowang,腾讯TEG产品运营 首先是概述,讲述什么是B端产品,分类是如何的,接下来是“策划相关”,主要涉及产品调研和行业研究、架构设计、功能模块设计和一些基本功能设计的通用化方案;最后会涉及长期运营和迭代涉及的体会。 一、做B端产品的总体感受 B端产品也叫“2B(Bussiness)”产品,使用
这个名词和一般IT人搞的有些差异.虽然IT架构的影响会贯穿始终,但更多会在阶段D 技术架构 进行讨论。
领取专属 10元无门槛券
手把手带您无忧上云