不要成为工程经理
Don't become an engineering manager

原始链接: https://newsletter.manager.dev/p/dont-become-an-engineering-manager

最近与一位考虑晋升为工程经理(EM)的朋友的对话,促使我改变了长期以来的建议。 过去,我总是鼓励工程师们接受管理职位以获取宝贵经验,并认为之后回归个人贡献者(IC)角色总是可行的。 然而,目前的形势正在变化。 人工智能编码工具的兴起需要更深入的组织背景——当前工具所缺乏,但像Unblocked这样的公司正在解决这个问题。 同时,公司正在“扁平化”他们的层级结构,增加IC与经理的比例,并减少高级管理机会。 这意味着EM职位可能成为职业瓶颈。 此外,顶级的Staff Engineer职位现在往往*比*EM职位更有利可图,尤其是在考虑来自不同公司的报价时。 我朋友收到的薪酬实际上低于竞争对手的IC职位。 虽然经验丰富的EM仍然拥有宝贵的技能,但作者现在建议资深工程师仔细权衡利弊,并可能推迟晋升管理职位,除非它真正符合他们的热情。 传统的职业“阶梯”正在消失,而将享受放在首位仍然至关重要。

一场 Hacker News 的讨论围绕着科技行业,特别是工程职位职称日益随意化的问题。用户们普遍认为,“高级”、“主管”、“首席”、“资深”等职称往往缺乏一致的含义,在不同组织之间差异很大。一位评论员指出,公司,尤其是在硅谷,主要利用职称来与竞争对手进行薪资基准比较,依靠内部人力资源映射来标准化级别。 核心争论集中在个人贡献者 (IC) 和工程管理 (EM) 职业发展路径的区别。有些人认为成为 EM 意味着放弃技术工作,而另一些人则认为 EM 仍然深度参与技术,只是在不同的领域。一个经常被引用的关键区别在于该职位是否涉及直接的直线管理。最后,一位用户认为,在不久的将来,避免 EM 职位的最大原因不是工作本身,而是人工智能进步带来的日益复杂的局面。
相关文章

原文

Over drinks a few weeks ago, a friend told me he'd been offered a promotion, to an Engineering Manager role. He planned to decline it, but wanted to hear my take first.

Until recently, my answer in such conversations was always “100% go for it”. My logic was that it’s a super valuable experience, even if someone is not looking for the management career path. I told every engineer that a couple of years as an EM would teach them valuable skills, and they could always go back afterward.

This time, we had a long discussion about the tradeoffs, and I finally agreed with him that he should not take that step.

Here are the main arguments from our conversation:

Thanks Unblocked for supporting today’s article!

AI coding tools are fast, capable, and completely context-blind. Even with rules, skills, and MCP connections, they generate code that misses your conventions, ignores past decisions, and breaks patterns. You end up paying for that gap in rework and tokens.

Unblocked changes the economics.

It builds organizational context from your code, PR history, conversations, docs, and runtime signals. It maps relationships across systems, reconciles conflicting information, respects permissions, and surfaces what matters for the task at hand. Instead of guessing, agents operate with the same understanding as experienced engineers.

You can:

  • Generate plans, code, and reviews that reflect how your system actually works

  • Reduce costly retrieval loops and tool calls by providing better context up front

  • Spend less time correcting outputs for code that should have been right in the first place

See how Unblocked works

WTF is OpenClaw? I’ve been on paternity leave for a few weeks, and another completely new project exploded…

The pace of change in the last year has been completely crazy, and it’s not stopping.

But even if you don’t give in to the constant FOMO - it’s impossible to argue that the way we worked hasn’t changed. Almost every part of our work looks different, and will continue to evolve.

You've probably seen this tweet - the creator of Claude Code asking why Anthropic still needs software engineers:

My friend was afraid that as a manager, he'd have less time to experiment and adapt. Especailly with a bigger team (he was offered to manage 6), you don’t have much time to play around.

I could definitely relate to his fear. There are so many ideas I want to work on, tech I want to play with, and so little time to actually do it.

The classic EM ladder used to look like: EM → Senior EM → Director → VP.

But companies have been flattening for two years now. Amazon increased its IC-to-manager ratio by 15%, and other companies followed.

This means there are fewer Director and VP roles to grow into (and much less Senior EM ones). You can be a great EM for years and find yourself stuck.

Note: leadjobs.dev is a side project I’m building with Piotr. I’ve been exploring the eng leadership job market in the last few months through the data we get.

Companies still need someone to run teams, but from Senior EM upward, it becomes much more competitive. You’re competing with experienced leaders who were laid off from those ‘flattened’ companies.

Also, there is less opportunity for internal growth. As an EM, to get promoted, you mostly need to start managing more engineers, which might not be possible right now. It’s more likely you’ll just get bigger scope with the same team - not a feat worthy of promotion.

As an IC, being excellent at building things can get you much further.

While my friend was offered a bump with the promotion to EM, the total compensation was less than the offers he received for Senior/Staff Engineer at other startups.

This surprised him. The assumption has always been that management pays more. It does, if you compare an EM to a Senior Engineer at the same company. But when you compare across the industry, being a Staff engineer is better paid. I believe it’s because those engineers are in huge demand (and will continue to be so).

For my friend specifically, staying on the IC track, becoming a Staff engineer and switching companies would have given him ~20-30% more than the EM promotion he was offered.

2 reasons:

First of all, I’m very optimistic about experienced Engineering Managers (who stayed hands-on), as I wrote in Engineering Management in the Age of Agents.

While we are probably less sharp tech-wise, there are tons of relevant skills the job taught us over the years, that will still be relevant.

And while it’s hard, I think I’ll manage to keep up.

But the main reason is that I enjoy my job.

While rationally I believe that being an IC is a smarter choice in 2026, I know I would enjoy it less.

James Stanier wrote a great article about what to do when the ladder disappears, to help you figure out where you should aim. I highly recommend the exercise there!

If you are a senior engineer, the bottom line is that I wouldn’t recommend the jump to management right now. I would wait a couple of years to see how things will look like.

BUT, and it’s a big but - if your gut tells you to do it (and not your brain), if it’s truly a path you want to pursue - then go for it!

  1. Even fewer middle managers and more flexible teams? by Gergely Orosz. I love Gergely’s weekly Pulse (I’m a paid subscriber), this one was especially interesting.

  2. Being an architect isn’t the sum of skills. It’s the product by Gregor Hohpe.

  3. The Product Velocity Paradox: When Your Engineers Outrun Your Product Team? by Sahar Carmel. An interesting article on the current reality in many companies.

联系我们 contact @ memedata.com