I think the article is great, in theory; it just NEVER works this way in practice, unless you may be in a technical organization. There are ALWAYS business reasons that cause technical projects to fail. We regularly see the articles about the failure rate of technical projects all the time on the front page.
Why is this? Because the number and weight of the business folk almost always outnumber the technical. You can be the best fucking political engineering wrangler in the world; building relationships, taking people along for the ride, helping others gain understanding and those projects still fail.
> There are ALWAYS business reasons that cause technical projects to fail
So it's always business folks' fault, and never the nerds' fault? My experience has been different (full disclosure - professional nerd for 30 years)
For the overwhelming majority of day-to-day, line-of-business software, the nerds are a commodity and the project succeeds or fails on how good or bad the business folks are. They should get the blame for the failures but also the credit for the successes.
For the stuff that is genuinely pushing the technical envelope, it's possible for the nerds to make the difference. In those cases you do see the projects fail for technical reasons like "the code couldn't scale to the required number of users" or "the technical functionality never worked reliably", and those kind of failures are the nerds' fault. But that's the minority of failures IME.
I appreciate you replying. My intent was never to place blame; instead, it was to point out that while the article's author suggests technical folks need to play the game better, I feel that it won't matter and getting the rest of a non-technical-first org along for the ride is more difficult than just being a solid political player.
The article's point is that "the rest of a non-technical-first org along for the ride" is indeed playing politics (or at least a subset thereof).
>There are ALWAYS business reasons that cause technical projects to fail.
I agree with this concept and what's worse is when a project is technically sound but still fails, or even when a complete high-performance accomplishment fails to be deployed.
But I'll bend the terminology of "always" and "business" because it applies even wider than that.
If you've ever worked for a 19th century company that is an actual bureau by definition, and has had literally over a century to develop from those roots into a much more resilient bureaucracy than could be accomplished in less time, you know what I mean.
What if it's not always a business reason for failure but a bureaucratic component that rises above a tolerable level?
i.e. a non-business reason for "businessmen" to fail.
In a pure bureaucracy that exists solely to maintain standards of some kind, the focus can not be on making money, or the standards could be compromised.
Others will fall by the wayside and only the most successful bureaucrats will prevail in their efforts. Handsomely rewarded sometimes through fees and taxes paid by the real money-makers whom the bureau has evolved to serve.
Yes, rewarded for their efforts, none of which are business-like at all and without any internal focus on making money whatsoever.
These organizations can be some of the most stable and long-evolved of all, plus set the most consistent example of political hierarchy that people in all kinds of places can tend to emulate when they don't have any better ideas.
So when bureaucracy creeps into a business where it has not yet made an incursion, it has to do so under the radar because it's the opposite of trying to make money.
People get good at this and move up in the hierarchy, and eventually there's nobody who's even good enough at actually trying to make money any more. It's a full-time effort just building & maintaining the bureaucracy.
You end up with people that "look" like businessmen, act the way they think businessmen should act, golf like businessmen, etc.
But haven't got a clue how to make a dollar from a functional technical success that's a complete no-brainer :\
This.
I've recently been promoted to be a VP (so, an executive) at a large corporation of ~50,000 people. Of the top ~250 people, so the top 0.5% of the hierarchy [who get invited to the annual leadership offsite], I estimate there are maybe 2-3 technical people like me. Also, within the executive hieararchy, these 2-3 are at the lowest level, this is not even where the big decisions get made, we're just put in charge of executing the decisions made by MBAs and Finance people.
Never works in practice is such a strong statement and I would argue that most of the time is because the technical people avoid politics entirely, like the article says
I dunno, honestly, my organization works a lot like what the post is describing. I think my org has healthy politics but at the same time I can't really tell if the times I thought the politics were "toxic" were simply because I was on the outside looking in, whereas this time I'm an operator in the space.
Engineers are always insufferable with this stuff. I can think of dozen times where everything was perfect, except for <thing we didn’t think of> or <thing we knew but didn’t bother to engage the customer on>.
There’s a million reasons why projects fail, but astute engineering mangers who are able to understand what the business really needs are invaluable.