跳转到主要内容
TOGAF®10标准读书会第2场活动精彩继续,高光时刻回顾!

TOGAF®10标准读书会第2场活动精彩继续,高光时刻回顾!

2022年8月3日 20次秝妤

7月22日19:30pm,TOGAF®10标准读书会线上系列活动-第一季第2场活动精彩延续,读书会活动集聚了行业专家的力量,共同阅读、分享并结合自身实践,来讨论TOGAF标准第10版所阐释的内容。

 

第2场读书会仍然聚焦TOGAF标准第10版中的基本内容展开分享,邀请到了来自于上海信息化培训中心培训师、架构顾问曾晓敏,以及必示科技的售前总监杨利梅,两位分别带来了《TOGAF®标准第10版介绍》和《数字时代架构师的技能发展》的精彩主题演讲。

 

让我们一起来回顾活动的精彩时刻吧!

 

1.《TOGAF®标准第10版介绍》-曾晓敏

 

曾晓敏介绍了,TOGAF标准第10版的摘要、简介、文档集结构,以及从通用到独特的巨大变化,详细介绍了TOGAF基本内容和系列指南,并且从企业中不同角色的维度,讲解了TOGAF标准对于他们的应用价值和应用方法。

“TOGAF标准第10版,结合通用概念、稳定的最佳实践指导和新兴理念,是开发和使用最佳企业架构的方式。任何致力于开发企业架构以指导变革和改进的组织都将受益于TOGAF标准的使用。它为开发、维护和使用企业架构提供了稳定的最佳实践。The Open Group标准流程的严谨性确保了稳定、经过验证的最佳实践。TOGAF标准的设计支持领先的,甚至是实验性的想法。”

 

“《TOGAF标准第10版简介》这本白皮书,从通用到独特,介绍了开发企业架构,以及对从业人员、团队领导者、发起人、和使用者来说,TOGAF 10的不同价值,以及如何使用的不同方法,建议在学习TOGAF 10之前从这本白皮书开始,首先进行一个整体的了解。”

 

2.《数字时代架构师的技能发展》-杨利梅

 

杨利梅的分享,聚焦数字时代企业架构师应该具备的知识体系包括架构开发方法论、架构模型、软件工程、架构思维及软件能力要求(业务知识、沟通、自我管理)。对于众多的技能要求,架构师如何聪明地、持续地、科学地学习、总结、实践,将这些技能转化成完成架构转型工作的能力。 

杨利梅详细讲解了架构师的技能结构和技能要求,并且绘制了架构师职业生涯发展的路径,从理由和实践的角度剖析了,在架构师职业生涯的每一步需要具备哪些技能,如何稳步进阶。

 

在最后,杨老师用自身经验总结出对架构师成长的中肯建议:

 

1.学习培训:碎片化学习、系统培训、E- learning、社区学习、考试认证

2.躬身实践:领导小项目,参与大项目;从成功项目中找价值,从失败项目中找经验

3.相互教练:找到前辈共同做项目,升级技能,或者自己做教练,在学生项目中发现盲区

4.总结回馈:做社区的积极分子、心得感悟文章、架构资产回馈公司、架构大会的“常客”

 

希望从业人员开启一段愉快的TOGAF之旅,并能快速丰满羽翼,成长为成熟的企业架构师。

 

3.读者Q&A环节

 

Q1.TOGAF 第 10 版发布的重要看点?

曾晓敏:TOGAF 10 的标准是由 TOGAF 基本内容, TOGAF 系列指南和 TOGAF 库共同组成了企业架构的生态体系,包括了标准支持敏捷,DevOps 和数字化转型等新兴的架构理念,方法与实践。TOGAF 标准提供了通用的概念、结构和持久的最佳实践。

 

Q2.TOGAF标准第10版基本内容有哪些系统性变更?

曾晓敏:

• ADM 图形: ADM 图形的更新使得 ADM 不仅仅是企业架构框架的开发流程,已经提升到企业架构框架的开发模型。删除了阶段之间链路上的箭头,以消除 ADM 仅适用于瀑布开发模型的误区。

• TOGAF 内容框架: 内容框架是架构可交付物的模型; TOGAF 10 增强了业务域的可交付物模型的开发。

• TOGAF 企业元模型: 企业元模型是企业中实体的模型,TOGAF 10 更新了最佳实践在与业务域关联的应用。

• TOGAF 标准中使用的许多术语定义都已更新,以进一步明确它们的含义; 同时增加了其他术语条目。

•在大多数情况下,“架构构建块 (ABB)” 一词缩写为“ABB”;“解决方案构建块 (SBB)”一词缩写为“SBB”,“架构开发方法 (ADM)”一词缩写为“ADM”。

 

Q3.国内很多企业并没有架构师的专业序列,也没有架构部门,那么架构师在企业中的作用是什么?如何引起重视?

杨利梅:架构师在IT领域越来越引起重视,但是在企业中还是属于“稀有品种”,但是我在招聘网站上看到架构师的招聘越来越多,行业越来越广泛,企业类型也多种多样,说明架构师已经开始步入大量企业。

 

架构师在企业的作用如同军队的“参谋部”,有了清晰的战略后,就需要参谋部行成作战计划,参谋部需要做出可行、合理、能打胜仗的方案,这个作战计划可以指挥全军排兵布阵,统一行动。所以没有作战计划,军队就各自为政,没有章法,就不可能打胜仗。架构师需要与CIO,业务部门,高层管理者紧密沟通,因为架构师不是IT的“本位主义”,他的视野是企业,是为了追求公司的全局利益最大化,是为了解决管理问题,实现业务目标,进行业务与技术的融合,是业务与技术的桥梁,粘合剂,在企业里不是可有可无,是不可或缺的业务功能。

 

Q4.架构师要会写代码吗?

杨利梅:一种观点是架构师不需要写代码,毕竟写代码是软件开发人员的工作,架构师就应该在更重要的任务上如架构模式、技术路线、厂商技术决策等。软件开发者只需要按照架构师提供的框架,编写相关模块代码就好,要是实现中对于架构有问题,还可以反馈给架构师优化。架构师写代码,他们会忽略长期愿景或更大的问题。理解原本不需要了解的应用程序的细节。架构师参与写代码的工作等于鼓励团队不配置架构师。

 

另外一种观点是架构师需要写代码,因为如果架构师不参与编程,那么他们无法亲身实践细节,工具,是典型的PPT型架构师,可能是花架子。架构师做的提前设计并不能考虑到所有的可变因素和极端情况。在软件编写工作完成之前,我们无法发现其中的细微差别。

 

我个人认为首先要区分这里的的架构师是什么架构师,应该是软件架构师,而非应用架构师,那么软件架构师我知道都是从程序员做起的,具有代码的功底,由于系统实现层面对技术基本功如代码效率、高可用设计等要求很高,很少看到不懂代码的软件架构师设计,但是这些软件架构师在积累了一定经验后,确实逐渐走到系统设计、架构决策、代码审查的工作中,亲自动手写代码的时间就少了,这也是合理分工搭配的一种体现。