Here's an even more terse guide to hiring your first engineering manager: Promote. From. Within.
1) Many early-stage companies end up with a bunch of engineers who don't want to be managers. You can't promote from within if no one wants the job.
2) These same criteria apply for promoting from within. Sometimes I chat with folks who think none of their people have what it takes to manage the team properly. Going over this model helps them re-assess.
If your ICs want to become managers, apply similar hiring criteria as you would to outside managers.
Also keep in mind that first-time managers can require a lot of mentoring to come up to speed as managers. If you're a small startup without additional bandwidth for proper mentoring, transitioning someone from IC to manager without proper support is not doing them any favors.
I've always like the anecdote taken from Carnegie's "How to win friends and influence people": hire the person who is the best manager, but don't neglect those who excel in their roles. Giving them a promotion of a new title with salary adjustment that reflects their value to the company, while maintaining their current responsibilities, keeps everybody happy.
if you're going to promote from within, please send them to a course or something. get them some real training first or you'll have a predictable outcome.
having someone cut their teeth on you as their first management position is BS and the rest of the team will probably resent your new 'hire'
How do you move from "move fast and break things" to being more risk averse against your obligations beyond startup phase? Might need another person, to get the other outcome.
I was promoted. I failed in role. Maybe that colours my outlook.
Bringing in outside managers is an anti-labor practice. Especially in the context at hand, where we're talking about a company's first EM.
"What if they ruin our culture?" Promote from within, so you can be sure your first EM exemplifies your culture. If you don't think your own employees exemplify your culture, you don't have culture.
"What if we lose good people because of them?" Promote from within and backfill with a new junior hire. If your engineers are so hostile to each other that they can't stand the thought of one of them getting promoted, then you have a dysfunctional company with a hostile culture. If you yourself have the prejudicial belief that your employees will get jealous, then you're actively supporting the same anti-labor culture that says that salary transparency is bad because it makes employees aware of structural inequity.
"What if they cause harm?" Promote from within, and you can be sure that they have far more historical context and product insight than a random person you might air-drop into your team.
Unwillingness to promote from within says far more about the founder and the labor-hostile culture they're building that it does about effective engineering.
What possible meaning did you place on it other than that? I completely own my own failure in role. Why else would I say maybe it colours my outlook ?
Struggling to understand what value you thought you were bringing to the conversation, saying this. You really think I didn't own my own mistakes? Why?
> What possible meaning did you place on it other than that?
I do wish you the best of luck as you try new roles and advance in your career.
So provide training and mentoring.
We have normalised in our industry that the only way to progress is to job-hop, and it's actually to the detriment of both engineers who have to jump through the ridiculous hoops of interviewing these days, and companies who lose their valuable assets every day.
I share that this is a bad state but I think this situation is an exception. Almost all the engineering managers I know got promoted into management in a company where they held an IC position before. (Almost) nobody hires engineering managers without management experience.
Typical path I see is IC at company A, team lead at company B, manager at company C. Some people do this in entire path in less than 5 years.
Managers have to learn how to be a manager. Believing anyone can do it ab initio devalues the role.
1. If someone was promoted from within at another company, should their next job be a senior engineer again? Should we have our managers grinding leetcode when they're looking for their next position? If there is more than 40 hours of management work in a week, does the developer stop coding? If they stop coding, how will they get their next development job? (After all, you aren't hiring managers, you're promoting from within.)
1a. If this is the case, does your management team all keep coding because their next job will require it? Will management tasks become backburner, or do you have a large cadre of part time managers?
2. If you are promoting all managers from within, what do you do when you don't have any developers who want to manage?
I was a developer for over 15 years before transitioning to management. I'm not saying I'd never take a dev position again, but I am a better manager than I am a developer at this point because I've spent my time leveling up as a manager, not as a developer.