从个人贡献者到领导者的曲折之路-CSDN博客

要点

亚马逊通过清晰的文档来支持混乱的会议的方法是保持团队一致并释放创造力的有效方法
从客户需求逆向工作到代码，而不是从技术解决方案向前工作
在进入管理层之前，花时间建立强大的技术知识库 - 您作为个人贡献者获得的技术知识可以成为管理和领导角色的基础
当组织中发生变革时，假设有积极的意图，是的，它是破坏性的，而且通常有一个很好的理由来解释它的发生
在花费政治资本来影响决策时要深思熟虑

订阅于:

成绩单

肖恩·哈斯蒂: 大家好，我是肖恩·哈斯蒂。在开始今天的播客之前，我想向您介绍一下 QCon London 2024，这是我们的旗舰国际软件开发会议，将于明年 4 月 8 点到 10 点在伦敦市中心举行。了解资深从业者的经验并探讨他们的观点软件架构、生成式人工智能、平台工程、可观察性和安全软件供应链等主题的新兴趋势和最佳实践。发现您的同行学到了什么，探索他们正在使用的技术，并了解要避免的陷阱。如需了解更多信息，请访问 qconlondon.com。我们希望看到你在那里.

今天我和钱德勒·霍辛顿坐在一起。 Chandler 是 EDB 的首席产品官，他是通过在多个地方担任工程副总裁担任此职务的。钱德勒，欢迎。我的出发点往往是钱德勒是谁?

简介 [01:14]

钱德勒·霍辛顿: 谢谢，谢恩。很高兴来到这里。我将从头开始。实际上，当分片还很酷的时候，我就开始在一家小型数据库初创公司担任工程师。我们实际上是在做 MySQL 分片，而我实际上是在数据库启动过程中担任 Java 工程师的，早在那时。从那时起，我担任了一些管理职务，并在湾区一家名为 RMS 的优秀公司担任了非常重要的职务。 RMS 为再保险和保险行业进行了巨灾建模，因此他们可以对影响进行建模，尤其是飓风或地震对保险组合的财务影响。所以这真的很有趣，大数据挑战，而且那是一个非常有趣的时刻。恰逢容器问世，当时正值 Hadoop 时代的末期以及 Spark 和 Kafka 时代的开始，正如我提到的，出现了一大堆新的 DevOps 实践和容器，刚刚萌芽.

因此，从那时起，我实际上最终在 Mesosphere 负责产品和工程工作，这也是一家非常出色的公司。在加入 AWS 担任混合和边缘产品的 Kubernetes 总经理之前，他曾研究 Kubernetes 挑战、Mesos 挑战和容器化挑战几年。现在我已加入 EDB 担任首席产品官.

肖恩·哈斯蒂: 从工程角度来看，这是一个复杂的旅程。您可以与人们分享职业生涯中的一些重大问题?

钱德勒·霍辛顿: 是的，老实说，我认为我大学毕业后的前两份工作，一份是分布式系统数据库的后端开发人员，然后我的下一份工作实际上是在另一家初创公司。当时我们正在针对 Facebook API 构建应用程序，但我负责他们所有的后端开发以及基础设施的维护，这是我们在 AWS 上做的，而且那是在 AWS 的非常非常早期的时候。因此，这第一份工作决定了我余下的职业生涯。它是云中分布式系统的组合。我最终在很多分布式系统上工作，然后最终在 AWS 本身解决问题，这真是一次很棒的经历。所以我想说我的职业生涯已经发展了。并不是故意的，只是抓住了前两个机会并继续乘着云和分布式系统的浪潮.

肖恩·哈斯蒂: 所以亚马逊，有趣的地方，每个人都认为他们取得了惊人的成功。从内部来看，您在那里学到了什么?

在亚马逊工作的经验教训 [03:47]

钱德勒·霍辛顿: 作为 CPO 来到 EDB，我实际上能够从亚马逊学到一些我真正喜欢的东西。就像在大公司工作的任何人一样，您可能不同意该组织内部存在的所有运营和流程。但在亚马逊，我认为他们确实弄清楚了产品流程，特别是他们如何运行产品逆向文档。我将为那些不知道的人解释这一点。当你第一次来到亚马逊时，实际上是非常尴尬的，因为你坐在一个会议上。事实上，我在亚马逊的第一次会议就是这样的。那是周一上午 8:00，这是我第一次开会。我们坐下来，这是在新冠疫情期间，所以办公室里没有人。我们都在 Chime 上。这是他们的 Zoom 版本。我们正在开会，每个人的相机都关了，我想，我是不是错过了什么?

