Live data from Hacker News

Ask HN: Going from Developer to Manager. What should I know or learn?

news.ycombinator.com

141–150 of 186 posts

Re: Ask HN: Going from Developer to Manager. What should I know or learn?

#141

In the past 13 years have gone from dev -> tech lead -> manager -> director -> VP/CTO at startups (50-250 people). Here are my tips: - Your job is to provide effective technical solutions to business problems via managing a team(s) of engineers, everything else is an extension to that. - Managing is nothing like coding and requires a completely different mindset and skill set. - Authority comes through respect and un…

How do you define 'toxic'? How often do you fire workers for being 'toxic'?

Since no one else has answered this I, a lowly developer IC, will give it a shot.

Start by writing up a detailed employee handbook and code of conduct. Have a conversation with new reports about how these inevitably jargon-laden documents translate to expectations in human terms. You don't need to use the word "toxic", but talk about assuming good intent, communicating respectfully and clearly with others, and sharing credit and responsibility with teammates.

Create a sense that serious feedback about teammates' behavior given to you, the manager, about teammates' behavior will be taken seriously and kept confidential. Do this by handling the smaller stuff competently.

Give feedback to employees who are creating bad team dynamics early and often. Allow them opportunities to reflect and improve. Emphasize if necessary that their behavior is not just problematic at an interpersonal level, but it's (presumably) disrupting the company at a business level as well.

Work with HR to keep a paper trail and document conversations so that when the time comes to fire an employee who is irredeemably "toxic", there is a rich timeline of unpleasant behavior, feedback and warnings, and a failure to sufficiently improve over time. Ideally only someone with their head all the way up their ass wouldn't see how the patterns of behavior relate to documented expectations and to termination, but unfortunately that's who you're dealing with.

I suppose all of this only works to immunize against "toxicity" in a work environment that isn't already toxic.

Re: Ask HN: Going from Developer to Manager. What should I know or learn?

#142

In the past 13 years have gone from dev -> tech lead -> manager -> director -> VP/CTO at startups (50-250 people). Here are my tips: - Your job is to provide effective technical solutions to business problems via managing a team(s) of engineers, everything else is an extension to that. - Managing is nothing like coding and requires a completely different mindset and skill set. - Authority comes through respect and un…

How do you define 'toxic'? How often do you fire workers for being 'toxic'?

There is a quote I once heard “Good teams are usually great for the same reasons, bad teams are almost always bad for different reasons”. This is the much the same for people. Generally speaking, the best people you have worked with are very similar in terms of what they provided that made you really happy to be with them. Example “good” traits:

- honestly - dependability - integrity - intelligence - humility - excellence - generosity - proactivity

Toxicity happens when people exhibit the opposite of any of those. A favorite example is folks who constantly bad mouth other people on the team. Well, if you work with that person, you just know they are complaining about you behind your back as well.

Re: Ask HN: Going from Developer to Manager. What should I know or learn?

#143

Earlier quoted context omitted.

RE the architect handwriting tutorials: do you have any recommendations? I can barely read my own scribbles, and I've struggled with poor penmanship forever. I'd looked for courses/tutorials, but hadn't found anything that resonated.

I have a few friends that are draftsmen. I asked them and they said they just gave them a font and graded them on it with homework blueprints. What I did was just googled architect fonts and downloaded a bunch of examples then used a field notes pocket dot journal[0] to practice. I would just try to copy a font exactly, then do drills on problem letters. I probably drilled on four fonts I found that I liked. Focusing…

As a quick note, if you want the dot grid notebook (vs the smaller 3x5 memo books) from Field Notes, it's the Pitch Black Notebook: https://fieldnotesbrand.com/products/pitch-black-note

Re: Ask HN: Going from Developer to Manager. What should I know or learn?

#144
I don't have an answer, but I appear to be accidentally (and for now, hopefully only partially) making that transition right now...

I am an 'older' engineer (in my 40s) who just came off a decade-long stint doing solo freelancing, mostly for one rather laid-back client - so it's pretty much been a career progression break. Started a 'real job' about 6 months ago, as an IC, in a local (long way from US) startup with approximately 60 people in tech department. Did a simple project to familiarise myself with the code base and tools - then started working on a larger, multi-team project...

Then was person-in-charge for the project within my team...

With one, then two (and now three) of my teammates working on the project 'under me'...

Then was committer/deployer-to-prod of project for my team...

Then another teammate decided (AFAIK it was his choice) to move teams, and I agreed to take his deputy-team-lead and code-owner responsibilities - in February when his move is done...

Then a bunch of other teams got involved in the project, many of them committing to my team's repo - so now I'm mostly reviewing, commenting, advising, coordinating...

Then team lead goes on New Year holiday, now I'm running stand-ups, approving early leave for Christmas/New Year's Eve...

I am now (while TL is on holiday) apparently reporting directly to VP of Engineering, who is Austrian and a bit of a hierarchy guy, and who has barely spoken to me before this week...

In the course of about 3 months I've got from engineer to at least temporary team lead and code/project owner. Although things have gone a little Mythical Man Month with me as the bottleneck, I'm winging it for now. I'm trying to be fairly strict with code quality - although that's weakened as deadlines approach and pass - but I'm probably a little soft on people management, which I instinctively don't really want to do, so it's easier to say yes.

