Live data from Hacker News

Common Mistakes of New Engineering Managers

ochronus.online

11–20 of 224 posts

Re: Common Mistakes of New Engineering Managers

#12
post #7

Earlier quoted context omitted.

Yup, that's a common career path mistake companies do - making the only possible 'next step' for senior engineers to become managers. If your company doesn't have a strong career path for senior ICs, you should push for one

Honest question -- why does there need to be a "next step?" It's been over a decade since I've worked at a company with managers. However, it was common for the top programmers to make more money than their managers there.

Because some places have titles and so all places need to have titles, lest they be branded as not "helping you grow".

Re: Common Mistakes of New Engineering Managers

#13
post #7

Earlier quoted context omitted.

Yup, that's a common career path mistake companies do - making the only possible 'next step' for senior engineers to become managers. If your company doesn't have a strong career path for senior ICs, you should push for one

Honest question -- why does there need to be a "next step?" It's been over a decade since I've worked at a company with managers. However, it was common for the top programmers to make more money than their managers there.

The need comes from the folks feeling stuck - it doesn't "have" to be that way. I've also had engineers making more money than me and looking at their impact it was well justified - the question is not only money but the sense of growth and acknowledgement of growth from the company's side - and there's a clear need for that. A bigger salary is just one (pretty volatile) form of it.

Re: Common Mistakes of New Engineering Managers

#14
post #7

Earlier quoted context omitted.

Yup, that's a common career path mistake companies do - making the only possible 'next step' for senior engineers to become managers. If your company doesn't have a strong career path for senior ICs, you should push for one

Honest question -- why does there need to be a "next step?" It's been over a decade since I've worked at a company with managers. However, it was common for the top programmers to make more money than their managers there.

It's been over a decade since I've worked at a company with managers. However, it was common for the top programmers to make more money than their managers there.

Programming and managing are completely different jobs that accomplish different things for the organisation, but they are typically arranged in a top-down fashion, the manager has power over the programmer. A manager's job is to do the function of interacting with the wider organisation in order to determine the best way for the programmer to spend his time, in effect it's a research job, then he presents the programmer with the results of his research and they both agree that the most value can be added to the organisation by working on bug X today instead of feature Y. But what actually happens is the manager says "do this, because I said so, and if you don't I'll block your next raise". Or so-called engineering managers cherry-pick the most rewarding work for themselves and assign the unfulfilling work to subordinates as punishment. That's deeply dysfunctional but it's what happens when you have a group who wants to do real work, and another group who has plenty of time on their hands for full-time politicking.

Re: Common Mistakes of New Engineering Managers

#15

Earlier quoted context omitted.

Honest question -- why does there need to be a "next step?" It's been over a decade since I've worked at a company with managers. However, it was common for the top programmers to make more money than their managers there.

It's been over a decade since I've worked at a company with managers. However, it was common for the top programmers to make more money than their managers there. Programming and managing are completely different jobs that accomplish different things for the organisation, but they are typically arranged in a top-down fashion, the manager has power over the programmer. A manager's job is to do the function of interact…

There are companies where managers are truly in a supporting function. I'm not here to advertise but my last two jobs were like that.

Re: Common Mistakes of New Engineering Managers

#16
I disagree with this article.

If you, like the author of this article, spent 13 years as an IC, perhaps it is OK for you to focus on acquiring the soft skills required to be an efficient engineering manager.

After 13 years as an IC, you have a pretty good perspective on what it means to be an IC, how to identify valuable team members, how to assess their skills, how to identify blockers and facilitate solutions, and most importantly, how to classify technical problems, how to analyze requirements, how to plan, estimate, communicate on deliverables and releases, etc.

If you have the hard skills, it's fine to spend most of your effort growing your soft skills. But if you don't have the hard skills, you'll have to focus on that as well.

You can delegate things to different team members, but at the end of the day, the responsibility is still yours. Team members can "own" things, but you're still responsible if they don't execute. And in order to do that efficiently, you have to be prepared to ask the right questions to the right people, and that requires hard skills.

Re: Common Mistakes of New Engineering Managers

#17

Earlier quoted context omitted.

It's been over a decade since I've worked at a company with managers. However, it was common for the top programmers to make more money than their managers there. Programming and managing are completely different jobs that accomplish different things for the organisation, but they are typically arranged in a top-down fashion, the manager has power over the programmer. A manager's job is to do the function of interact…

There are companies where managers are truly in a supporting function. I'm not here to advertise but my last two jobs were like that.

here are companies where managers are truly in a supporting function. I'm not here to advertise but my last two jobs were like that

Unless programmers have equal knowledge of and input into their managers salary as their manager does in their's, there's still that fundamental top-down structure.

Re: Common Mistakes of New Engineering Managers

#19
post #6

This sounds like the kind of role a lot of good engineers get promoted to unwillingly/unknowingly, how do you avoid being assigned this role and remain a valued engineer once you have experience?

Negotiate, I guess; on the one side as a good engineer you want the recognition (and pay) that goes with it, so for yourself you should ask for a raise or promotion to a title like idk, "senior principal engineer". But for the leadership skills, you should push to hire a dedicated manager type, who works alongside you and does the people management part.

Re: Common Mistakes of New Engineering Managers

#20
post #6

This sounds like the kind of role a lot of good engineers get promoted to unwillingly/unknowingly, how do you avoid being assigned this role and remain a valued engineer once you have experience?

My company bifurcates people managers and ICs in engineering roles. Each level has both starting at tech lead/manager. Next is principal/director. Even VP has two tracks, though I have met only one IC VP. SVP and up are always people managers. AFAIK comp is the same. I help my senior engineers and leads understand their preferences and hit the path they want.
Post reply on HN