五分钟过去了，六分钟过去了。人们会打开相机吗？我们在这里做什么？没人说话。我的老板说，“哦，嘿，我没在那里看到你。是的，我们都在读这篇文档。” 因此，在亚马逊，每次会议的前 15 或 20 分钟，它就像一个自习室。大多数会议，不是每次会议，但我想说 80% 的会议都是这样进行的。而你正在读一篇文档。这份文档恰好是每周的业务审查文档，我们在其中审查了该服务的所有指标、收入、新客户、支持票证和问题。你只是在阅读，有时这是一个相当密集的文档，但你正在浏览所有的数据。他们通常将这些文档控制在六页以内，以便您可以在前 20、25 分钟内阅读它们.

但一旦完成，当你准备好时，它们就会开始出现在镜头前。然后我们进行讨论。贝索斯有句名言，他喜欢干净的医生和混乱的会议。所以他希望文档非常、非常、非常清晰。他希望数据能够被充分理解和深思熟虑，而文档的作者有很大的责任去真正做好功课，并为会议带来一份经过深思熟虑的文档。但随后他鼓励我们让会议变得混乱，这实际上意味着提出很多棘手的问题，试图找出你在文档中制定的策略中的漏洞，找到人们应该遵循的关键事项之上。这就是亚马逊大部分会议的召开方式.

对于他们的产品流程，他们应用了类似的理念，但他们还有另一个要素，那就是他们真正鼓励你作为产品经理或企业主，成为他们所说的从客户角度逆向工作的人。因此，这意味着不要直接跳入代码并开始编写一堆代码并在代码上快速构建原型，亚马逊已经完成了一些这样的工作，亚马逊鼓励人们首先从什么样的过程向后思考我们将为客户释放的价值。这实际上是通过撰写新闻稿的方式完成的。因此，您作为产品所有者或经理撰写了一页新闻稿，然后您有几页与该新闻稿相关的公关常见问题解答。这是一个非常有趣的过程。我花了一分钟的时间才适应，当我加入时，我们正在开始一项新服务，所以这是我要做的第一件事就是其中之一。它称为 PR/FAQ 文档，是它的缩写。包含常见问题解答的新闻稿.

这是我必须处理的第一批文档之一。实际上，在一页中定义要发布的整个产品非常具有挑战性。并且有特定的格式。一个问题段落，一个解决方案段落，一些支持性引用，诸如此类。而且每句话都经过仔细检查。这个过程的目的是从慢到快的过程。让我们确保我们意识到现在需要做出的所有艰难决定，这样在我们进入这个阶段之后，我们就不会花八个月的时间编写代码，实际上我们需要重构整个事情。我们认为我们采取了错误的方法。这就是背后的一个重要原因.

另一个原因是确保您从客户的痛苦出发进行逆向思考，并切实为客户解决问题。所以从客户的角度思考，而不一定是从工程师的角度编写代码。因此，一旦我们确定了公关/常见问题解答流程，它就会经历一连串的评论，很多很多评论，具体取决于你正在做什么，有时一直到亚马逊首席执行官，具体取决于你要推出的产品，它可能要经过几个月的审查。这就是缓慢的过程。但一旦决定，团队就会非常非常迅速地采取行动，执行并建立这些事情。要回答你的问题有点长，但就像我说的，我并不喜欢亚马逊的一切。我喜欢很多事情，这绝对是其中之一。因此，当我加入 EDB 担任首席产品官时，我说：“我要把这个随身携带."

这就是我们现在在教育局所做的事情。我们在去年推出了这个功能，当新人加入时，他们又会感到尴尬。他们会说，“等等，我们要在这次会议上讨论吗？” 但我们会在每次会议的前 10 到 20 分钟都这样度过，而不是每次会议，我们都会在会议中进行文档审查、阅读文档和自修。然后我们进行了讨论，我认为效果非常好。我认为无论我现在在职业生涯中走到哪里，我都会在余下的职业生涯中使用它。我从中获得了很多价值.