It's more, and different, stress from what I've been used to in the past, and it's not necessarily bad, just new. I am expecting to speak to someone fairly soon about increased compensation for increased responsibility, which is noticeably something that has not come up at any point so far.

Re: Ask HN: Going from Developer to Manager. What should I know or learn?

#145
post #117

Earlier quoted context omitted.

Leadership: doing the right thing Management: doing things right Peter Drucker

Another way of putting this is that leaders determine the best destination and managers determine the best route there.

Sounds like (from my non-military perspective) the difference between officers and sergeants.

Re: Ask HN: Going from Developer to Manager. What should I know or learn?

#146

In the past 13 years have gone from dev -> tech lead -> manager -> director -> VP/CTO at startups (50-250 people). Here are my tips: - Your job is to provide effective technical solutions to business problems via managing a team(s) of engineers, everything else is an extension to that. - Managing is nothing like coding and requires a completely different mindset and skill set. - Authority comes through respect and un…

"- Say no / only agree to what you know your team can deliver on... and always double your estimate. In the long-term reliability is valued over agreeableness." Early in my career I read that X (almost) __always__ takes twice as long and cost twice as much as you typically estimate. I can't count the number of times that's been true. It's also universally true. e.g. Wanna hang a picture. Piece of cake, right? Until y…

That sounds like a good example when getting pushback on estimates: "Here's a 24x36 picture in a wooden frame, how long will it take you to hang it on that wall over there?"

After getting an estimate ("15 minutes?") come back with "OK, let's plan it out. Does the picture have hanging hardware on the back or are you going to need to get some screw eyes and wire and install some? That's a pretty heavy frame, do you have good enough wall anchors? Are you going to need to drill to put them in? Do you need to be going into studs, and do you have a stud finder? How high are we going to put this? What if I decide I want it 4 inches higher? If I come back in 15 minutes and ask why it's not up are you going to want to punch me?"

"That's why an off-the-cuff estimate isn't reliable and why we need to do some review before giving a good one. Even with that review, there's a good chance we're going to miss something at first (like the steel support beam that runs down the interior of that wall)."

See also Yak Shaving and the intro of Malcolm in the Middle Season 3 Episode 6 "Health Scare"

Re: Ask HN: Going from Developer to Manager. What should I know or learn?

#147

I attempted to make this change a few years back, and failed miserably. What went wrong? For me, personally, the problem was still having too many developer duties. I had a full schedule of management duties to attend to, and a full schedule of development duties to attend to. I quickly began to burn out, and did a poor job on both. Although I excelled at some of my management duties, others were critically neglected…

I don't think it's easy to manage and program. In my experience, you have to delegate. Programming, I at least want to agree on a technical design and then delegate it off to a member of my team.

Re: Ask HN: Going from Developer to Manager. What should I know or learn?

#148

Earlier quoted context omitted.

"- Say no / only agree to what you know your team can deliver on... and always double your estimate. In the long-term reliability is valued over agreeableness." Early in my career I read that X (almost) __always__ takes twice as long and cost twice as much as you typically estimate. I can't count the number of times that's been true. It's also universally true. e.g. Wanna hang a picture. Piece of cake, right? Until y…

That sounds like a good example when getting pushback on estimates: "Here's a 24x36 picture in a wooden frame, how long will it take you to hang it on that wall over there?" After getting an estimate ("15 minutes?") come back with "OK, let's plan it out. Does the picture have hanging hardware on the back or are you going to need to get some screw eyes and wire and install some? That's a pretty heavy frame, do you hav…

My suggestion is when asked off the cuff always toss an estimate that is astronomically bigger then what you expect it to be. Then come back a day or 2 later and claim after further research we can do it in (2x your real estimate).

Re: Ask HN: Going from Developer to Manager. What should I know or learn?

#149
post #117

Earlier quoted context omitted.

Leadership: doing the right thing Management: doing things right Peter Drucker

Another way of putting this is that leaders determine the best destination and managers determine the best route there.

Leaders are declarative and managers are procedural?

Re: Ask HN: Going from Developer to Manager. What should I know or learn?

#150
post #84

In the past 13 years have gone from dev -> tech lead -> manager -> director -> VP/CTO at startups (50-250 people). Here are my tips: - Your job is to provide effective technical solutions to business problems via managing a team(s) of engineers, everything else is an extension to that. - Managing is nothing like coding and requires a completely different mindset and skill set. - Authority comes through respect and un…

Great answer. I transitioned to a lead role recently, on a small but growing engineering team. Agree about being conservative on estimates, trading off code quality. I did jump in and code during a stressful situation, not ideal. Any tips about how to report to higher management? And how to tell if things are going well/bad on the team, esp in a startup?

This is hard... like your directs you need to manage your manager as well and try to understand them.

For your manager, you should have (or try to force) at least meetings every 2-4 weeks where you can ask what you can improve on or what they feel is missing/lacking in your team/department. Always come back next meeting with ways you have improved or reacted to their comments. If they are a decent boss they will always be honest with you.

As for how to tell if things are going well internally...

- does your team(s) feel happy/proud on what they delivered? - does your team(s) seem happy and enjoy working with each other? - do they focus on deliverables/value and not get caught up on petty issues?

are some questions to ask.

Post reply on HN