一旦你成为经理，就再也不会写代码了。

这是一个误解。好像管理团队会让你失去对技术的所有记忆。

事实上，对于开发人员来说，有一条成功的职业道路可以在管理和工程之间来回转换。一段时间的团队管理使你成为一个更好的开发人员。定期回到工程岗位上也会使你成为一个更好的经理。

是时候揭穿这个谬论了。

不是非此即彼

很多人把工程师和经理的选择描述为非此即彼。

根据普遍的观点，一旦你离开工程岗位，就再也回不去了。但是，当然，这是一个极端的观点，现实要复杂得多。

互联网上关于揭穿这个普遍谬论的权威文章是Charity Majors的《工程师/经理的钟摆》。如果你还没有读过她的文章，停下阅读我的文章，马上去看看吧。

她分享了一位高级工程师普遍持有的观点：

“我是一名高级工程师，但我在考虑做经理。我非常喜欢工程工作，但我觉得我只是一遍又一遍地解决相同的问题，而真正的问题似乎是与人有关的问题。我必须成为一名经理才能得到晋升。我希望一旦我转换职位，不会变得糟糕。我听说这很糟糕。”

让我们来分解一下这段引文，看看其中的假设基础。

我是一名高级工程师，但我在考虑做经理。

太好了！我们需要更多行业中优秀的技术领导者。

可惜的是，我们的行业让很多工程师对管理产生畏惧。但事实上，工程管理之所以声名狼藉是有原因的。

大多数公司在支持他们的经理方面做得不好。反过来，许多经理在支持团队方面也做得不好。

你考虑担任经理的事实意味着你可以在这方面产生影响。

这将是困难的。但这是一次很好的学习经历。一个出色的经理对团队来说是无价之宝。

我真的喜欢工程

当然！这是一位经理所应该具备的优秀品质。

拥有一位不了解软件工程和我们所做工作的经理是可怕的。有些公司在找不到足够的工程师经理时，会从行业外引入经理。

你知道会发生什么吗？很多时候，这些经理会因为不了解工作而让团队陷入困境。

喜欢工程对成为一名经理来说是一项优势。

最好的经理往往在离上一份编码工作仅有2-3年的时间内。而最好的工程师则是那些有过管理经验的人。

成为一名经理可能是作为工程师成长的最佳途径。

我只是一遍又一遍地解决相同的问题

在担任高级工程师的某个阶段，你开始对整体情况不敏感了。一切都变得雷同。你已经看过这部电影。它变得可预测。

高级工程师感到厌倦是非常普遍的。

但是，厌倦并不是成为管理者的理由。还有其他方法可以摆脱你的厌倦感。如果主要是厌倦驱使你做出决定，而不是对带领团队产生好奇心和兴奋感，那就不要改变工作岗位。

似乎真正的问题是人际问题

你对此了解得并不全面。

技术问题很容易解决。它们可能很困难和复杂，但你可以通过编码和架构来解决它们。

人际问题要难得多。

领导团队是一项情绪上的耗费。人们是不可预测的。他们争吵、伤心，并且怀恨在心。每个人都有需求，有时这些需求会发生冲突。

作为经理，你在一天结束时不太确定自己取得了什么成就。很难衡量进展。

最好的经理不会独自领功。当事情出错时，他们承担责任；当事情顺利时，他们将功劳归于团队。

这是一项艰巨的挑战。

然而，与管理人员相处可以让你学到很多，获得很大的成长。你与帮助成长的人建立持久的关系。管理涉及到情感共鸣，你将学到很多东西。

我必须成为管理者才能晋升。

哇，稍微冷静一下。

成为管理者并不是一种晋升。它是一份完全不同的工作。

一旦成为管理者，你需要至少承诺几年的时间。一开始会非常困难。你会做得很糟糕。

我怎么知道你会做得糟糕呢？因为管理是一项完全不同的技能，没有人教你。你必须从零开始学习！

话虽如此，任何认为管理者“高于”工程师的人对管理有一个错误的看法。管理者的整个工作是帮助工程师们在工作中取得成功。管理者首先是一名服务者，而不是监督者。

管理与非管理之间的转换

我认真地建议你阅读Charity Majors的文章。它会让你眼界大开。

你可以为自己制定一整套职业发展路径，在工程师和管理者之间来回切换。

管理并不是一种职业晋升。它是一份你可以学习的不同工作。

管理和个体贡献者之间并没有硬性选择。没有固定的道路。你可以来回切换，每次切换都会使你变得更好。

编码，管理，再回到编码。这是一个完整的职业发展路径，它在人们的视野之外，但却非常有价值。

列表清单

喜欢这篇文章吗？我每天为2000多名软件开发人员撰写新的内容。

如果你喜欢我的文章，点赞，关注，转发！