肖恩·哈斯蒂: 作为一名工程师，我最不想做的事情就是阅读文档.

工程师和文件 [08:49]

钱德勒·霍辛顿: 我不知道。你们工程师一直在写文档。您正在编写设计文档。老实说，我认为工程师们，我不想为他们所有人，但我确实认为他们也很欣赏他们正在构建的东西有一个北极星参考点。我认为很多时候工程师，而且大多数时候几乎每次工程师对他们正在做的事情都有最好的意图。他们正在努力为客户解决问题。他们正在寻找产品经理更好地指导他们的方法。这些文档的优点在于它们不是凭空完成的。这不仅仅是产品经理坐在办公室里然后说，“嘿，我有一份文档想让你们都读一下。” 他们非常合作，甚至完成了初稿。因此，他们通常会与将要参与该项目的工程师、建筑师和工程领导一起完成。因此，它作为产品和工程之间的协作带到了团队，然后最终带到了领导层.

这还不是全部，一切都是文件。从那里，我们获取该文档，编写本质上的设计文档，然后将其分解为用户故事和设计文档。但它仍然是我们的北极星，帮助我们让团队保持一致。我知道您的受众主要是工程人员，但我也用它来帮助工程人员向公司其他部门传达他们所构建的内容以及他们正在构建的内容的价值。我认为那是另一回事。我相信您一直都看到这一点，但是有很多伟大的工程师构建了真正伟大的产品，但没有人听说过，因为产品营销和营销以及组织的其他部分没有做好沟通工作给客户和世界其他地方。这些文档帮助我们真正将该价值提炼到一个页面中，并且我们基本上将其交给了营销部门。就像，“给你。” 它是作为新闻稿包装的礼物.

通常，他们不会使用我们确切的语言，而是用营销词语来美化它，但这绝对让他们走上了正确的道路，如何谈论通常漂亮的技术产品。所以我认为这是工程界对这些事情的另一大好处.

肖恩·哈斯蒂: 稍微改变一下策略，您的经验将引领工程师。我们的很多观众有时是第一次担任工程领导角色，其中一些是技术团队领导等，并选择走领导管理道路。您对这些人有什么建议?

给新领导的建议 [11:06]

钱德勒·霍辛顿: 是的，我几乎总是给新的工程领导者的建议是，不要因为过早的跳跃而感到焦虑。不要觉得你的职业生涯进展得比表面上慢，或者你需要进入管理层才能继续推进你的职业生涯。从我的经验来看，我作为 IC 获得的技术知识本质上成为了我余下职业生涯的技术知识的基础。这并不是说我不能以领导角色学习新事物，而是你学习新事物的速度，特别是作为工程师学习新事物的细节，要慢得多。您经常会从建筑中的大盒子中查看新技术。你没有亲自实施事情并真正在同一水平上获得理解.

所以我通常告诉人们的是不要太早做，因为那套技术知识，你需要成为一名真正优秀的工程经理，一旦你进入领导地位，你添加的速度就会减慢事实上，你在成为领导者之前所学到的一切可能占你未来整个技术知识基础的 70% 或 80%。因此，在晋升为领导者之前，作为一名 IC 人员接触更多的事物并没有什么坏处。我知道一些公司，我有一个朋友在 DuckDuckGo 公司工作过，他们有非常不同的风格，据我了解，至少他间接告诉我的是，他做了更多的领导和实践工作。同时实施，所以他即使作为领导也能继续做IC工作.

但我认为对于大多数公司来说，一旦你实现了这一跳跃，那就是一个艰难的界限，现在你只是管理人员和项目并解决一系列不同的问题，但期望你能够深入并深入研究需要时解决技术问题。因此，我对新任管理者的最大建议是，不要觉得自己需要太早实现这一转变。尤其是在 FANG 公司或者我们现在所说的大公司，从薪酬角度和职业道路角度来看，现在是一个不同的游戏。你不必进入管理层才能继续赚更多的钱并获得越来越好的头衔。他们也确实为 IC 角色制定了一条非常清晰的道路.

我认为你可以以 IC 的身份一路晋升到与亚马逊 VP 相同的级别。我不知道他们是否称其为杰出工程师，或者我忘记了他们叫什么，但这是一位非常高级的工程师。所以你在这两个方面都有一个非常清晰的职业道路，所以我认为这是现在要记住的另一件事。也许与以前有点不同

