3

I've thought it over, and I've decided the best next step for me is to shift from a software developer to a management role.

I've worked a lot of high stress, fast paced positions, mostly in R&D groups/companies, which I always excelled at. I now understand why I did well in that type of environment (undiagnosed ADHD), and how to be properly organized enough to perform in an SDM role (ADHD meds lol).

Honestly sitting in meetings for 30+ hours a week doesn't sound so bad anymore. Racing to get a lot of technical work done in a tight timeline now sounds miserable. I've had some amazing SDMs, and I'm confident I can be better at it than most I've worked under.

So: any and all thoughts, what books or resources would you have recommended to yourself, what companies or roles might be a particularly good fit.

top 2 comments
sorted by: hot top controversial new old
[-] charlybones@programming.dev 1 points 1 year ago

Try and get a good training on management.

Don’t micro manage, protect your team, those under you need to be able to trust you and look out for them.

Trust in your team and listen to their concerns. Managing people is about creating a positive environment where constructive criticism is welcomed.

On most companies I’ve worked, the team is usually more aware of issues because they are in the trenches. You have to ensure that they have a good enough environment where they feel like they can improve things.

As it is now in my current company, most devs started with a positive attitude and with a big urge to improve things for the wider team (not just their individual projects) and a year later nobody gives a shit about anything because management was not there to shield them from corporate bullshit. Now the work environment is crap and people are already looking to leave.

This is just off the top of my head.

[-] ICastFist@programming.dev 1 points 1 year ago

Read the old Dilbert strips to learn everything you should -not- do about being a manager 🤡

Regarding skills, the most important is having keen ears and being good at **understanding **what people want. People might say or write something, but mean another thing, for any reason: malice, lack of knowledge, insecurity, etc. Document as much as possible when it comes to decision making. An email of "Go ahead with X" is the best defense you can have if the project blows.

The manager needs to juggle the team under him and the avalanche of demands coming from elsewhere, so the pressure comes from all sides. The manager becomes "the face" of the team, so whatever the team does becomes his responsibility. The more you see them as a team to be guided/led, instead of servants to be ordered, the better your relation will tend to be with them.

this post was submitted on 10 Jul 2023
3 points (100.0% liked)

Experienced Devs

3886 readers
1 users here now

A community for discussion amongst professional software developers.

Posts should be relevant to those well into their careers.

For those looking to break into the industry, are hustling for their first job, or have just started their career and are looking for advice, check out:

founded 1 year ago
MODERATORS