作者写了一本关于IT架构师成长和认证的书，希望先通过连载的形式拿出来分享，结合读者的反馈来不断调整完善，也作为全文校对完善的一种方法。本书希望对于那些想成长为架构师，并在架构师职业发展道路上不断进阶的读者们有所借鉴和指导，也欢迎业内专家不吝赐教和斧正。
目前作者在参与信通院企业架构推进中心企业架构相关成熟度模型标准的制定工作中发现，我们目前不少的企业对于企业架构、解决方案架构（或者系统架构）的概念和范围理解上还存在混淆、偏差和不一致的地方，作者也是希望通过个人和相关业内专家的共同努力，推动企业架构和解决方案架构更加系统性、结构化、标准化，并且开放化地发展，并且在数字化转型和数字深化（致敬付晓岩老师的改名）工作中得到应用。这里也顺便感谢信通院胡炜航老师的推荐。
作者一直以为企业架构理论和实践的发展离不开企业（2B）和个人（2C），企业的架构最终还是需要由具备企业架构思维的人才进行架构运用和实践，所以企业乃至整个社会，对于架构师人才梯队的培养也是非常重要的一环。本人是IBM L3 Thought Leader 级别认证架构师，The Open Group的L3认证杰出架构师，也是TOGAF企业架构，OAA开放敏捷企业架构，以及银行业架构网络BIAN认证架构师。曾任The Open Group 架构标准组合本地化联席主席，负责领导了OAA开放敏捷企业架构标准的本地化、推动TOGAF10标准的本地化、翻译和推动BIAN相关标准的本地化工作；也作为全球企业架构师联合会（AEA）架构师执业证规范特邀专家进行了L1~L3企业架构师及各领域架构师的遵从性标准的制定工作。作者本人也是期望结合自身的架构师成长实践，为企业架构和架构师社区尽自己的一点绵薄之力。
《IT架构师成长和认证指南》全书分成两大部分共十二个章节。
第一部分讲了IT架构是什么，以及如何去做IT架构，包括IT架构思维及不同视角、方面的架构模型和方法。
架构视角包括功能视角的组件模型、数据视角的数据模型、运营使用视角的运用模型；架构方面包括关键的非功能性方面工程学，如性能工程、可用性工程和安全架构。
在架构知识体系化的介绍过程中贯穿以实际的案例，并提供了任务级别的架构模型开发方法和相关的架构制品，确保架构方法的可落地性和实践指导性。
另外还介绍了历来不同的架构风格，流行的架构建模语言和工具，方便读者对当今各种架构的来龙去脉有全面深入的理解，并能够熟练运用各种架构语言进行架构制品的产出，方便在架构社区的交流。
第二部分讲了考察一个架构师的角色和素养有哪些，基于此构建出架构师能力六边形模型，并介绍了IT架构师可获得相关认证的一些行动指南。
有读者建议作为架构师认证指南的书，有必要先告诉大家架构师认证包括哪些部分的内容，本人结合个人的认证经验和辅导认证的经历，编写了IT架构师角色和素养一篇，以给出一个架构师认证关注的架构师角色和素养的全貌，暂时作为全书的第2章。
第2章 IT架构师角色和素养
笔者曾经参与过对一些问题项目的架构审查，问题项目通常都是因为需求没有控制住，或出现大量的工作返工，或系统上线后非功能性的问题频出。缺乏合格的IT架构师参与在项目中往往是导致这些问题产生的根本原因之一。IT架构作为高强度的智力活动，对于大型项目或者复杂项目，合格的IT架构师参与其中是不可或缺的。本章从IT架构师的角色定位出发，谈谈作为一名合格的IT架构师所需的职业素养。
2.1 IT架构师角色
当我们面临一个业务问题时，我们往往首先想到的是尝试表达清楚这个业务问题，然后再去设计相应的解决方案去解决问题。所以一般会存在两个工作空间，一个是问题空间，一个是解决方案空间。这样的业务问题可能来自于企业战略解析而形成的战略能力（Competence）需求，也可能是在现有业务模式下解决某个细分市场的客户痛点，或者是创造出一种市场上还未出现的全新的业务模式而产生的需求。清晰地描述这样的业务问题，并进行功能特性的优先级排序，同时设定明确且可执行的业务目标，是业务架构师需要做的事，业务架构师还需要从业务层面提出业务目标的解决方案，结合企业已经具备的业务能力将业务问题转变为明确的业务需求，并配合业务能力的变化说明配套的资源变化，配套资源包括组织和角色，信息系统，资产分配等。业务架构师需要工作在问题空间，也需要工作在解决方案空间，形成业务层面的解决方案，并落实成业务需求，业务需求一般会包括功能性需求和非功能性需求。
IT解决方案架构师主要工作在解决方案空间，IT架构师在拿到业务需求后，需要结合IT环境，预算和时间等约束，从IT的视角出发，形成业务需求的IT解决方案。一方面要确保IT解决方案的可行性，另一方面，要确保各利益相关方能够在解决方案上达成一致，如满足企业安全管理部门对安全合规的关切，满足企业架构管理部门对架构合规性的关切，满足企业运营支持部门对运维便利性的关切。IT架构师需要尽可能通过架构设计消除解决方案成功部署可能面临的各种风险和挑战。IT架构师既是高技能型人才，也是组织方案部署的领导者，更是纵横捭阖的外交官。
IT架构师需要掌握专业的架构技能。为了通过IT实现业务需求，IT架构师需要拥有架构思维，清楚如何结构化地描述业务需求，如何在所处的环境中形成实际可行的IT解决方案架构，通过交流和讨论，获得工程或产品赞助方，各利益相关方的认可，推动解决方案的部署和验证。IT架构师需要考虑的环境因素包括系统所处的IT上下文环境，企业架构原则、指引和标准要求，IT技能和文化，预算和时间周期等。在这个过程中，IT架构师能通过架构决策实现架构方案的选择，并得到相关方支持，对于可能违背企业架构原则和指引要求的架构设计，能够上升到企业层面进行治理决策。IT架构师需要熟练掌握并灵活运用各种架构模型和建模方法，能够结构化地对需求、功能分区、部署和运行方案进行建模，并在各种需求和约束下取得平衡，获得相对较优的解决方案。IT架构师还需要掌握各种架构模式和架构风格，对行业知识有深入的理解，能够结合行业最佳实践、参考架构、标准和指引、现有IT资产加速构建IT解决方案的架构模型。
IT架构师是推动IT解决方案形成、部署和验证的领导者。IT架构师需要协调各方力量，在各种专业人士的积极配合下，及时准确地形成IT解决方案，完成方案的可行性验证，对方案存在的问题能及时妥善地解决。IT架构师在团队中具有较高的影响力和号召力，开发和测试团队按照IT架构师对工作任务的划分和要求，能按时保质地完成各个功能模块的开发和测试，运维团队和测试团队按照IT架构师对部署单元，部署环境和资源的架构及规格化要求，完成环境准备、系统的部署和验证测试。
IT架构师是享有很高声望和展现协同的外交官。IT架构师的工作基础是通过有效的沟通、协商和交流，在各个利益相关方间达成对IT解决方案的一致认可，并协调利用好各种资源推进IT解决方案的部署落地。IT架构师代表团队向外部展现专业能力，当出现利益冲突时，能运用科学的方法和良好的沟通能力化解冲突。
2.2 一个IT架构案例
罗杰是某IT服务公司的一名IT架构师，最近有一个客户的系统迁移上云的工程由他负责进行IT架构。工程涉及面比较广，客户的CIO牵头进行企业的整体数字化转型，通过咨询，最终确定了转型的路线图，整体转型由PMO（Program Management Officer）进行统一协同和推进管理。目前已经进展到转型的关键阶段，需要将一些需要上云的核心系统进行现代化改造，并完成上云，罗杰负责了其中一个系统的上云工程的架构，该系统是企业的一个核心应用系统，业务人员也希望在进行系统迁移上云的时候进行应用现代化和业务流程优化重构，增加数据驱动和自动化处理能力。罗杰需要了解他所负责系统所处的企业架构上下文，对该系统的定位，罗杰会参加企业架构师组织的企业架构规划培训，清楚了解企业原则和架构原则，所负责系统的环境约束，所负责系统同周边系统现状连接和目标架构下的连接情况，以及迁移过程的过渡方案。
罗杰根据工作说明书SoW（Statement of Work，即项目合同）的要求，同系统所属业务部门负责人员讨论，罗杰整理出工程的详细的工作范围，提炼出功能性需求和非功能性需求，业务改造方案，架构概览，他和项目经理一起拉着客户的项目经理和架构师一起讨论。确定了业务和IT的解决方案后，请企业架构师、客户的业务部门和IT各相关部门主管一起参与评审。评审会上大家各抒己见，企业架构师要求系统解决方案需遵循企业架构标准，复用现有的代码框架进行应用和服务实现，对于企业级的服务需要注册到企业服务注册中心，并通过内部API网关并访问控制；业务部门要求系统支持灵活的业务参数配置，并减少业务调整所需的系统实现时间，另外，系统要能够支持业务部门随时发起的促销活动；安全管理部门负责人说没有看到系统的安全方案，该系统需要整合在企业级的安全架构中，比如使用企业级的认证和授权体系，根据合规性要求，迁移到云上后，数据落地和传输中的安全都需要进行加密，相关的解决方案需要明确，另外系统需要支持安全审计，安全相关日志和事件需要同步给企业安全运维中心，同SIEM（安全信息和事件管理）进行集成；运维部门负责人要求该系统能够纳入企业级的监控和IT运维平台。
罗杰收集了各个利益相关方的关切后，重新调整和改进了架构设计，比如增加了安全架构相关的模型视图，系统集成架构中调整了集成关系。另外，考虑到工程的周期和SoW的范围，罗杰提议将业务参数的灵活配置、部分非关键周边系统的集成和部分安全措施放在下一期进行实现，但在本期系统架构和设计时需考虑和支持后一个阶段的扩展能力。通过反复沟通和协调，最终这些妥协得到了业务人员、安全管理部门和运维部门相关认同。这样本阶段工程需要实现需求范围和架构以很清晰的交付件明确下来，后续阶段的架构演进和需求也作为未来的需求记录下来。罗杰根据最终确定的需求、系统上下文和架构概览，进一步进行系统的组件模型设计和部署运用模型设计，同客户负责该系统的架构师进行了讨论，并得到了客户项目经理的确认。
罗杰根据同客户最终确定的需求和架构方案，结合组件划分，对开发任务进行了分工，并按照项目进度要求、配合其他相关系统进度安排，初步完成了从设计、开发、测试、迁移上线的项目计划，项目经理在项目计划上又补充了一些内部审查的任务节点，最终同客户的项目经理确认了项目计划。设计人员、开发人员和测试人员按照项目计划安排有序推进项目工作，罗杰作为架构师在这个过程中要不断解决出现的架构问题，出现多种可选方案选择的，罗杰和客户架构师通过架构决策进行方案选择和记录，对于超出本系统相关的决策或者无法遵从架构原则和企业架构指导框架的情况，罗杰会通过发起架构决策流程，邀请企业架构师参与进行方案决策或批准例外。
罗杰还会通过架构验证活动对架构方案进行验证测试，比如进行集成测试、用户验收测试确保所有功能点得到验证；通过性能和容量测试，确保设计系统满足客户性能和容量要求；通过内部安全测试和邀请第三方完成渗透测试，确保系统满足各项安全和监管要求；通过运维测试、故障测试、DR测试，确保系统有相关的运维预案满足系统正常的运维和故障情形下的运维，满足高可用指标（如4个9），以及满足业务连续性对RTO(Recovery Time Objective)和RPO(Recovery Point Objective)的指标。测试过程中出现的任何问题，性能的调优都需要罗杰参与其中，进行原因分析和方案调整，最终达到预期的各项功能性和非功能性目标。
在测试阶段，罗杰还需要对新旧系统的切换迁移方案进行验证，比如如何完成数据的迁移，迁移过程设计各方的任务和各项任务的操作手册和预计时长也需要进行提前验证。进行了多次反复磨合，切换方案得到了验证和确认。
终于，所有的验证都完成了，等到上线的那一天，罗杰全程参与了整个系统的新旧切换，一切都按照预想的方案在执行，然而在批处理上出现了数据上的错误，罗杰觉得这不大可能，跟相关模块的同事一起奋战了一夜，通过对比分析终于找到了问题源头，由于配合改造的一个系统出现了问题，导致罗杰负责的系统出现了数据的问题，通过临时的补救措施，问题系统紧急补丁，系统恢复了正常的运行。业务部门也在试运行阶段发起了业务促销，系统也经受着了考验，监控指标显示，系统资源不论是内存和CPU的消耗，随着业务量的增长都按照预想的资源消耗增长，系统按照预案进行了动态的资源扩容，用户没有感受到任何服务体验的波动。
看着系统能够按照自己设计的架构方案稳定运行，一定是罗杰和千千万万IT架构师们最感到欣慰的事情了吧。
2.3 IT架构师素养
IT架构师是个专业性强的职业，对人的综合素质要求较高。IT架构师不仅仅需要掌握各项技能，比如核心的IT架构技能，顾问技能和管理技能，还要能在工作中不断地学习新知识，更要能够跟不同的利益相关方实现有效沟通，达成共识。IT架构师是团队的领导者，技术的领路人，是富有远见的愿景者。
2.3.1 IT架构师善于学习
IT架构师是谦虚善学的学习者。当今社会技术进步突飞猛进，作为一名专业人士，一定要掌握专业最前沿的动向，掌握最先进的方法和工具，掌握行业领先的最佳实践经验。要快速从海量信息中提取有价值的知识和实践，还有能结构化组织这些知识和实践，甚至能上升成体系化的理论成为指导。学习专家埃德加•戴尔在1946年提出学习金字塔理论，认为学习分被动学习和主动学习两种类型。像平时我们听老师讲、自己阅读、通过声音图片视频学习、看别人示范演示都属于被动学习，而我们进行讨论、实践、教授知识给他人属于主动学习。不同类型学习方式的学习效果差别很大，体现在两周以后的学习内容平均留存率上，被动学习的知识留存率最高只有30%，而主动学习的留存率在50%以上，特别是教授给他人对知识的掌握留存率可以达到90%。IT架构师对知识的广度要求较高，需要掌握各个方面的知识，包括行业知识、IT架构知识、软硬件知识、管理和咨询相关知识等，IT架构师还需要随着环境的变化，不断更新知识。IT架构是门基于实践的工程学科，要求IT架构师在实践中综合运用各种知识，以服务于IT工程项目。领袖型IT架构师还会在实践中不断总结，结合商业、监管和技术演进等外部环境的变化，不断更新和丰富架构理论知识体系，能通过不断地理论结合实践的创新始终引领架构实践潮流，通过传授知识，推动IT架构实践随着时代发展而不断进步。
小王是个IT架构师，他不断学习新的架构知识，市场上有任何架构相关的书籍，他都会购买阅读。小张也是个IT架构师，闲暇时候他会关注和参加一些架构师论坛、会议，经常跟其他架构师进行切磋、争论。老李也是位IT架构师，除了架构本职工作，他还会参与到架构社区的活动中，比如翻译一些国外的架构著作、标准，在一些架构师论坛、会议上进行演讲，进行相关架构知识的授课。不论是小王、小张还是老李，他们都具有非常强的学习能力，对未知的探索渴求，这是一个好的架构师都需要具备的基本能力。
2.3.2 IT架构师善于沟通
IT架构师是沟通大师。对于IT架构师来说，一方面需要跟工程项目的赞助方和各种利益相关方沟通，另一方面还需要在项目团队成员中起到领导的作用。IT架构师一定需要了解沟通的技巧，这样才能在不同的利益相关方间取得共识，推动项目始终朝正确的方向前进。就像前面案例中的IT架构师罗杰一样，他需要面对团队外部的企业架构师、其他系统的IT架构师、安全管理部门、运维部门，以及团队内部的项目经理、客户负责本项目的项目经理和架构师、团队设计人员、开发人员和测试人员等，他需要具备良好的沟通能力和技巧，才能在这么多的利益相关方之间取得平衡，达成系统最终运行的架构目标。
2.3.3 IT架构师是可信赖的顾问
IT架构师是客户可信任的顾问。IT架构师需要了解客户实际面临的问题，并能针对性地提出解决方案。IT架构师只有看到问题的本质和根因，从客户的利益出发，才能给出令客户信服、获得客户信任的解决方案，这样的方案才能经得起时间的考验。顾问需要有顾问思维，具备独立思考能力，需要掌握顾问方法和技术，能够设计和创造出适当的解决方案，并能通过故事展示并说服客户buy-in。IT架构师能够运用顾问的思维帮助客户发现问题，从客户利益出发并提出合适可行的建议和解决方案。IT系统需要服务于业务目标，IT架构师从客户的业务发展出发，识别和规格化系统的功能性和非功能性需求，并架构合适的系统支撑业务需求和目标的实现。
2.3.4 IT架构师是有影响力的管理者
IT架构师在团队中是有影响力的管理者。作为项目或产品的管理者，IT架构师需要能管理需求，管理架构，管理风险，管理变更，在执行中进行控制，确保团队成员能按照项目计划完成设计、开发和测试任务，确保架构质量满足设计要求，也能确保在一定的时间区间内，保持团队和所负责的系统同外部环境的平衡。IT架构师在团队内和组织内具备一定的威信，威信的取得不是来自于职位或者位置，而是来自于IT架构师所拥有的视野高度，专业广度和负责态度。IT架构师通过架构决策做出的方案选择，不论是团队内还是团队外都能够得到认可。IT架构师对任务的分派是基于对团队成员能力的了解，能够管理团队成员技能和情绪，确保分派任务的合理性和公平性，可实现性。
2.3.5 IT架构师掌握高超的架构技能
具备高超的IT架构技能是IT架构师的核心能力。IT架构师需要掌握架构一个系统所必须的技能，比如现今最流行的架构风格和模式，各种技术中间件、云平台，组件模型，部署和运用模型，架构验证方式等，还需要掌握IT架构工作的主要活动。就像前面的罗杰架构师一样，他要掌握当今流行的基于微服务、API和容器化的架构风格；掌握企业私有云和公有云各技术组件以及混合云管理平台；掌握进行核心系统应用重构的方法和微服务组件识别、规格化和选择实现的方法，实现独立、灵活、稳定、可重用的组件划分和模块化设计和实现；掌握系统运行资源和容量估算的方法，掌握高可用性的设计方法，掌握目前流行的安全范式，掌握云上灾备DR的范式和方法；能够综合地运用各种云基础设施、本地基础设施、技术组件和平台实现综合化的系统模块化、单元化的部署和运行架构设计，满足各种非功能性的要求。
2.3.6 IT架构师掌握面向未来的数字化技能
IT架构师具备面向未来的数字化技能。IT架构师需要具备敏捷思维、用户和结果导向的设计思维、数据和AI驱动的业务思维等数字化思维能力，掌握相关的方法、工具和最佳实践。正像罗杰所负责的系统一样，业务人员要求进行该系统的应用现代化和业务流程优化重构，增加数据驱动和自动化处理能力。如何进行应用现代化和基于数据和AI的业务流程优化重构，就需要罗杰和其他团队成员一起通过设计思维，构建以用户为中心用户体验驱动的产品和流程，识别出产品价值流的哪些点需要采集数据、提供基于数据的业务洞察、哪些点可以嵌入AI和自动化能力；另外，新产品系统可以采用敏捷的方式进行迭代产品开发，将最能产生效益和产出的功能特性优先开发，罗杰需要识别出初次上线架构上所必须实现的架构能力。通过快速迭代上线，可以让用户和业务快速获得和感受到新系统交付的业务价值，并将反馈迭代回产品的功能需求，在不断地市场和业务反馈下交付最符合用户和市场期望的产品。
2.3.7 IT架构师拥有深厚的行业知识
IT架构师也是资深的行业专家。IT架构师在进行系统架构设计时，需要对行业业务有很深的理解，对行业的发展趋势有深入的洞察。具备行业知识，才能在系统模块划分、组件建模、部署单元划分等架构设计时，最大限度地发挥业务的价值。一般意义上来讲，业务也遵循二八定律，即核心的业务功能一般占20%左右，即20%左右的组件是核心的业务组件，让这20%左右的核心功能和组件拥有最优化的架构设计和稳定的资源计划，可以确保系统的成功。罗杰已经在这个行业工作了10年以上，具备了非常丰富的行业业务知识，对行业发展的趋势的了解也比一般的业务人员深。罗杰基于对业务的理解，以及其拥有的架构专业性，同业务人员一起进行设计思维的研讨会，很好地基于领域驱动设计的方法，识别和定义了各个微服务组件；凭着对业务组件的重要性和组件间亲密性的理解，在部署单元的划分和资源规划时也进行了架构优化；另外，在架构验证时，也是本着业务重要性原则，进行了包括性能、容量、安全、可用性、连续性等各种测试方案、测试计划和测试案例的编写。
2.3.8 IT架构师拥有丰富的架构经验
IT架构师需要在实践中积累架构经验，一个好的IT架构师一定不会脱离实际的架构工作太久。IT架构师需要拥有面对各种项目和系统的架构实践的经验，具备一定的架构经验的广度，比如从事过不同行业的系统IT架构；或者从事过不同架构风格的IT架构，如套件架构、自开发的单体架构、微服务架构、单元化架构、区块链分布式架构；或者在架构工作中涉及了多种架构领域，比如业务架构、应用架构、数据架构、安全架构、技术架构、集成架构等，或者经历过不同类型极致的非功能性需求的系统的IT架构。经历过广泛的架构工作，在实践中处理过若干棘手的架构和技术难题，IT架构师往往在面对新的问题或者架构工作时，都可以从架构问题的本质出发形成解决方案。罗杰出身于程序员，在架构师职业上也已经若干年，做个各种风格的架构，也涉及过多种架构领域，解决过不少棘手的技术难题，所以罗杰清楚地知道其所负责的系统该如何架构，如何满足业务上进行数字化转型的需要。
2.4 IT架构师能力层次和六边形模型
如前面所述，作为专业人员， IT架构师需要具备一些通用能力，包括学习力、沟通力和分享力。IT架构师还需要具备一定的顾问能力、管理能力。另外，IT架构师需要掌握一个或多个行业的业务知识。作为核心专业能力，IT架构师需要掌握IT架构技能，数字化时代的IT架构师还需要具备数字化技能。IT架构师的能力是多元维度的，存在多个层次。
为了综合性地评价架构师应该具备的能力，我们结合维度和层次两方面来评价架构师的综合能力和运用能力的经验水平。将专业能力划分为5个层次，这5个层次分别是1-了解一般性概念、2-具备系统性知识、3-熟练运用知识、4-系统化领导实践、5-思想领袖。1~2代表了对知识的体系化掌握层度。3~5代表了运用掌握的知识到实践中的经验，并形成新的知识的能力。具体能力层次的定义见表2-1 架构师能力层次定义。
表 2-1架构师能力层次定义
IT架构是门实践科学，IT架构师需要在实践中运用掌握的架构技能，结合顾问能力、管理能力，以及其他软性能力，成功完成或领导完成架构工作实践。通常基于经验的评价采用三个级别，同表2-1 架构师能力层次定义的3、4、5这三个层次相匹配，分别代表L1-有经验的IT架构师，L2-专家型IT架构师，以及L3-领袖级IT架构师。为了定量化评估IT架构师能力，引入IT架构师能力模型，这里借助雷达图来表达IT架构师在各个能力维度上所需要达到的级别，如图1 架构师能力六边形模型所示。
图2-1 架构师能力六边形模型
架构师能力整体上包括通用能力、管理能力、顾问技能、架构技能、行业知识和职业共享这六元评价维度。一个好的架构师除了拥有很高的架构技能，还需要有很强的综合能力，具有以下表现特征：
具备系统性的架构技能和丰富的实践经验。好的架构师能够独立承担架构工作，灵活运用架构方法和模型框定架构范围，开发架构和规格化架构需求，对架构进行验证，进行架构管理，推动架构方案有序部署落地。
具备宽泛的知识背景。好的架构师除了具有不同领域的架构知识，对行业的业务知识，监管标准，IT知识具有广泛的积累，并具备强大的学习能力，可以不断进行知识更新。广泛且跟上时代的知识可以有助于架构师设计符合未来发展方向的解决方案，做出合理的判断。
运用架构方法和标准进行架构实践。好的架构师一定是掌握了最佳架构实践架构经验标准，运用专业的架构方法和工具进行架构，并且这样的成功是可以在不同的实践中重现的。
架构工作跨越完整的解决方案生命周期。好的架构师能在工程或产品的不同阶段进行架构工作，推动解决方案跨越完整的生命周期。架构师清楚知道不同阶段架构工作的工作要点。
具备强大的个人能力。好的架构师具有良好的沟通能力，掌握顾问思维和管理思维，能就架构范围，架构方案，架构问题同领导层、赞助方和各种利益相关方进行沟通，在各方之间达成妥协；好的架构师也一定是具有影响力的领导者，能协调、整合、调动和领导各种资源，团队内的或团队外的资源，推动解决方案的成功部署。
乐于分享和贡献。好的架构师不吝于知识和经验的分享，他们能从大局出发，促进团队和企业整体的架构能力的提升。好的架构师愿意促进企业或社区架构职业的发展，本着开放和共享精神，能为企业或社区架构专业标准和其他架构师的职业发展贡献自己的力量。
2.5 本章小结
本章从总体上阐述了IT解决方案架构师在IT项目或产品中所要担当的角色，作为架构师认证的理论基础，分项阐明了考察架构师素养的多个维度，并从知识水平、运用知识的经验和知识分享及职业贡献三个递进层次给出了架构师能力层次总体评价的定义，并以此总结出L1、L2、L3认证架构师的能力六边形模型概览。架构师能力层次总体评价定义和L1~L3认证架构师的能力六边形模型不仅仅适用于IT解决方案架构师，同样也适用于业务架构师、数据架构师、安全架构师等各领域专项架构师，以及企业架构师的职业认证体系。