When Culture Eats the IT Strategy
- zachary young

- Jul 27
- 3 min read

“Culture eats strategy for breakfast” is one of the most repeated ideas in business. It is usually offered as a reminder that a good plan cannot survive a culture that refuses to support it.
In IT, that warning is especially important—but not always for the reason people think.
The danger is not simply that culture can defeat the IT strategy. The real danger is what replaces the strategy when it does: a constant stream of urgent requests, executive exceptions, department priorities, pet projects, and “quick wins” that all demand immediate attention.
IT still has a roadmap. It just never gets to drive it.
The Strategy Becomes an Exception Queue
Most IT strategies are built around a small number of long-term outcomes: strengthening security, reducing technical debt, modernizing infrastructure, improving reliability, consolidating platforms, automating manual work, and building better data capabilities.
Then the culture goes to work.
A senior leader needs a new application immediately. A department commits to a customer deadline before consulting IT. A vendor renewal appears at the last minute. A project that was never prioritized suddenly becomes “business critical.” Every exception comes with a reasonable story, a visible stakeholder, and a deadline that feels impossible to challenge.
Individually, each request may make sense. Collectively, they consume the capacity that the strategy assumed was available.
The roadmap does not disappear in one dramatic decision. It is displaced one exception at a time.
When Everything Is Important, Nothing Is
Organizations often say they want IT to operate strategically while rewarding it almost entirely for responsiveness.
How quickly did IT answer the request? How quickly did the team remove the blocker? How quickly did it make the exception? Those are easy questions to ask and easy metrics to observe.
The harder question is what strategic work stopped so the urgent request could move forward.
That tradeoff is usually invisible. The security improvement delayed another quarter does not generate an immediate complaint. The integration that would eliminate manual work has no executive escalation behind it. The infrastructure standard that would reduce future incidents can always wait until after the current fire.
Reactive work arrives with a name, a meeting, and a deadline. Strategic work often represents a risk or opportunity that has not become painful yet.
Culture naturally favors the visible demand unless leaders deliberately protect the longer-term priority.
IT Becomes an Order Taker
Once exceptions become normal, IT stops being treated as a strategic function and becomes an intake desk.
Business leaders decide what should be done, when it should be done, and how urgent it is. IT is left to solve the capacity conflict. The team may have a prioritization framework, but the framework loses credibility every time influence or escalation overrides it.
This creates a damaging cycle.
Strategic initiatives slip because reactive work consumes the team. The business then concludes that IT struggles to deliver strategically. More oversight, status meetings, and urgent intervention follow. Those interventions create even more reactive work, leaving even less capacity for the strategy.
Eventually, heroics become the operating model. The people who save the day are celebrated, while the work that would prevent the crisis remains underfunded.
This Is a Governance Problem
It is tempting to call this an IT capacity problem. Sometimes it is. More often, it is a governance problem expressed through culture.
No team has enough capacity to make every request a priority. Hiring more people may increase throughput, but it will not create focus if the organization still refuses to make tradeoffs.
A real governance model does more than score projects. It gives the strategy the authority to survive pressure.
That means leaders must agree on a limited set of business priorities. New work must have an accountable sponsor. Urgent requests must meet a shared definition of urgency. Exceptions must identify the strategic work they will displace. And someone outside IT must help own that tradeoff.
The most important question in prioritization is not, “How important is this?”
Nearly everything is important to someone.
The useful question is, “What are we willing to delay in order to do this now?”
Strategy Requires Permission to Say “Not Now”
An IT strategy is not a list of worthwhile initiatives. It is a set of choices about where limited time, money, and attention will be invested—and where they will not.
For that strategy to be real, the organization’s culture must allow IT to say “not now.” It must tolerate sequencing. It must accept that executive sponsorship does not erase capacity constraints. It must recognize that every urgent exception carries an opportunity cost, even when that cost is not immediately visible.
Culture can absolutely eat strategy for breakfast.
The danger begins when the organization keeps feeding it—and then asks why IT never gets to lunch.



Comments