打破“高级工程师”的天花板 优化您的影响力,而不是输出 我的个人经历 为什么您不想成为首席工程师 总结

2025-05-28

打破“高级工程师”的天花板

优化影响力,而不是输出

我的个人经历

为什么你不想成为一名首席工程师

包起来

我见过很多工程师,他们的职业发展似乎止步于“高级工程师”的级别。这种情况有很多原因:

  • 他们找到了自己的最佳状态。很多工程师根本不想升职。他们热爱自己正在做的项目,享受成为各自领域专家的乐趣。他们想要的只是继续保持原样。

  • 高级工程师之后没有职业发展路径。许多初创企业或中小企业的层级结构扁平,不提供传统意义上的职业发展机会(例如通过职称晋升)。

  • 晋升竞争太激烈了。即使在大型组织中,技术主管或首席工程师的职位也并不多。

  • 他们不知道要达到下一个水平需要做什么。

多年来,我在多家公司担任过技术主管或首席工程师。这篇文章旨在分享我的想法和经验,供那些属于后者的人参考。

但首先……

免责声明:技术主管或首席工程师的职位在不同公司可能有所不同,并且会随着公司面临的不同挑战而发生变化。以上是对职位期望的概括,而非您将承担的具体职责。

第二个免责声明:虽然技术主管和首席工程师通常薪酬更高,但这并不一定意味着他们的工作更好。正如有很多理由不去成为经理一样,也有很多理由让你不想成为技术主管/首席工程师!

优化影响力,而不是输出

这是高级工程师和首席工程师之间最重要的区别。

作为一名高级工程师,你是一位重要的个人贡献者 (IC)。你是公司运转中不可或缺的齿轮。你的成功取决于你的个人产出以及你对整体业务的影响。

您是否使订单服务更具可扩展性并处理公司有史以来最大的黑色星期五流量?

您是否将可用性从两个九提高到了三个九?

您是否大幅削减了服务的运行成本?

或者您是否按时并在预算内交付了一项重要功能?

仅仅编写更多代码或发布更多功能并不能让你成为更优秀的高级工程师。关键在于你能否通过执行力为业务带来有意义的影响。这种思维方式的转变将引领你迈向更高的层次。

作为首席工程师,你的成功不再取决于你的产出,而是你对同事产出的影响。你不再局限于特定的交付团队,而且通常可以同时与多个团队合作。

作为一名 IC,您拥有广泛的技术技能——编程范式、语言、框架和工具。您在组织内部以及整个行业都备受尊重。

作为问题解决者,您能够适应不同的情况,并能快速找出根本原因并制定合适的解决方案。

但最重要的是,您很有耐心,乐于助人,而且不会评判他人。

请记住,你的工作是帮助别人成为更好的自己,而不是让他们成为你!

你需要展示,而不是诉说。运用你的影响力来提升他人。帮助其他工程师提升他们的决策能力和有效执行能力。这可能进展缓慢且充满挑战,而你所做的 80% 都与沟通有关。

但是,你帮助 10 位工程师提升 10% 所产生的影响,将远超你个人的最大产出。随着你帮助越来越多的工程师提升水平,这种影响也会逐渐累积,并持续更久。

这份工作回报丰厚。因为你被委以重任,解决最具挑战性的问题,并可能对你的组织产生重大影响。

我的个人经历

在转型成为独立顾问之前,我曾在多家公司担任首席工程师或技术主管。最近一次是在 2018 年 4 月至 2019 年 6 月期间在 DAZN 工作。入职不到两周,我就意识到工程团队面临的最大问题并非流程或技术。我们根本没有足够的工程师来实现我们的愿景。

招聘团队几个月来一直招不到人。尽管我们是一家估值数十亿美元的公司,但我们在本土市场却举步维艰,英国的工程师们甚至从未听说过我们!更糟糕的是,我们的声誉也受损了。当时,我们的招聘合作伙伴过于激进地瞄准候选人。

