At my current job my boss and I have been discussing a potential move for me into management. I am currently a technical/functional lead but I find myself more and more dealing with “people” challenges and helping to unblock others rather than purely solving technical issues.<p>At this point I’m a little on the fence about whether becoming a full-blown manager appeals to me. I really like working on technical issues but at the same time I love being able to provide some leadership and guidance for those who need it. It would also give me slightly more weight when it comes to departmental decisions and high-level strategic goals which I do find appealing.<p>In general, I’m curious what the transition was like for most folks who moved from being an individual contributor to a manager. Did you ultimately end up loving it? Hated it?<p>Any advice and input is greatly appreciated!
3 big things:<p>- It really is a brand new skillset. You will probably hate it for the first year. Stick with it.<p>- Remember how you had this big engineering problem so you just worked more hours to fix it? You can't do that anymore. The scope is just too large, so you can't outwork your problems anymore. You have to have a team that can handle it.<p>- Be good to your team, but remember: if you get fired they aren't going to quit with you. This might be the most controversial point, but if a team member isn't performing then you will have to make the call to shield them. Don't do it enough and you will de-motivate your team. Do it too much and you'll piss off an exec who will remove you.<p>Overall, a great experience but it isn't for everyone.
Really works for me. I make more money and have a lot more influence on my world. I am a total control freak though, and really can't get satisfaction if I'm not able to make real changes to my organization.<p>- Nobody will tell you, or even know, if you're doing a good job. Meaningful metrics are trailing and your reports will lie to you instead of giving you constructive feedback. A lot of the time they simply don't think about what kind of feedback will help you.<p>- You will ruin peoples' dinners. You will make decisions that will cause people to complain about you at home and be nasty to their family members. Sometimes it's because you made a mistake and sometimes it's business. Get right back on that horse.<p>- You are actually in charge, accountable, and responsible for some or all of your department. That can cause a lot of anxiety, and may result in some uncomfortable time commitments. You might coordinate a disaster response and have absolutely nothing to contribute except imparting a sense of urgency. It is very hard for me to take time off, whereas when I was a dev I could easily slack on Thursday that I'm blowing off the rest of the week since I met my commitments.<p>- Time management, oh my goodness. You will start some days with an empty calendar and not get off of the phone until 6. Or you may actually get a free day and decide it's really important to build some workflow automation for your dev team tools. This is where having tech chops makes the job super fun.<p>- Seeing people grow and internalize your advice. Hearing your own words or seeing your own behavior in up and comers is easily the most rewarding experience I've had professionally.<p>- You really don't get new information and there are really no secrets. I kinda expected to be privy to all kinds of performance and comp data but we're all just winging it.
It was a terrible experience that I will never try again. To be fair, though, I only gave it a few months ... but it was the longest few months I've lived.<p>I was asked to be a manager because the organization had a need, and I figured I'd try it. I was always curious about management. I went in to it hoping I could get a team together and really work through the backlog.<p>Instead, I went from having technical autonomy to managerial non-autonomy. I was expected to do things exactly the way my peers wanted, without being told what that was ahead of time. I tried to hire people I thought would work out but was overridden (or worse, told after the candidate declined that they were glad!) I would be asked to schedule meetings about some topics they wanted to talk about (and that I didn't really care about) and then, at the start of the meetings, I would be met with blank stares -- it turned out I was expected to lead the meeting.<p>I have no intention of ever trying again. It's no exaggeration to say I felt like I'd suffered years of stress in a few months. Thankfully they let me go back to an IC role.<p>My advice: if you get a whiff of dysfunction, run. The stress isn't worth it. Your first management experience should be positive and should come with support from above.
You’re going to need to judge yourself by different metrics after the transition. You go from trying to be the smartest person in the room to try to hire people smarter than you. You go from taking pride in the great architecture you’ve designed to taking pride in someone from your team doing it. It’s a whole different game. The better of an IC you were, the more difficult this transition is going to be.
I'm currently in the middle of that - at my last job I was tech lead, took over some management duties after my manager left but I was still officially an IC. I had the same concerns as you.<p>It was trivially easy to run a high performing team in a well oiled org. I was basically doing IC work with some career dev and 1:1s. Not high stress, processes were in a good spot etc.<p>Since then I joined a high growth startup as a manager in a brand new team, with somewhat under average engineering practices, more junior engineers in general, less mature processes etc.<p>In addition to that my new team had a couple contractors, with a couple low performers.<p>It is a much harder job, managing under performers (coach into improving, and then managing them out if it still doesn't work out), coordinating process changes, staying away from my engineering skills while still trying to nudge engineers into taking ownership.<p>I may or may not go back into ICs, I like both roles, and sometimes I miss a good day of technical puzzle-solving or cranking out pretty architectures or nice code.
I will echo what others have said, the org would make or break the role. At an org with a bad culture I would rather be an engineer.<p>I'd say try it, it's made me a better engineer, and I would have regretted not trying. You can always go back to IC if you realize you don't enjoy it as much. Some of the parts I enjoy less about my work were also problems I had to deal with as a principal/staff eng anyway (politics, maneuvering to get projects rolling, syncs and check ins and scrum of scrums, etc).
I went from IC for a few years to manager for a few years to back to IC. The switch back to IC was only this year for me. I really enjoy both roles and have missed being in either role while occupying the other. They are different sets of work and skills, but the biggest thing I can say is, if you enjoy seeing others succeed and <i>leaving</i> your team for bigger and better things, be the best assistant you can to your team so they can get to the next point in their career. Funny enough, this raises your retention rate when you are actively trying to equip everyone for their next job, and when they do eventually leave, you'll more often than not have a great connection from a grateful person that you can lean on in the future if you ever looking to change jobs or collaborate on a project. Just keep in mind that this can be emotionally exhausting, especially if you are an introvert (I am). Before I switched back to being an IC I was running 4 teams with 24 direct reports. It was an interesting scenario to be in, especially when one team was 24/7. You have to manage competing priorities between the teams, between the ICs, and the regular stakeholder stuff. Learn what metrics make it easy to celebrate your people and your team, and teach your team how to celebrate their victories loudly. Don't let your team set goals that doesn't get them closer to their career goals. Acknowledge from the start that everyone at any moment can leave your team/company and it isn't personal - so make the most of their time while they are there and let them leave as a stronger person. Shield your people from politics, shield them from BS work, shield them from bad apples, establish a kind culture, become best friends with your recruitment team, and enjoy what happens when you celebrate your people and team at every milestone they meet.
Honestly, I did the IC -> manager switch when I ran my company, mostly because I had to - we hadn't hired anyone to run the team and so I sort of fell into that role as CTO. I echo 'flyinglizard's comments entirely - your metrics change, and you have to be willing to set aside your ego about being 'the smartest person in the room' (was never important to me) and be able to glean happiness from watching your <i>team</i> succeed. It's not entirely thankless, as while you don't get credit for individual wins, you do get lots of credit for team wins; be sure to spread that credit around, though, because you <i>want</i> to highlight your engineers' accomplishments. That's one of the best ways to maintain rapport. Also, realize that you now serve your team, rather than the other way around; your job is to make them more efficient and better, in whatever way you can.<p>A suggestion: it is 'lonely at the top,' and anyone who says otherwise hasn't done it long enough to feel it yet. I highly recommend finding someone outside the team who you trust and can talk to about team issues, and who won't spread rumors or get info back to your team. That may be a different person depending on who the issue is with, but you want to have someone to talk to.<p>Also highly recommend Rands' Slack: <a href="https://randsinrepose.com/welcome-to-rands-leadership-slack/" rel="nofollow">https://randsinrepose.com/welcome-to-rands-leadership-slack/</a><p>I've since switched back into an IC role after I got the company acquired, but will inevitably end up managing again, most likely when I start a new company. Neither is better, tbh; they're just different, and you have to adjust your expectations for what makes you happy no matter which role you're in.
Humans are much more complicated than code.<p>If you want to be a great manager, you need to be as self-interested in learning about leadership and people as you once were about the tooling and platforms you used to build on.<p>Here's a few things I learned over several years and many senior leadership positions:<p>1. be humble. this is the single most important thing in your leadership position.<p>2. every problem is a leadership problem.<p>3. you lead people, and you manage process.
I didn't like it, even though I think I was pretty good at it; I gave it an honest try for a few months and then asked my TD to move me back to the IC track. It wasn't even a "manager" role - it was a tech lead role on a small tam, but that involved many meetings, JIRA planning sessions, one-on-ones with the rest of the team, etc.<p>I think I just felt a bit too responsible for the work and performance of my entire team as opposed to just my own, and it created a "bad" kind of stress for me. Of course, as an IC I still feel responsible for how my team is doing and my contributions to it, but in a different (and for me, healthier) way. I _like_ having responsibility to prioritize my own work and such and don't need a lead to do it for me, I just don't necessarily like prioritizing everyone _else's_ work, too.
Done it and didn’t regret it, but I did end up going back to an IC role later in my career. I noticed that I enjoyed coding more and didn’t want to give that up.
Will you be managing your current peers? That can get awkward because you'll have to maintain a professional distance, but it can be done.<p>As others have said, it's a completely different skillset, so make sure you are ready to learn that skillset.<p>And lastly, why do you want to move to management? Do you like helping and mentoring people, and do you get joy out of seeing others around you succeed? If yes, then consider the move, but if it's just for more money/power, you'll be miserable.
Read Fournier's The Manager's Path and Linda Hill's Becoming a Manager, which is about sales people 30 years ago but nails the emotional challenges.
It all depends on what the "manager of managers" are like in the organisation. If you get well supported and developed as a manager, and your manager cares about your people as much as you do it can be great. But if you kinda get hung out as the bringer of bad news or the implementer of stupid policies or facing constant delivery pressure with no help from above, it really sucks way worse than being an IC.
The hardest thing to learn about being a manager is that you can't measure your productivity the same way anymore. You aren't working tickets, or as many as you used to. You can't count lines of code or features completed. At the end of a long hard day, you're just as tired but you didn't do very much (or maybe any) of what you used to consider work.<p>You have to find new ways of justifying your existence TO YOURSELF. You need to consider the value in decisions and relationships, processes and long term goals. It's a very hard shift to make but can be very rewarding.<p>Good luck.
A lot depends on your peers and superiors you will be working with. You will figure out what to do, you will learn things you don't know. But if your superiors or peers are toxic (which was my experience) then your life will be miserable. I experienced people building their "kingdoms", actively stripping everyone else from any authority so they are the gate keepers to all gates (especially with budget). In my case I made decision to leave and went back to tech lead.
I have done the transition both ways a few times. Like everything else, it depends on the company, team and your managers. The best part and the worst part of being a manager is that you are responsible for your team members - their well-being, growth and their output. You are their mentor, their shield and their marketing person. However, your growth can also be stalled by the team. I am happy to talk to you about it, if it helps. Email in profile.
The best advice I can give is don’t treat it like an irreversible fork in the road or a path that won’t ultimately make you a better engineer. Find the right environment and give it a go!<p>I wrote a bit more detail here: <a href="https://www.linkedin.com/pulse/become-better-engineer-try-out-management-david-lynch?trk=public_profile_article_view" rel="nofollow">https://www.linkedin.com/pulse/become-better-engineer-try-ou...</a>
manager-tools.com : a series of superb podcast. Pay for the personal license; $200/year is worth it.<p>Read "The Alliance" by Reed Hoffman.<p>My best advice:<p>- weekly 1:1s
- accept that you will not be as knowledgeable about everything (lack of time)
- establish expectations at the very beginning
- start off with realizing that no one will retire from the current company. Let your directs know that at some point you expect they will move on. This is so liberating.
I found I disliked people problems, I missed being involved in technical work (at all) but I loved strategic thinking and decision making. I agree with others that the people around you supporting you are important - it gets political.<p>I ended up moving sideways to business (not IT) program management for strategic projects - I love it and I wouldn’t have found that out without jumping in the IT management deep end first.<p>Good luck
As others said before: it's a very different skillset. Shameless plug: I've written about typical failure scenarios for managers (applies 10x to new ones), it might give you a hint: <a href="https://leadership.garden/the-5-common-mistakes-of-new-engineering-managers/" rel="nofollow">https://leadership.garden/the-5-common-mistakes-of-new-engin...</a>
I was exactly in the same boat as you are roughly a year ago. However I was not interested at all in being a manager - I just don't see myself being good at that. I was able to land in a role of "Technical Product Manager" where I can still code and it is nice. Not sure if that's a possibility where you are, but it worked out well for me and good luck.
Related question. If one hasn't been promoted from IC during their career, can one jump to first-level manager by changing jobs? I'd like to switch to management, but not at my current company (I'd like to switch to a much smaller company).
A terrible manager's manager I once had told me that being a manager wasn't a lot of work, and actually they could do both at the same time.<p>So, not that I guess.
I've been going through this transition for the past year or so. And it started out with it being more stressful (e.g., on COVID walks with my wife noted more days than not I'd be complaining and thinking it best to go back to being an IC).<p>But the more I've done it, the more I really enjoy it. It's sort of like having kids (I imagine). I.e., it's sort of insane and counterproductive, but ultimately very satisfying. And as someone else mentioned it's a two-way door (if your engineering interests are long-term).<p>I've read probably 20-30 engineering management books in the past year and started our 'manager learning hub' wiki at work. There's a few good books I'll link to below.<p>But yeah you will likely have a new peer group of other managers. So you now have your team and your manager peer group. So if you find yourself not learning as much as an IC before (I'd been one more or less for 16 years before starting to transition), it can be a fun new area to learn.<p><a href="https://www.youtube.com/watch?v=tTik4nt1knY" rel="nofollow">https://www.youtube.com/watch?v=tTik4nt1knY</a><p><a href="https://github.com/keyvanakbary/learning-notes" rel="nofollow">https://github.com/keyvanakbary/learning-notes</a> (but read the books for real)<p>Will Larson's An Elegant Puzzle - Systems of Engineering Management is a nice more modern book. I would balance it with The Empathy Edge by Maria Ross.<p>A lot of management theory begins with Peter Drucker (and then Andy Grove and then John Doerr etc. - that OKR lifestyle approach - which has various and basically comes down to focusing on input metrics).<p><a href="https://www.listennotes.com/podcasts/the-stack-overflow/writing-the-roadmap-from-VoKEJGg9r6i/" rel="nofollow">https://www.listennotes.com/podcasts/the-stack-overflow/writ...</a><p>mentions Smart & Gets Things Done (nice final chapter on different types of team challenges). Peopleware though aging has a lot of interesting examples. Leaders Eat Last was recommended to me by another manager. And in general that is basically the sentiment (i.e., put others first, but use metrics).<p>Like having kids, it's an opportunity to reflect on what you would've wanted differently in all the previous managers you have (and a realization that it's tougher than it looks). While managing engineers is different from leadership, it puts leadership on display perhaps more. Your blast radius is bigger. Most companies won't necessarily encourage it right away for ICs because it has a greater negative effect when it doesn't work.<p>And yeah to reiterate what others have said - it's a skill (i.e., a set of areas to make mistakes in) that takes time to develop/learn. And I'd say a lot of your growth comes down to who your manager will be in the process. If you have a good manager who mentors (in whichever style), you can learn a whole lot and improve your growth areas fairly quickly.<p>Also if you have more of an e2e and slight business focus, it can be interesting. It probably works best for those who are more generalist/breadth-first search types (though if good at communicating and delegating it's not strictly necessary); since there is a lot of "herding" for lack of a better word; and less time to depth-first dive into areas.<p>But yeah it gets better with time (or it should - and if it doesn't like I say it should be a two-way door). At first you might be like - what are all these 1:1s and why am I running around so much? And then with time, you'll start looking forward to all your 1:1s. And learning from others re: strategy (in general you'll participate with one level up meetings more; so if you're L6 at a company, you'll start seeing more what L7s see and be asked for input on, if you're responsible for a team). And starting to exhibit the best parts that you've learned before.<p>More links for the curious<p><a href="https://www.youtube.com/watch?v=v3NLetsLYu4" rel="nofollow">https://www.youtube.com/watch?v=v3NLetsLYu4</a><p><a href="https://randsinrepose.com/archives/" rel="nofollow">https://randsinrepose.com/archives/</a><p><a href="https://www.youtube.com/watch?v=u6XAPnuFjJc" rel="nofollow">https://www.youtube.com/watch?v=u6XAPnuFjJc</a><p>The experiences I've heard about it (as mentioned here and which I'd reiterate) are that you can't think of your performance in days, but rather in weeks. You "work" through people. Though automation can be your programming outlet. And most importantly it's best to be honest with people. The people on your team everywhere will know when you're trying to cover things up, etc. Senior leaders will know when you're trying to cover things up. So just be honest and open and keep everyone's best interests in mind. And unlike my default learn to be "crisp" :)
Taking what everyone else has said take my hot take at face value, going from an IC to a eng mgr and a director has been great for me. All my work happens over meetings and I surprisingly enjoy dealing with (educated) people.