肖恩·哈斯蒂: 在这种领导能力中，你是从外部引进的新人，是进入组织的高级领导者。不可避免地会有一种新扫帚一扫而光的感觉，组织中的每个人都会说，“哦，不，不会再有这样的感觉了。” 第一，从你作为新扫帚的角度来看，为什么？对于那些坐在那里的人来说，“哦，不，同样的事情，不同的一天。哦，不会再有一次了，”他们应该如何解决这个问题?

新领导加入现有组织 [14:13]

钱德勒·霍辛顿: 是的，我认为新领导者上任并希望带来自己的风格绝对是事实。他们习惯于以特定的方式运营组织。就像我加入 EDB 时一样，我刚从亚马逊回来就说：“你知道吗？我们在这里做的这个文档真的很酷。我想把它随身携带。” 所以我改变了团队当时的很多工作方式。多年来，我自己也被很多老板取代，让我自己担任高管，所以你必须弄清楚如何适应新的风格和新的人。我在这里最好的建议是保持灵活性。你必须明白，领导层的变动通常是有原因的。要么投资者对事情的发展方向不满意，无论是否在整个组织中进行了沟通，这都可能是原因之一。或者它可能是比这更柔和的东西。这可能只是某人退休，或者他们出于家庭或健康原因或任何其他原因而继续前进.

但我认为在很多情况下，当你引入新的高管时，通常是因为他们想要做出某种改变。因此，要在一个发生这种情况的组织中，您必须意识到灵活性非常重要，并且必须让自己处于正确的心态。多年来你可能在很多事情上做得很好，你不想失去它们，但你也必须对高管的到来持开放态度，并带来新的风格和新的视角，因为这几乎是他们被要求做什么。就像我说的，就我而言，我引入了一大堆新流程。它看起来是一个与以前非常不同的组织。我还带来了一些我过去共事过的新人，我知道他们也可以推出这个流程和新的工作方式.

所以肯定有一些你必须适应的变化，但我认为当你在组织中深入时，这种感觉通常会减少。因此，如果您是个人 IC，您可能不会像个人开发人员那样迅速感受到这种感觉，而如果您是副总裁或向 CTO 或 CPO 或类似人员汇报的董事，您可能会感觉到这种感觉，所以它确实也取决于您在组织中的职位.

肖恩·哈斯蒂: 你犯过的最大的错误是什么以及你是如何恢复的?

从错误中学习 [16:16]

钱德勒·霍辛顿: 哦，好问题。我想我们都回顾自己的职业生涯，你可以说，“哦，我应该以不同的方式做这件事，”或者，“我应该以不同的方式做这件事，”这样或那样，但我实际上很高兴我所做的事情已经着陆了。所以我认为对于大多数人来说，回顾过去并说“我所做的工作和我所经历的经历让我达到了现在的水平”是一个积极的观点，所以这几乎就像蝴蝶效应一样。我不知道我是否有必要改变什么。但有一件事我希望我早点学会，那就是更多地倾听并在大多数情况下采取积极的意图。我认为我早期的一些工作，你很渴望，你想向领导层展示你有能力成为他们提拔你的领导者，但与此同时，你不想留下任何人.

因此，我认为重要的是要弄清楚，作为领导者和高管，一旦你进入该职位，如何进入一个可以在组织中发挥作用的位置。您可以推动团队需要您做出的变革和决策，而您不仅仅是参加这些领导层会议并讨论您认为正确的问题。但与此同时，你最终不会在小问题上使用如此多的政治资本，以至于你不会为你关心的真正大问题节省任何政治资本。我想到了一个例子，我在一家公司，我们试图决定我们想要选择什么云，那是在我不记得具体年份的情况下，但当时 AWS 在大多数竞争对手。甚至在我加入 AWS 之前，我就是 AWS 的粉丝，正如人们所说的那样。我非常喜欢他们当时建立的服务以及所有类似的东西.

其他云已经迎头赶上，他们现在也提供了非常好的产品，而且它不再只是 AWS 的世界，但当时确实有这种感觉。但我的一些领导层和同事正在考虑与不同的云提供商合作。作为工程副总裁，这确实影响了我交付产品的方式，因为我们想要使用服务、数据库服务、容器服务，无论当时可用的是什么，存储服务都是最新、最好、最成熟和最成熟的。最坚硬的，等等。所以我的架构师和工程师告诉我，“不要让他们选择不同的云."

