TOGAF®10标准读书会第2场活动精彩继续，高光时刻回顾！
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型架构师，可能是花架子。架构师做的提前设计并不能考虑到所有的可变因素和极端情况。在软件编写工作完成之前，我们无法发现其中的细微差别。
我个人认为首先要区分这里的的架构师是什么架构师，应该是软件架构师，而非应用架构师，那么软件架构师我知道都是从程序员做起的，具有代码的功底，由于系统实现层面对技术基本功如代码效率、高可用设计等要求很高，很少看到不懂代码的软件架构师设计，但是这些软件架构师在积累了一定经验后，确实逐渐走到系统设计、架构决策、代码审查的工作中，亲自动手写代码的时间就少了，这也是合理分工搭配的一种体现。
