你好呀，我是芃（péng）篙，一个相信思考和努力能够拿到结果的家伙。
今天把架构师相关的话题再往外延伸一点，探讨下实际工作中的架构师。之前聊到过，在2022年版本系统架构师的教材里，明确提出了架构师的分类。芃篙最近刚好也在关注解决方案架构师这个方向，那么就把理论上和实际岗位上的情况，结合起来，做个对比。
01.岗位概念
教材里参考的是微软的概念，我们在网络上查的时候，主要找到的是微软和亚马逊对这个岗位的描述。或许是因为亚马逊本身的六页纸文化，相关的描述还多一些。
02.能力体系解读
那我们就以亚马逊的描述为主。
亚马逊希望招聘经验丰富且积极进取的技术人员，他们需能在技术深度与良好人际交往能力之间把握独特的平衡，在与一些全球最具知名度的品牌合作时，能够推出 并发展全新的平台服务。解决方案架构师是善于自我激励的人士，他们在软件/技术销售或咨询领域交付成果方面取得了可靠的工作业绩。我们希望此类人士能够具 备下列能力：从战略层面考虑业务、在复杂情况下围绕客户目标创建技术定义、开发解决方案战略、引导并调动资源，以及交付成果。
您最好能够 编写代码且与其他人一样优秀，同时，您愿意帮助指引更广泛的行业朝向您所坚信的技术方向发展。从学生到 CIOs，您可以在各个层级的技术人员和开发人员中迅速建立可信度。您喜欢与其他人分享自己的工作激情，而且，您能够运用良好的判断力，以选择这样做的战 略性机会。您不仅希望成为推动行业发展的一份子，您还想成为行业的领导者。如果您就是这样的人，我们期待着与您联络。
作为亚马逊的解决方 案架构师，您将与客户、客户经理、业务开发、工程以及产品团队进行合作，设计具有可扩展性、灵活性和适应性的架构，以解决客户的业务问题并促进我们全新服 务的应用。在与销售团队合作时，您将在广泛的客户群体中推动收入增长。作为备受信任的客户需求向导，解决方案架构师将帮助企业了解平台整合的最佳实践。
描述的十分具体。这家企业对解决方案架构师的要求是啥，应试者自我定位是啥，最终如果很匹配的话以后的工作范围是啥。
网络上也有人吐槽亚马逊的解决方案架构师就是个打杂的、四处擦屁股的活儿。但是事情应该没有这么极端。
从能力要求的角度上看，大概有这么几个方面：
要懂业务，并且是从战略层面理解；
要懂客户，并且要理解客户目标；
要懂技术，并且要设计解决方案维度的战略；
要懂管理，能够沟通、协调资源；
要懂交付，项目要能落地，要做好维护。
从工作范围上看：
内部协同几乎所有岗位的角色，设计架构、解决客户问题、促进软件和服务的应用；
外部协同销售，推进收入增长；
整体上，既要懂客户需求，也要懂内部资源整合，做到高效能转化。
03.在成长路线上的可能位置
虽然这个岗位叫“解决方案架构师”，但是我们可以感受到有点类似于部分架构师和部分分析师的角色。怎么说呢，在8年以上的行业工作经验的软件工程师的角度来说，编码能力只是需要考察的冰山一角。无论是理论上的系统架构师还是系统分析师，抑或是企业上的解决方案架构师，对人的能力要求和定义也都呈现出多元化的状态来。大概就是一个既要、又要、还要的状态。
对传统的资深软件开发工程师来说，很多人的状态大概是这样的：
懂一些业务，但是局限于自己开发过的需求，对战略处于懵懂甚至不信任的状态；
知道一些客户，但是仅限于给这些客户解决过什么售后问题；
懂技术是真的，但是可能只懂自己负责的部分，最常见的是APP只懂APP，后端只懂后端，没办法有整体的理解；
不太懂管理，看组织是否提供机会，甚至一部分人在心里跟管理是对抗性的关系；
懂一些交付，大部分是做软件项目的技术负责人。但是如果涉及到软硬件体系性的解决方案、部署、终端上架和售后，那么还是存在认知盲区。
我们再延伸一下，微软和亚马逊有明确的“解决方案架构师”的岗位，但是它们的名额始终是有限的。在工作中或者企业的业务中，更多的可能性是，它不一定明确出这样一个岗位出来，但是它一定也有这样的角色的需求。或许它挂名的就是资深开发工程师，或者技术专家，这只是title命名或岗位定义的问题。
在芃篙看来，大概有这么几种类型的岗位，会有往“解决方案架构师”方向发展或者要求的趋势，仅供大家参考。
比如，组织的技术管理者。中基层的技术管理者，在团队梯队成熟的前提下，往业务方向找价值是一个常态的思路，可以以此为参考去做出更多的个人结构价值；
比如，安排给某个业务线的技术负责人。一个企业的某个业务板块在没有做大之前，很难被授予独立的研发资源。在研发都是公用的情况下，职能团队会给不同的业务线配备唯一的技术负责人，便于做业务到技术的转化。如果你是这样一个角色，可以把自己的远大目标定义为该业务线未来做大之后的CTO的位置；近一步来说，就是针对这个业务线的解决方案架构师；
比如，安排给某个客户的技术负责人。某些企业可能存在按照客户进行项目制落地的情况，那么针对一些大客户会分配一对一的技术负责人，并非是简单的FAE工作。那么这个时候，可以认为是一个技术面向客户的窗口。可以加强跟项目经理和销售等角色的沟通，争取往解决方案架构师方向做突破。
“解决方案架构师”这样的岗位，看起来是一个从技术端内部可以看全局、整合资源，并且需要从技术端延伸到业务端的一个岗位。可以认为是从资深研发工程师，往上去突破自身能力的合适的参考或者跳板。同时也给了我们一种“技能树”维度的参考，自己的状态到底是怎么样的，哪些地方需要有意识地去补齐。
理论的最大好处就是能够让我们在这个复杂的、不确定的世界中，快速找到一条适合自己的、确定的路径。而我们跟实际工作中结合起来看之后，又多了发现身边成长机会的“慧眼”，更具备目标感，就少一些迷茫。