我以与在许多其他会议中相同的活力、热情和热情参加了这些会议，这就是我认为在我真正需要时保存一些内容会很有帮助的地方。我很早就学到了这一点，有时可能很难做到，因为我们很多人都是充满激情的人，你进来时想要热情地谈论问题，但在这种情况下，我希望我能把其中的一些保存在坦克，让一些火药保持干燥，可以这么说，这样我就可以用它来解决一些更大的问题，但我最终失去了我认为这是正确的决定。所以我想说，这将是我最大的错误，很可能，回想起来，如果你可以称之为错误的话，但早点吸取教训可能会让我受益，但这仍然是一个很好的教训.

肖恩·哈斯蒂: 钱德勒，你在这个行业已经有一段时间了。您已经研究过许多不同的组织。您在哪里看到趋势，今天工作的工程师应该在地平线上寻找什么，或者可能比这更接近?

未来需要注意的趋势 [19:25]

钱德勒·霍辛顿: 是的，在我的整个职业生涯中，我一直在关注一些，我不知道你如何描述它们，也许是科技的子行业。我曾一度热衷于容器领域和 Kubernetes 领域，但也热衷于数据领域，这就是我现在所在的领域。查看数据趋势确实很有趣。我们从 2000 年代开始使用单一的大型数据库、单一的机器。 Oracle 和 MySQL 开始出现。我开始获取一些开源解决方案，而 Postgres 总是在那里。为了应对 NoSQL 热潮，我们推出了真正适合用途的数据引擎和 RDBMS。然后，随之而来的是大数据热潮，世界各地出现了 Cloudera，我们如何大规模处理数据？现在我认为人工智能已经真正介入了这个领域。我认为财富 5000 强公司中没有哪一个首席执行官或首席信息官没有被投资者、领导层或客户要求在此时提供人工智能产品或人工智能战略.

因此，随之而来的是大量新数据，这些数据将开始需要以与过去所有这些数据的处理方式类似的方式进行处理。这意味着我们需要对这些数据进行治理。我们需要相同的安全控制。我们需要对 EMEA 法规以及 HIPAA 等联邦和健康法规进行同样的审查。因此，市场上出现的这些管理人工智能特定数据的新系统面临着一系列挑战。老实说，我认为趋势真正更多地关注我们如何利用过去 20 或 25 年强化的现有系统，使它们适用于这个新世界，而不是为这些特定数据构建全新的系统并试图应用 20 或 30 年的学习成果，就像我们称之为第二天的功能，将学习成果应用到新系统.

因此，时间会告诉我们市场如何变化，但我对 Postgres 的现状和新的不断发展的人工智能趋势非常乐观。我认为这是开源社区在坚持其愿景和使命方面做得非常好的一个例子，围绕着拥有一个非常高性能、可靠和强化的数据库。然后你可以看到真正伟大的项目，如 pgvector 的出现，人们可以开始使用 Postgres 的扩展，特别是矢量化扩展，针对这些已上市的新法学硕士构建应用程序。因此，我看到这种趋势确实是，而不是转向新的数据系统，我看到人们看着他们现有的系统并说：“嘿，不是在我们的堆栈中添加更多的东西，而是我们必须管理的又一项复杂性，并且修补并购买支持，我们可以只使用 Postgres 还是可以只使用目前可用的这些系统？” 我认为这些趋势将在未来几年内继续发展并形成.

肖恩·哈斯蒂: 里面有很多有趣的观点和一些很好的建议。如果人们想继续对话，他们在哪里可以找到您?

钱德勒·霍辛顿: 您可以在 LinkedIn 上与我联系。我在 Twitter 上有点活跃。有时我更喜欢 NBA 篮球队丹佛掘金队的帖子，而不是技术。但我在 Twitter 上与人们进行了一些技术对话，所以我也在那里。 C_霍辛顿。但我可能在 LinkedIn 上更活跃。你可以在那里找到我以及我们与 Postgres 讨论的所有这些内容。显然，我为 Postgres 的第一贡献者工作，您也可以在那里找到更多信息.