Live data from Hacker News

Ask HN: Engineering managers; what are the problems you face?

news.ycombinator.com

61–70 of 103 posts

Re: Ask HN: Engineering managers; what are the problems you face?

#61
post #60

(I'm a Director-level with 30 reports in my organization, with a few managers as direct reports. These thoughts below reflect my current problems as well as problems I had when I was "just" an engineering manager. Note that the problems don't go away, just increase in scale...) Number one for first two questions: hiring. Finding solid, dependable people with the right skills and attitude is really, really hard. I pro…

>It's nigh impossible to find women and other marginalized groups. I was a VP Eng with a slightly larger team, and EVERY subteam in my org included one or more folks in those groups. I didn't go through any particular effort, but it's one of those things that builds on itself. Finding ANYONE was really difficult, so I couldn't target specific groups and hired anyone qualified that accepted an offer (which is probably…

Yeah, at my company, our CEO and half of our C-level execs are women, but less than 20% of our engineers are women.

To your point, every team in my org also has one or more... but it's not enough to have one in each team. More than half of the population of the United States are women, and far less than half of our engineering teams are comprised of women. And when talking about people of color, the stats are even worse. It's less about whether we have any and more about whether our team composition reflects the population accurately.

To your other point, one of the reasons our teams are composed inequitably like this is because of exactly what you described: we have to take ANYONE who is qualified and accepts an offer, because otherwise we'd never even come close to our hiring goals! (Not that we ever meet those, anyway...)

Re: Ask HN: Engineering managers; what are the problems you face?

#62
The engineering manager's responsibilities vary significantly from one org to another.

In some orgs, engineering managers are responsible for all of product delivery - figuring out what needs to be done, hiring people to do it, making sure things ship on time, and making sure the app is always live. In other orgs, they are only responsible for hiring and share that responsibility with HR/recruiting.

In some orgs, they are both inward and outward facing - they manage their team and represent engineering in the broader organization. In other orgs, they have no interaction with those outside their direct reporting chain.

Some orgs expect managers to report only on a regular schedule. Others have a more "pop quiz" approach to communicating status.

The broader the manager's scope, the more concurrent communication threads there are - "balls in the air," so to speak, and the more tools they will have to interact within any given hour. I don't think another tool would help unless it removes the need to interact with others for these managers.

Re: Ask HN: Engineering managers; what are the problems you face?

#63

(I'm a Director-level with 30 reports in my organization, with a few managers as direct reports. These thoughts below reflect my current problems as well as problems I had when I was "just" an engineering manager. Note that the problems don't go away, just increase in scale...) Number one for first two questions: hiring. Finding solid, dependable people with the right skills and attitude is really, really hard. I pro…

I'm curious about what roles you're currently hiring for. After reading your other thoughtful comments on HN, I'm even more curious to virtually meet you. :-) If you care, feel free to reach out to me at aleksandr blekh Gmail.

Re: Ask HN: Engineering managers; what are the problems you face?

#64

Earlier quoted context omitted.

I haven't seen that myself, but I don't think it's particularly surprising. We do get a lot of fresh college grads applying for jobs that I wouldn't normally consider them for, but we just either redirect them toward more junior roles or don't even process them altogether. I also have a fantastic relationship with our recruiter--we talk almost daily--and our minimum requirements (vs what's posted on the job ad) are c…

This might be obvious, but not to me --- why are your minimum requirements not the same as what is posted on the job ad?

Great question! This is true of every industry, not just tech, but essentially it boils down to this: the job ad is for the ideal candidate. Sometimes you'll see ads for things like "10 years of Go experience" and then you look it up and you see that Go has only been around for 10 years! How many people can satisfy that?! Well, they can't, but wouldn't it be great if we got someone who could?

It's kind of like dating. You fill out your Tinder profile and you say you want someone SMART and FUNNY and BEAUTIFUL and TALENTED and INDEPENDENT and NERDY but also ATHLETIC and WANTS TO SPEND TIME WITH YOU and MAKES A LOT OF MONEY and HAS COOL PARENTS and ENJOYS THE SAME THINGS YOU DO and and and and...

And then you go on dates, and you realize that that perfect person doesn't exist, so on a case-by-case basis you say, "This person is smart and funny and talented and nerdy and I love spending time with them, but not the most attractive or the most athletic, and you know, that's OK!" or maybe "This person is beautiful and funny and athletic, and they also can't carry a tune or understand the complexities of my work life... but I can deal with that!" or in many cases, "This person ticks off every one of those boxes except.... we don't have anything in common and our conversations are boring... so no thanks."

