There's a dichotomy in development where bad PMs can prosper in a way bad engineers can't.
There's no skill test for PMs, unlike engineers. Bad PMs can look like good PMs to senior management simply because they hold tons of meetings, kiss ass, over promise or steal credit. Any of those bad traits can fool senior management. But those are bad PMs.
On top of that, when you have a bad PM, there's a good chance the Devs themselves will step into the role and still deliver a product.
The bad PM will still take credit, obviously. A bad PM is often circumvented instead of exposed.
Conversely the opposite doesn't work, a good PM + bad Devs turns into never ending dev cycles. The PM looks bad even though there's nothing he can really do, unless he can fire/hire. The good PM cannot circumvent bad engineers.
And in the end, to find bad engineers you can just look at their code. If you don't have the skill to do that, or don't employ someone you know that can, you probably shouldn't be in the software development business.
I challenge the idea that there is no skill test for PMs, though - take a PM interview at a serious product company some day.
And the PM role is of course more than just delivery. If they dropped dead the product would still get shipped. But then what? Someone would need to talk to customers, dig into data and figure out the roadmap. Other people can do it, but in a sufficiently complex company you might as well get people who are good at it and want to devote their time to it.
I understand why some engineers don’t like PMs. But it is exactly the same reason as why some PMs (and C-suites) view engineers as fungible resources who waste time on abstractions instead of shipping, and pad estimates and refuse to discuss practical tradeoffs to move quicker - it’s an unfair generalisation based on bad experiences.
I just think more respect all around wouldn’t hurt.
It is a generalization, but it's not unfair. That's the mistake you're making. Is it "unfair" to call the British people Roast Beef, or calling French people Froggies. Those are generalizations but are fair (or were at least). British people genuinely eat a disproportionate amount of Roast Beef and French people genuinely eat Frogs legs.
And there are genuinely more bad PMs than good ones and lots of developers have experience "managing" their PM and trying to ensure they don't do too much harm, like the GP that started this discussion.
Don't worry, most engineers will quickly realize when a PM is good and let them do their job without "managing" them. In fact, it's a delight working with one as they do genuinely make the dev process so much better.
Don’t worry, PMs are also used to working with engineers who view their profession as the only special one. Managing that is part of how to get good outcomes.
If you’ve mainly encountered bad PMs, then hey I’m sorry for you. Find somewhere to work with better colleagues?
But you’ll not convince me that one profession is just inherently better than another. That’s silly, and speaks to a lack of empathy that is, if you’re still looking for a checkbox test for the role, the type of thing that would cause you to fail it immediately.