软件工程师转岗工程经理，我应该这么做吗？

你考虑过走管理者这条路，也看到了机会，但你却迟迟无法做出决定。我们一起来探讨一下吧。

评估动机

在动手之前，先思考一下你为什么要做这件事？写下一些笔记：

• 我为什么会想到这件事？
• 我是否应该想象工程经理的角色？
• 我喜欢它吗？
• 我有点好奇想试试吗？
• 你认为有哪些优点和缺点？
• 有很多东西要学。我愿意投入吗？
• 两年后、五年后，我看起来会是什么样子？

工程经理。我应该从工程师转岗吗？

如果你好奇想尝试一下——那就去做吧。

从工程师转到管理岗位后，我必须从团队层面思考问题。成功的定义也随之改变——现在追求的是团队的成功。在团队层面进行系统性思考已成为我日常工作的重中之重。

我还必须提升自己的软技能，包括我的言谈举止、处理问题的方式、反应方式、行为方式等等。所有这些都突然间产生了更大的影响。作为一名管理者，我从中学习到了许多至关重要的知识。这段经历对我的性格塑造产生了非常积极的影响。

仅作为工程师和个人，获得这段经历还能带来许多其他益处。从不同专业领域视角审视团队合作，这种经历弥足珍贵。

这不是促销活动。

请注意！这不是晋升，而是岗位调动！
当你从工程师转岗成为经理时，你的职位是初级工程经理。这很合理。那些支持你成长的人也认为你适合这个职位。

编码量

实践操作是个非常棘手的问题。我知道一切都取决于你，作为一名初级经理，要在编码和快速成长之间取得平衡确实很难。我相信你需要在工作中找到最适合自己的平衡点，找到最适合自己的方法。

有一点至关重要，由于您的职责并非完全与代码相关，我们需要将关键实现路径上的编码任务委派给全职软件工程师。这样，您作为经理的其他工作就不会对整个团队的绩效产生负面影响。我并不是说您不能这样做，只是请您注意这一点。

对工程经理而言，成功意味着什么？

所有管理者的职业道路都不尽相同——有的刚入职，有的已经工作了五年甚至十年。在这个过程中，我们的观点会不断变化，做事的方式也会随之改变。就我个人而言，我认为一位成功的工程管理者，其关键在于能够帮助团队取得成功。而我们对此负有责任。

今天我对团队成功的看法是：

• 软件工程团队为最终用户和企业带来可衡量的影响。
• 团队积极向上、充满活力、心情愉悦。团队成员坦诚相待，他们表示这是一个团队，而不仅仅是一群人。
• 从DORA指标来看，这支团队非常出色。
• 团队成员的技能不断提高，团队成员的个人能力也得到提升。

如果您有兴趣，我建议您阅读《团队协作的五大障碍：领导力寓言》。

大约两年的机会窗口

即使你之后发现它不适合你——你也可以切换回单人贡献者模式。

两年时间是一个难得的机遇，因为你的编程技能不会退化；无论如何，你仍然是一名工程师。而且，转型过程也会很顺利。

值得一提的是，切换回个人贡献者思维模式后，你再也无法完全回到那种模式了。你会从团队层面思考问题。这是一种永久性的提升 :)

唯一的潜在缺点是，你可能无法及时掌握最新技术。原因在于，你的新岗位需要学习很多东西。当你重新做回工程师时，很快就能赶上；如果你继续担任管理职位，也能找到跟上时代的方法。

工程经理薪资

规模化发展本身就是一种自然的动力。我想先澄清一点——如果你觉得或者发现这不适合你，那就没必要痛苦地忍受。作为一名独立贡献者，你可以在软件专家的道路上继续成长。工程师、高级工程师和架构师等职位都是并行的成长路径，他们的薪资水平与经理职位相当，在某些情况下甚至更高。

一切都取决于你的能力、热情以及你的工作影响力。优秀的软件工程师在合适的公司里能够不断成长，并对工程质量产生显著的积极影响。

向一位优秀的经理咨询

找一位你尊敬的、你认为可以作为推荐人的经理聊聊。一位优秀的经理会以第一人称告诉你工作的真实情况。有哪些乐趣、挑战和不足之处？每个人的经历可能大相径庭。多问几位经理，以便更全面地了解情况。

工程经理角色类型

这里有一篇专门介绍此主题的优秀博文：《Pat Kua的5 种工程经理原型》。

如果你选择尝试一下，你将学习到更多技巧，例如情境领导和根据团队状况采取的不同方法。

它本身就是一个引人入胜的兔子洞，也是一条美丽的道路。

这是你的决定

无论你做出什么决定，都是你自己的选择，包括走哪条路，何时行动。不要让别人替你做决定。

享受你选择的道路吧！这很可能是正确的道路 :)