亚马逊的领导力原则
每周跟踪AI热点新闻动向和震撼发展 想要探索生成式人工智能的前沿进展吗？订阅我们的简报，深入解析最新的技术突破、实际应用案例和未来的趋势。与全球数同行一同，从行业内部的深度分析和实用指南中受益。不要错过这个机会，成为AI领域的领跑者。点击订阅，与未来同行！ 订阅：https://rengongzhineng.io/
亚马逊的领导力原则在科技界广为人知，不仅在公司内部有广泛影响力，也常被外界引用和讨论。虽然这些原则时常成为调侃对象，甚至连亚马逊员工本身也参与调侃，但从整体上来看，这些原则为企业运营提供了相当合理的指导方向。作者作为亚马逊客户已有25年以上的时间，作为AWS客户也接近20年，并且担任AWS Hero已有6年，尽管从未在亚马逊任职，但基于长期深度使用AWS的经验，认为自己有足够的观察与理解来就部分领导力原则进行评论。
客户至上（Customer Obsession）
亚马逊倡导“从客户出发，向后工作”，领导者应努力赢得并保持客户信任，尽管会关注竞争对手，但其关注重心始终放在客户身上。这一原则在理论上无疑是正确的，但在实践中，部分亚马逊员工可能将其理解得过于简单。所谓“从客户出发”，并不应仅仅等同于“去问客户想要什么然后照单全收”，就像那句著名的“如果问客户想要什么，他们可能会说想要一匹更快的马”一样。
在AWS的早期阶段，曾涌现出许多由工程驱动、富有前瞻性的产品，例如EC2刚推出时，并没有人能明确预测用户会如何使用它，但它的潜力显而易见，最终证明这种“构建积木”的方式极具远见。然而，大约在2012年前后，AWS的文化逐渐转向“为客户构建他们所要求的功能”，而这一转变在某种程度上被认为是走错了方向；更糟糕的是，在2020年前后，方向进一步偏移，变成“为财报电话会议中分析师所提的问题而开发功能”。
这种“客户请求”与“客户真正所需”之间的张力，也体现在系统韧性等领域。例如，AWS在其“良好架构框架”（Well-Architected Framework）中明确建议客户不要在单一可用区部署生产负载，但与此同时，跨可用区传输的带宽费用却高得惊人，AWS也未能提供有力工具来支持高可用的多可用区部署。多数客户不会自己去实现Paxos协议，更别提高层管理者要求“Paxos即服务”这种事。但如果AWS内部的领导者认真思考“客户为了构建优秀应用真正需要什么”，那么完全可以发现许多服务其实在亚马逊内部已经存在。因此，建议AWS应回归初心，继续发布“构建积木”，为客户构建他们未来会需要，而不是眼下呼吁的功能。
主人翁精神（Ownership）
该原则强调领导者应拥有企业主人的心态，不为了短期利益牺牲长期价值，并且不局限于自身团队，而是为整个公司着想，并不推卸责任。然而，从观察来看，这一原则既过于狭窄，也没有被真正落实。
仅仅“为整个公司着想”还不够，更应当“为整个技术生态系统负责”。曾有亚马逊员工致力于在大型虚拟机中统一中断处理标准，尽管亚马逊并未使用FreeBSD的bhyve虚拟机技术，该员工仍愿意推动补丁合入FreeBSD主线，以促进整个行业的标准化。这种行为展示出极具远见的“生态责任感”。
类似的理念在安全领域早已有所体现：安全漏洞一旦在某一系统中被利用，极有可能被攻击者进一步用来攻击其他系统，因此，一个系统的不安全，可能意味着整个生态的不安全。虽然在其他领域这一逻辑未必完全适用，但合作、协同推进生态发展，远比一味聚焦公司眼前利益更具长期价值。
然而，从实际操作层面来看，亚马逊甚至未能履行其“为公司整体负责”的基本承诺。公司内部信息极度封闭，甚至导致多个团队在不知道彼此存在的情况下开发出类似的服务。如此的“信息孤岛”状态，使得“主人翁精神”无从谈起。若要真正实现这一原则，亚马逊需要拆除内部的“高墙”，建立更开放透明的协作机制，赋予有能力的员工跨团队影响力。
行动偏向（Bias for Action）
亚马逊认为，速度在商业中至关重要，许多决策是可逆的，因此不需要过多犹豫，鼓励合理冒险。然而，虽然这种“快速试错”的文化有其积极面，却也存在与“坚持最高标准”及“客户信任”之间的矛盾。
亚马逊内部常用“一扇门是否可逆”来衡量决策风险，强调大多数决策都是“两扇门”（可逆）的类型。然而，即使是可逆的决策，也并非没有成本。当AWS推出一个不成熟的服务时，即使后续问题得到修复或服务被撤回，客户对该服务、乃至整个AWS品牌的信任都会受到长远影响。
作者在担任FreeBSD安全官的七年中，虽然公众认识其是安全通告的发布者，但实际上更重要的职责是“叫停”不成熟的发布。在安全领域，宁可晚发，也不能发布错误补丁；一旦失去用户信任，后续补丁的部署速度将大幅下降。因此，团队内部形成了一句口头禅：“说服我这是真的正确”，这样的文化也应被引入亚马逊高层决策体系。
亚马逊在招聘环节设有“bar raisers”（守门员），有权否决不合格候选人。同样的机制也应应用于服务发布流程，设置“服务守门人”，对不达标的服务拥有一票否决权，以防止低质量产品损害客户信任。
总结
AWS首席技术官Werner Vogels在2024年的re:Invent主题演讲中曾说：“听听AWS Heroes的意见。”虽然此话主要指技术建议，也主要针对AWS的客户群体，但若亚马逊也能认真聆听类似这些来自长期合作者和观察者的批评意见，或许会带来正向的改变。毕竟，批评的背后，是因为在意与关心。