我能为公司做的最有意义的事情就是解决招聘问题。我们需要修复和重建我们在开发者社区的品牌形象,并建立一个能够提供我们所需技能的招聘流程。

为此,我在2018年4月至12月期间进行了50场公开演讲。我面试了数百名候选人。我修改了评估标准,并建立了我们的面试流程。我培训了最初几批新员工,让他们了解如何进行面试和评估候选人。他们在面试过程中跟随我,并逐渐融入到整个流程中。最终,他们能够独立进行面试,并继续培训下一波新员工。

我非常幸运地得到了高层的支持。在与我的好友Bruno Tavares以及其他许多人的共同努力下,我们在不到12个月的时间里将阿姆斯特丹办事处的员工人数从0扩展到了150人。

与此同时,我作为独立董事的个人产出也跌到了历史最低点。没关系,关键在于——你需要优化自己对业务的影响。有时,这意味着牺牲你作为独立董事的个人产出。

你的组织可能没有招聘危机。但作为一名首席工程师,你可以通过许多其他方式最大限度地发挥你的影响力,例如:

  • 推动采用更好的工程实践,以促进更好的自动化和安全性。

  • 创建工具来减轻工程师每天遇到的痛苦。

  • 帮助团队解决最具挑战性的技术问题。

  • 在团队之间架起对比实践的桥梁,并为您的学科带来共同的价值观——例如,我们重视安全性而不是新功能。

  • 在你的学科领域内营造学习文化。可以成立协会、读书俱乐部、组织分享/展示活动等。

  • 指导其他工程师。

为什么你不想成为一名首席工程师

人们常说,一个好的经理既能施展“胡萝卜”,又能施展“大棒”。但作为一名首席工程师,你可能两者都没有!

你无需负责设定团队的优先级,也没有直线管理的权力。你唯一的武器就是你的激励力量,激励他人追求进步,并效仿你的领导。

有时这会让人非常沮丧。

行为改变并非一朝一夕就能实现。人们消化新信息的速度各不相同,你必须保持耐心。有时,你希望看到的改进需要满足更紧迫的业务需求。

你还需要体谅不同人的需求和局限。“正确的方法”对某些人来说可能过于牵强。评判他人未达到你的崇高标准并非你的职责。但帮助他人进步才是你的职责,即使这意味着你只能循序渐进。

有趣的是,把人逼出舒适区,你一步只能逼到一定程度。如果一下子逼得太远,他们很可能会拒绝你,甚至怨恨你。循序渐进,分几步来,你会惊讶于他们愿意走多远。

包起来

如果您想要的只是编写代码并成为系统上的主题专家 (SME),那么您可能不会喜欢技术主管或负责人的角色。

在许多组织中,担任这些角色需要你从行动者转变为推动者。你的成功不再取决于你自己创造了多少成果,而是取决于你帮助他人实现了多少成就。

要想胜任这些职位,你需要的不仅仅是一名优秀的技术人员,你还需要一名优秀的沟通者。其中,还包括善于倾听,而倾听往往是优秀沟通者所具备的一项经常被低估的技能。

最重要的是,你需要改变你的目标,以优化你对组织的影响,而不仅仅是你的个人产出。


大家好,我叫Yan Cui。我是AWS Serverless 精英,也是《生产就绪型无服务器》一书的作者。我专注于帮助团队快速过渡到无服务器,并在 AWS 上构建生产就绪型服务。

您是否正在为无服务器架构苦苦挣扎,或需要最佳实践指导?您是否希望有人审核您的架构,并帮助您避免日后代价高昂的错误?无论如何,我都会为您提供帮助。

查看我的咨询服务

您可以通过电子邮件TwitterLinkedIn联系我。

打破“高级工程师”上限一文最先出现在theburningmonk.com上。

文章来源:https://dev.to/theburningmonk/breaking-the-senior-developer-ceiling-bj2
PREV
通过实际应用程序理解 JavaScript Currying
NEXT
掌握算法和数据结构的资源