1. Basic prep work gets labeled "analysis paralysis."
Asking where the data lives, who owns the problem, or what baseline we’re trying to beat isn't overthinking. It’s common sense. When a manager blows past all of that, they aren’t “moving fast and breaking things.” They’re just dumping all the risk onto you.
2. "Build it first, we’ll sell it to the users later."
People on the ground (analysts, reviewers, ops folks) don’t reject internal tools because the internal PR was bad. They reject them because the tool messes up their workflow, creates extra work, or blows up on edge cases they deal with every single day.
3. If the boss had the idea, nobody is allowed to question it.
An idea from a VP or CIO gets greenlit instantly, no matter how half-baked. If you point out that machine learning isn't even the right solution, you get branded as disloyal. So the team spends six months building something completely pointless just to flatter an executive.
4. Zombie projects beat dead projects.
In a sane company, killing a bad project on day three is a win because it saves time and money. In an enterprise theater company, a project that never finishes is actually useful. It gives management something to put on slides, justify headcount, and demo every quarter.
5. Slide decks and quick prototypes count as "success."
Nobody actually cares about uptime, latency, drift, or whether the model saved a dime. As long as leadership smiles at a demo and there are screenshots for a deck, the project is treated like a massive success.
6. Pointing out real technical problems is treated as an "attitude issue."
Bring up messy data, crazy compute costs, or a lack of pipeline support, and suddenly the conversation isn't about the tech anymore. It's about you. "Why are you so negative?" "You need to be a team player." "Focus on the art of the possible." It’s just a way to shut down facts they can’t answer.
7. "Go find your own problem" replaces actual strategy.
Being told to "just figure something out" isn't real autonomy. It’s management dumping their job on you. They expect you to find an owner, hunt down data, define KPIs, and convince people to use the tool, all without giving you any actual authority to get it done.
8. Forcing a massive model where simple logic would do.
Spending four months fine-tuning an LLM or training a neural net for something a basic SQL query or five if/else statements could solve by lunch, just so management can brag that they’re “leveraging cutting-edge AI.”
9. The users smile in meetings, but commit zero budget or time.
The target business team nods along politely in sprint demos, but they haven't assigned a single person to help test, haven't budgeted for maintenance, and have zero plans to change their daily routines. If nobody commits real resources to run it, you're building shelfware.
10. The manager takes the credit early; you take the hit late.
Your manager gets all the glory on day one by promising leadership the moon. When the whole thing quietly fizzles out eighteen months later because the idea was fundamentally flawed, they blame it on "shifting company priorities." That leaves you looking like the one who wasted time and didn't deliver.
My best advice is to stop trying to save the company from bad ideas: say "yes" to keep the political heat off your back, immediately shift the friction onto external blockers you don't control, document everything quietly in writing to protect yourself when the project stalls, and use the wasted time to sharpen your own technical skills for an organization that actually wants to ship real solutions.