Similarly, we have job descriptions that are say that we want someone with these 100 different things... and then we get the applicants in and pick the ones that satisfy as many of them as we possibly can. OK, so maybe you don't have 10 years of Go experience, but you have 5 years of Python experience AND you built your own CI/CD pipeline? That's cool! Let's talk. I can teach you Go, and you can bring your CI/CD genius to the table!

It's about putting your ideal case out there and seeing what comes in and then deciding what to compromise on.

If this sounds weird to you, consider the alternative: posting the minimum requirements. It would like filling out your Tinder profile and saying you want someone who CAN BREATHE and HAS SKIN and BATHES SOMETIMES. lol, how big of a disaster would THAT be?

(The big secret is: apply for any job that looks interesting, whether you think you satisfy the requirements or not. You never know! Honestly, most of it's for SEO anyway.)

Does that help?

Re: Ask HN: Engineering managers; what are the problems you face?

#65
post #47

I'm curious what the engineering managers here think about code metrics. Things like PRs per week, comments per PR, average time per Jira ticket. Are there statistics of this type that you find useful? If so, I'm interested to hear which ones and why. My current company relies on these sorts of number much more heavily than anywhere else I've worked. There's so much noise that I'm skeptical of their utility, but woul…

I'm building these out now in my org. My goal is to measure the process, not the engineers. The big metric being "cycle time" - the time it takes from issue created to deployment. I'll be able to further divide the metric to see what's slowing the process down: QA, DevOps, Product, or Engineering. I'll also be looking at reviews and comment counts as my org has a habit of siloing and I'm driving more collaboration.

And the reality of the situation is that these metrics will be brought down to the individual level and used in performance management. As a manager, I'll have to track that 1) I'm measuring things that matter and 2) that engineers have control over the metrics.

I also don't treat the metrics as a silver bullet where changes need to be investigated and not managed to.

There's definitely risks and some managers probably do this poorly, but I think metrics are useful and if done well, are effective.

Re: Ask HN: Engineering managers; what are the problems you face?

#66
I've managed engineers at small (series A and B) startups as well as big companies, and I've found the challenges are very different at both.

At small companies, my biggest challenge has usually been employee growth/satisfaction and hiring. The saying "a rising tide lifts all boats" is very true at startups. Either everyone succeeds together, in which case even the below average performers will have great opportunities for growth and advancement, or everyone languishes and eventually fails together, in which case even the very top performers may have to go years without any real opportunities for advancement or raises. Some churn is inevitable in most startups when the trajectory of the company is not a perfectly smooth exponential (which it almost never is even in successful companies). Hiring is also difficult, because as the manager you often need to handle more of the process themselves without the support of a recruiting org, and you'll always be at a disadvantage not being able to pay nearly as much as big companies or have the name recognition so closing candidates can be much harder (at least for me, I'm not a natural salesperson so this is something I've really needed to work on).

