"Good engineering management" is a fad
43 comments
·November 23, 2025madrox
Aeolun
> I don't understand why there is so much disdain for it.
I do. It’s often done by people that become tyrants over their little fiefdom.
koliber
One of the most important things about great performers in any discipline is to be adaptive. This also applies to engineering managers. I think the article is correct that it identifies that fads shifted. Great people were able to both adapt to new expectations while all the while adapting their approach to individual situations and people. If you are a one-trick pony sometimes your trick is in line with fads and expectations and you will do well. Sometimes it’s not in line and you will struggle. If you are adaptive you will do well in a changing landscape.
glouwbug
Sometimes the real deliverable is a happy team
bluGill
Only to the extent that a happy team delivers something of value. Teams can be happy doing things that will drive the company bankrupt. there is only so much unhappiness they can stand
ozim
Not fun part is when team delivers good valuable stuff but market isn’t there.
khaled_ismaeel
If value can only be delivered by making a group of people miserable then maybe the definition of "value" is fundamentally wrong, like it was/is in the case of slavery.
Zigurd
If you're talking about the relationship of engineering management with senior management, the most important "core skill," though I wouldn't really call it a skill, is alignment. Thing is, you won't get alignment without being closely aligned with product management, and if product management is weak, acting just as a features accountant, you're screwed no matter how good an engineering manager you are. You have no support to disagree with or shape senior management inputs. Everything else is nice and correct but not determinative the way that alignment will be.
kace91
>Then think about our current era, that started in late 2022(...) We’ve flattened Engineering organizations where many roles that previously focused on coordination are now expected to be hands-on keyboard, working deep in the details
Is this everyone's experience nowadays? Personally I haven't experienced such a big shift at all.
Our C-suite is irrationally pushing AI-everything and eng culture is suffering a bit from not fully figuring out how to integrate new tooling safely, but nothing as fundamental as the mentioned changes are taking place so far.
an0malous
Yes I’ve noticed this change acutely, working at a couple Series A YC startups. I’ve been surprised there haven’t been more articles on this topic because it’s been a miserable shift from my perspective, and I agree with the author that the root cause is the end of the ZIRP era.
Basically, in addition to the irrational AI-everything initiatives in spite of customers not wanting or using those features, as an engineer I’m being asked to basically run my own business unit doing everything from user interviews to product/design, engineering, QA, support, and reporting. There are no EMs anymore, everyone reports to the founders.
I think the author’s post could be boiled down to: in the ZIRP era the engineers had leverage and were treated well, and in the post-ZIRP era the tech companies have the leverage and are squeezing everything they can out of engineers to the point where you’re basically doing the job of a founder within someone else’s startup.
pnathan
The question of leadership is much larger, more general, and more timeless than the last 15 years. I invite those curious about it to look into the American Army.
> Leadership is the process of influencing people by providing purpose, direction, and motivation to accomplish the mission and improve the organization.
taken from -
zkmon
There is no absolute description of good leadership. But there is a relative one. It's about the degree of alignment with goals at the moment, at team level, and org level and being able to convince people about the achieved alignment.
Knowing what these goals are, is just as difficult or even harder, than achieving those goals. Most of these goals are not the ones that are written in big font.
armcat
I think there is this troika of "Leadership", "Management" and "Followship". You don't have to be an engineering manager to be a leader, and just because you are a leader doesn't mean you have any "followers". As someone who's been a team lead, a tech lead, an EM, and a C-level, I feel the goal is to hit that balance between those three. You want to embody a leader by actually being technically great, visionary, empathetic, and leading by example; but you also want to manage people and expectations; and ultimately you want people to follow you - to basically say "I love working for/with this person". Finding this triangulation is essentially what makes you timeless and relevant no matter the fad.
Aloha
I think my takeaway from this is there is no objective standard for good engineering management - whatever counts for good has to be contextualized within the culture and habits of the organization.
bigiain
> whatever counts for good has to be contextualized within the culture and habits of the organization
Within and outside the organization.
A "good" manager during a time of mass recruiting uses a very different skillset to a good manager during times of mass layoffs.
I suspect we won't really know what a good manager in the era of AI tools looks like for another 5 years or more.
cyanydeez
Right, implementation od policy is equal to policy itself. If an org draws up a policy of maximized productivity with minimal staff, good is preventing turnover.
hunterpayne
It isn't good leadership/management that is a fad. What is a fad is what that looks like to the C-suite and how that is measured. There is no substitute for ability no matter how many management courses or frameworks you know. What is constant is the higher-ups ignoring this and going for the latest management philosophy.
nevertoolate
I also hear that middle management is being cut from all companies. Some kind of management is necessary though, no? Otherwise people will get misaligned an all that. I'm not sure what is the point of the article. I guess a good manager doesn't need a bullet list to be able to function so why this person is writing a new one?
davidw
The article is giving me PTSD.
bornpsy
Every skill eventually boils down to empathy, alignment is just being empathic
tibbar
I think you need to pair empathy with its counterpart, "willingness to be disliked." Empathy is great for building relationships but, taken alone, can make you a slave to doing whatever people want. Which stops working as soon as there are conflicting needs.
gishh
I completely agree with you.
I also completely disagree with you. I’ve watched people scream at a room until they got their way. It was awful.
criemen
I've been thinking lately a lot about this. What is it I do when I want to convince someone of something (i.e. "creating alignment" in corporate speak)? I listen to them, am empathic, ask meaningful questions etc. Afterwards, that opens a space for me to make a proposal that is well-received.
geoffbp
The job of EM is to be accountable for a team (or teams) which deliver(s) software. A software engineer’s job is to develop software.
I worry a lot about fads in engineering management. Any time you proscribe process over outcomes you create performative behavior and bad incentives in any discipline. In my observation, this tends to happen in engineering because senior leaders have no idea how to evaluate EMs in a non-performative way or as a knee-jerk to some broader cultural behavior. I think this is why you see many successful, seasoned EMs become political animals over time.
My suspicion about why this is the case is rooted in the responsibilities engineering shares with product and design at the management level. In an environment where very little unilateral decision making can be made by an EM, it is difficult to know if an outcome is because the EM is doing well or because of the people around them. I could be wrong, but once you look high enough in the org chart to no longer see trios, this problem recedes.
The author really got me thinking about the timeless aspects of the role underlying fads. I have certainly noticed shifts in management practice at companies over my career, but I choose to believe the underlying philosophy is timeless, like the relationship between day to day software engineering and computer science.
I worry about the future of the EM discipline. Every decade or so, it seems like there is a push to eliminate the function altogether, and no one can agree on the skillset. And yet like junior engineers, this should be the function that grows future leadership. I don't understand why there is so much disdain for it.