前一段时间好奇，发现公司招聘站点里面有几十种不同的技术岗位头衔，而亚马逊十四条领导力原则是适用于整个公司所有角色，那如何在云解决方案架构师岗位落地和实践这些领导力原则呢？为了容易复制，我尝试将十四条跟*“领导、管理和执行”三点结合起来，提醒自己不同阶段，不同客户场景，有意识反思自己在哪个领域花时间和产生价值。
领导、管理和执行
这里不是指企业里面的三个角色或三个岗位，而是三种领导力特质，在云解决方案架构师岗位上，每个人都需要融合这三种特质，每种特质在不同工作范围的架构师岗位中，所占的比例不一样，下图是我的一个理解：
执行
执行的核心是给出结果
就是通常我们说的逆向工作，为什么给出结果很重要？
有个故事，旅途中看到两个人，一个不停的挖坑，一个不停的填土，路人很不解，好奇问这两人，“你们在干吗呢？”，其中一个回答到“我们在种树，他负责挖坑，我负责填土，今天负责种树的那个人请假没来”。你看，我们一直在不停的“执行”吧，干了这么多活……
执行力是所有层级架构师岗位基本战术素养，而一线架构师通常面临客户需求模糊不确定，客户团队能力千差万别，客户业务快速发展和技术架构不足等挑战。
架构师的执行力，首要的就是推进事情往前发展的能力；
- 拜访和了解你的客户
- 针对性培训和定期技术探讨
- 及时响应客户，并跟进客户反馈
- 成为客户的架构师
- 保持好奇，快速学习和勤动手
- 勤总结和输出
每一次跟客户交流和推进，都是一次建立信任的机会；
有一种情况，架构师帮助客户做了非常多的事情，但并没有获得客户信任，陷入不断涌现的各种技术挑战中，甚至是重复的技术挑战；那问题出现在哪里？
我想大部分原因是交往的初期没有明确各自的期望，客户期望或习惯免费的实时专家技术服务，而架构师不是专职帮助客户解决持续的运维问题，这方面有专门的技术支持团队和合作伙伴团队，但作为客户的技术接口人，是需要识别和拆解客户业务目标的能力，更像一个教练，问题频繁发生是一个信号，背后到底什么原因呢？是着陆区没有设计到位，还是自动化程度不够，还是对云服务不熟悉？甚至是团队的能力不足等等
教练打动客户的是专业性，通过展示（案例，演示等手段）给到客户信心，并根据客户目前状况和优先级，拆解培训标准动作
就像 AWS 安全领域提倡的责任共担原则类似，无论从商业合作合规性角度还是客户自身团队能效角度，“保姆式服务”长期来看客户的伤害大于收益；
好的执行的表现，是作为架构师，客户可以把你当成自己人一样探讨技术和沟通，而这样的信任一定是平时日积月累的战斗友谊。
好的执行的表现，是作为架构师，客户认可你的价值，甚至给到你一个固定工位，因为双方都坚信，合作可以带来增值。
架构师的执行力，更重要的是创新简化
架构师输入的是纷繁多样的客户声音和反馈，公司内部的各种最新的解决方案，最佳实践，还有自身的一手实践经验，如果不总结输出就太可惜了。
所谓创新简化，其实就是架构师式的花样“偷懒”，重复动手的事情，尽可能自动化，重复的赋能培训，尽可能标准化，可重用；靠谱的别人总结过的，拿来用，并融入自己的想法，再输出；
架构师必须“耳听八方“，主动关注新服务，其他团队新的成功客户案例，解决方案，按照自身的技术专长和爱好，积极参与，展现自己的同时，打造自己的专家资源圈，为更复杂场景的团队协作打下基础。
一线架构师的执行力，等于一线架构师经理的管理和领导力
从客户，从结果逆向工作，就是要不断探讨，为什么这么做？只有知道深层次的原因，所有人的执行力才会提升；同时，快速走一小步，获取反馈，再走一小步的双向门决策在模糊的客户需求情况下，更容易推进事情的发展。
管理
所谓管理，就是通过别人完成工作的能力
作为架构师，一个人的战斗力毕竟有限，那面临复杂客户场景，如何从一个人扩展到一个团队来进行战斗呢？
这就需要有“管理力”，讲清楚客户背景，客户诉求，工作目标和范围，时间节点，以及需要哪些方面的协助；
一种情况，客户非常明确知道想要什么，架构师负责理解定义，并达成一致的目标，对内，拆解客户目标，并适时跟可以提供帮助的团队进行密切沟通；
还有一种情况是，客户的目标有些模糊，架构师需要引导客户发现自己，或者利用双向门决策理论，走一步看一步，比如针对性展开一次面向客户的技术研讨会，高层拜访，市场活动等等；
加入合适的资源是第一步，更重要的是，如何组织和调度这样的临时虚拟团队，顺利展开工作；
通过别人来完成工作，很多时候是一个挑战，除非“小团队”的目标跟所有人都相关；
管理力就是要识别不同“干系人”的自身诉求，激发团队每个人积极主动的参与和发挥自身的特长，当然这其中，包括激发客户的人员的积极参与，团队每天“站会”同步状态和进度，坚定朝目标逆向工作，并拆解目标给到团队的每位成员。
通过别人来完成工作，比自己独立完成，多出很多沟通工作，包括口头，书面，日报，周报，更重要的是总结汇报，总结阶段建议趁热打铁，不要拖，回顾过程中的挑战和团队如何应对的，这样的方法或方案是否可以重用，什么样的失误或教训可以下次避免的，不仅仅是技术方面还有协调组织层面。
沟通在管理层面非常重要，从心理学上来说，有个现象叫 “知识诅咒（The Curse of Knowledge）” ，知识诅咒是因为我们认为这个很容易，地球人都知道。为什么会这样的呢？因为我们对我自己已经掌握、已经熟悉、已经理解的东西会在价值观假设上，会做出错误的估计。
典型的一个场景是，明明我说的很明白了，为什么别人做出的结果不是我想要的呢？
通过别人来完成工作，换位思考，一定在沟通中，确认别人已经理解你的意图，甚至进行启发式探讨，在实际开始之前，达成一致的理解，避免知识诅咒现象。
领导
所谓领导，是迭代更新团队认知、塑造团队氛围的能力
”领导“是一个团队的“灵魂”，不是团队职位最高的才是领导，每个人都是团队性格和氛围的一份子，比如我们团队，“好奇心，爱心和开心”，无论新同学还是老同学，在不同场合，我们都常常引用”三心论“进行探讨和沟通，保持正念，同时通过每个人独特的表现来演绎不同的好奇心，持续的爱心，以及保持积极乐观的心态；
现实中有顺风也会有逆境，客户群体，有光芒四射，也有默默低调发展，有热烈快速发展的数字原生客户，也有经历行业转型升级的老牌企业，哪怕是所在的团队也会经历不同的发展阶段，架构师团队一直处于一线风口浪尖，没有一个坚定的信念，如何乘风破浪？
所谓领导，就是坚持终身学习，减少认知偏见，在任何复杂的场景下，依靠团队，鼓励大家走向终点。
所谓领导，就是眼中只有团队各成员的优势，帮助团队成员发现他，并夸奖他成为那个最好的自己。
架构师团队的每个人都有机会打破团队认知或者客户认知，因为云原生技术在持续发展，不同行业的客户也在持续发展，一线架构师的一个很大的成就感来自于，客户不仅仅认可你的价值，更有机会和客户一起经历和共同打造新的”认知“。
架构师在客户现场一言一行，跟客户打成一片，构建良好的合作氛围就是在做领导力相关的努力。
团队合作中，给到一起参与的小伙伴中肯及时的反馈，也是一种良好的”领导“行为习惯，自己的反馈可以帮助别人认识到自己的盲点象限（不知道自己不知道的事情）。
呼应十四条领导力原则
本文出发点是纠正自己对于“领导、管理和执行”的错误认知，即以职位来解读，但结合实践的感受来说，解决方案架构师岗位，同时需要发挥这三种特质，每个人所不同的是，每种特性在实际工作范围中所占的比例大小；而对应到亚马逊十四条领导力原则，按照我个人的粗浅理解，我画了三个圈，不同特质中，所侧重的领导力原则，一定不科学，仅供参考。
- 领导特质：决策正确、顾客至尚、最高标准、远见卓识
- 领导和管理特质重叠：选贤育能、勤俭节约
- 管理特质：敢于谏言，服从大局
- 管理和执行特质重叠：创新简化、赢得信任、达成业绩
- 执行特质：好奇求知、刨根问底、主人翁精神、崇尚行动
申明
本站点所有文章，仅代表个人想法，不代表任何公司立场，所有数据都来自公开资料
转载请注明出处
诞生于 2019，遇见 2020。
感谢关注，欢迎动动手指标星和置顶；
这样就不会错过少但精彩的技术探讨、团队建设、案例分享！
每周至少一更，转发是对我的最大鼓励！
学习之路漫漫，走走停停，
偶有所感，随心所记，
言由心声，问心无愧！
从客户中来，到客户中去！