At big companies, my biggest challenge has been navigating the organizational complexity or what some might call "office politics". There is often no shortage of opportunities at big companies, the cool thing is that even modest improvements can lead to huge amounts of incremental revenue for the company. But there are also a lot of things that are less exciting but need to be done to keep the lights on. As a manager, if you have the chance to seek out the former kinds of opportunities for your team and get new exciting initiatives greenlit with upper management, that's often one of the best things you can do for them. Or if the purpose of the team is more the latter category, then it's your job as manager to still make sure everyone in the org understands that this is an important and high impact area, and that you can show clear success metrics of what your team doing a great job looks like. Individual growth and hiring are still important of course at big companies, but there are existing resources in HR and Recruiting that you can lean on to help with it (and there are often strict rules that mean you couldn't deviate from the official processes here even if you wanted to).

Re: Ask HN: Engineering managers; what are the problems you face?

#67
post #11

Earlier quoted context omitted.

It doesn't make any sense that you have to leave your job to get a big salary raise. Surely you're a lot more valuable to a company with two years' of experience in a codebase vs. a new company with no experience.

I don't completely disagree, but to take the other side: When you're being hired both you and the company are taking a bet. The company is betting that you're worth $x+$y/year, where $x is the salary and $y is bit extra to accommodate the risk that you aren't, you're betting that it's worth working for the company for $x-$z/year, where $x is the salary and $z is a bit extra to accommodate the risk that you aren't. I.…

You're missing the cost of talent acquisition. Assuming the company requires skill A, the actual cost is more like $x+$y+z where $z is the total cost of talent acquisition, including time spent by the hiring manager and recruiting team, disruption to the productivity of whomever sits on the interview panel, and the ($x+$y) for however long of a period it takes for a new employee to get up to speed.

The more frequent your turnover, the higher $z becomes.

Re: Ask HN: Engineering managers; what are the problems you face?

#68

Based on what my engineering manager seems stressed about and has his calendar filled with, it is hiring. I'm surprised that the high rate of turnover in tech is not considered a crisis given all the time he spends on that. Even assuming that employee tenure is worthless, a senior level engineer loses 1/3 of his time to this.

Well idk about you, but when my program crashes frequently and consistently, I just spawn new processes rather than retrospectively look at the code I've written to see what is causing the crash. /s Maybe if managers spent more time on making sure their employees are happy, challenged, managed effectively and compensated adequately instead of looking for the next hire they'd be in a better spot? It seems that most em…

Some companies (e.g. Amazon) have a policy to fire the lowest performing x percent every year, even if the whole team is good, which makes churn inevitable. It also leads to odd situations like hiring low quality talent just to provide the rotating foundation your real team rests on. And of course constant in-fighting to stay out of the bottom x percent by sabotaging rivals if necessary.

Re: Ask HN: Engineering managers; what are the problems you face?

#69
post #60

Earlier quoted context omitted.

>It's nigh impossible to find women and other marginalized groups. I was a VP Eng with a slightly larger team, and EVERY subteam in my org included one or more folks in those groups. I didn't go through any particular effort, but it's one of those things that builds on itself. Finding ANYONE was really difficult, so I couldn't target specific groups and hired anyone qualified that accepted an offer (which is probably…

Yeah, at my company, our CEO and half of our C-level execs are women, but less than 20% of our engineers are women. To your point, every team in my org also has one or more... but it's not enough to have one in each team. More than half of the population of the United States are women, and far less than half of our engineering teams are comprised of women. And when talking about people of color, the stats are even wo…

> More than half of the population of the United States are women, and far less than half of our engineering teams are comprised of women.

You should try to match the pipeline, not the general population. For the bachelor in CS, women are only 18% in the US. Less than 20% of your engineers are women → normal outcome.

[0] -- https://www.computerscience.org/resources/women-in-computer-...

Re: Ask HN: Engineering managers; what are the problems you face?

#70

Earlier quoted context omitted.

This might be obvious, but not to me --- why are your minimum requirements not the same as what is posted on the job ad?

Great question! This is true of every industry, not just tech, but essentially it boils down to this: the job ad is for the ideal candidate . Sometimes you'll see ads for things like "10 years of Go experience" and then you look it up and you see that Go has only been around for 10 years! How many people can satisfy that?! Well, they can't, but wouldn't it be great if we got someone who could? It's kind of like datin…

Ahhh, got it, yes. I'm familiar with this practice[1] but for some reason it didn't jump out at me that this is what you were referring to.

Unsolicited speculation: I wonder if this is related to your hiring woes? I have vague memories of seeing research along the lines that marginalized groups are less likely to apply to positions that do things like "Want 10 years of Go experience". Of course not everyone already knows "the big secret" and maybe (some?) marginalized groups are less likely to know it.

I'm pretty sure I've seen lively debate on HN about this practice, as well, though I wouldn't know what keywords to search for. It's definitely not universal in the industry, or at least it's a continuum. An example I remember recently seeing of a posting on the lower end of the "requirements" spectrum is Mighty App[2], where the list of posted requirements is two items long. I think HN user 'tptacek has written about taking this even to the extreme of having no posted requirements, and doing all candidate qualification via a practical exercise.

Of course if you go that route then you might make the screening phase more difficult. You'd also have to convince Recruiting/HR to go along with it.

[1] After a month at my first job in the industry (I came from academia) I idly checked out the job listing for the position I was then holding, since I hadn't come in through a job listing but rather through a recruiter. There were something like eight "requirements", and I held exactly one of them (a PhD).

[2] https://www.notion.so/Mighty-is-hiring-945d3168d3e34a37883ca...

Post reply on HN