Live data from Hacker News

Ask HN: Developers who became engineering managers, how was the experience?

news.ycombinator.com

41–50 of 75 posts

Re: Ask HN: Developers who became engineering managers, how was the experience?

#41
I've been in software development for more than 20 years. Here are my 2 cents:

- Training, training, training! Without exception, all the technical managers that I've worked with had arrived where they were at based on technical merits. However, being a manager, especially being a leader have nothing to do with technical knowledge. Therefore management and leadership training is a must. This doesn't necessarily need to be an organized class, but being coached and mentored would be an amazing start.

- Management and Leadership are different skills. This goes back to my #1. One needs to develop both.

- Ideally, you become a servant of the team. You're there to help them become highly productive. Your first job is not to solve the technical problems yourself, not to micromanage everyone, not to command and control. You're there to create a self-managing team that can, ironically, work without a manager.

- You are there to ensure that their motivation and engagement are at a high level. One can be motivated by not engaged. You need to know the differences and the ways to increase them.

- You need empathy to become a good leader.

- You need to be a good communicator. And transparency is a great tool.

- You have to ensure that your team members become good enough to be able to leave your company and find plenty of jobs anywhere else, but also ensure that they wouldn't want to leave.

Re: Ask HN: Developers who became engineering managers, how was the experience?

#42

Earlier quoted context omitted.

>I wished I had gotten more support, many companies don't know how to do that well. It's literally the biggest leadership failure when non-managers get elected to management positions - failure to coach them by senior managers, and ends to torture for everyone. People don't get to deadlift 500lbs after lifting 20lbs for previous 10 years just because someone decided they can do it.

There's only so much you can "teach" of that, a lot is learning on the job, but a company needs to facilitate that learning. If it was simply a matter of teaching, it would be very easy, but I think everybody knows the feeling of opening a book on "management", reading briefly into it, and then throwing it away thinking that it's all completely obvious. It's not, and you really only find out when you actually do it.

Agreed. I found that books were good for learning the language and theory of management, but the important stuff -- interacting with, influencing and negotiating with people -- that only comes from practice and reflection.

Re: Ask HN: Developers who became engineering managers, how was the experience?

#43
The biggest challenge of being a manager compared to a developer is this: Computers do what you tell them to, people do not.

It's definitely a different skill set. Being an engineer is more fun from a day to day perspective. You get to sit down at your desk and build something.

As a manager, you are in the middle of your boss's goals and trying to keep your direct reports happy. Those things don't always align.

You'll need to improve your soft skills. Learn to manage conflict, learn to lead others, and learn to trust your direct reports to do their work without micromanaging. More on that here: https://www.climbuptheladder.com/how-to-be-a-great-manager/.

But life as a manager isn't all bad. You get to learn more about the business. I find the most fulfilling part to be helping my direct reports improve their software skills (particularly the new hires from college).

Re: Ask HN: Developers who became engineering managers, how was the experience?

#44

Earlier quoted context omitted.

I read MVP as: Minimum Viable Product. Essentially, the first draft of a product that does what it needs to do to show capabilities to others. Similar to a proof of principle EDIT: Thanks for the clarification @kweinber, an MVP is put into production whereas a PoC/PoP is not

Ah, thank you. Couldn't get past the "Most Valuable Player" association; it is called a Proof of Concept in my industry.

PoC is quite different. A PoC has to demonstrate a concept, it doesn't have to provide value. An MVP should be something that is used in a production setting. A PoC is usually followed by a "go / no go" decision, MVP is something that is built after the go.

Re: Ask HN: Developers who became engineering managers, how was the experience?

#45
I'd highly recommend reading The Manager's Path by Camille Fournier. (http://amzn.com/1491973897) It covers the entire career path for a developer from developer to lead to manager to CTO. I found it incredibly insightful as a roadmap for what skills I'd need and challenges I'd face while laddering up. I also found it useful in understanding the challenges that my current manager is facing and how I could help learn to "manage up".

Re: Ask HN: Developers who became engineering managers, how was the experience?

#46

I’m a senior technical staff member on my team. This means that I occasionally get to write code, spend lots of time debugging integration problems, and (as I see it) matching up people and problems that come in to the team. I don’t have direct reports, but I provide feedback to managers, am a team member, lead my own team, and lead / mentor team leaders of other teams. Delegation and Motivation are most difficult by…

Missing link (I assume) https://www.manager-tools.com/ :)

Re: Ask HN: Developers who became engineering managers, how was the experience?

#48
post #41

I've been in software development for more than 20 years. Here are my 2 cents: - Training, training, training! Without exception, all the technical managers that I've worked with had arrived where they were at based on technical merits. However, being a manager, especially being a leader have nothing to do with technical knowledge. Therefore management and leadership training is a must. This doesn't necessarily need…

Well said. Your goal is to make your team as productive as possible. That means protecting them from wastes of time and keeping them focused on doing nothing but producing high quality product. The term servant leadership is very popular and a good way to approach it. It's not about what they can do for you, you (and me, as management). It's about what you can do to make them as productive as humanly possible. This means keeping them unencumbered, removing all road blocks and making sure they're happy.

Also, I think everyone should spend at least some time in their life managing teams. It will profoundly change how you interact with your superiors.

Re: Ask HN: Developers who became engineering managers, how was the experience?

#49
Can't stress training enough. If your company offers training take advantage of it. If it does not you have to consider if they take your success as a manager seriously, and if you are willing to invest a lot of your own time and energy into bettering yourself while being responsible for other people. I had a bit of training but also was fortunate to have worked for great managers I considered my mentors and found that to be an invaluable resource to fall back on.

It isn't clear exactly what your role entails, but in my opinion it is pretty much impossible to be a great manager and continue in a role as a technical contributor. To me that's more a technical lead than a manager, so if you still like writing code you need to think about that long and hard. Your #1 responsibility is the success of your team and they need to know you are there for them 100%, and not busy buried in code. There are times when you may be able to get your hands dirty but you can be nowhere near the critical path of the project.

You also have to remember you are not only managing your direct reports but who you report to and whomever is relying on your team. In my case, I reported to a VP but I also had to work laterally with other development managers, and in particular project managers that weren't always technical. Just like as an individual contributor you need to maintain a healthy relationship with those you work with directly because you need to balance what they need and want from your team with what your team needs and wants.

That being said, I lasted in management for a little over a year, mostly because the role evolved and due to some changes at the top where I didn't feel I was enabled to be an effective manager. Still, I found the experience invaluable as it gave me more insight into how to better work with people of all stripes. Like any role, technical or otherwise, you have to constantly evaluate what you are getting out of it, if you enjoy it, and if you want to continue bettering yourself in the craft.

Re: Ask HN: Developers who became engineering managers, how was the experience?

#50
Many years ago, one of my mentors was a senior programmer who had gone from programmer to manager back to programmer again.

At the time, I couldn't imagine why anyone would leave the management track-- wasn't that the logical career progression for a programmer? So I asked my friend.

His response: "Because in management, they nip at you from the top and they nip at you from the bottom." Meaning that you have to answer to those above you, and also deal with flak from those below you. It's a constant struggle.

His words (like many other words given to me by others) have proven true.

Post reply on HN