The shadow IT problem isn't the IT, it's the shadow
Joe TrehernePrincipal
The standard framing of shadow IT has not changed in a decade. Departments buy Software-as-a-Service (SaaS) tools without the IT team's involvement, IT discovers them on a security review, controls are tightened, a new policy lands in the staff handbook, the cycle resumes. The framing assumes shadow IT is a behaviour to be policed.
It is worth looking at the numbers before accepting that framing. Everest Group estimates shadow IT now accounts for 50% or more of total IT spend in large enterprises. IBM puts the share of employees who have acquired, modified or created technology without their IT team's knowledge at 41%. The latest IBM cost-of-breach data attributes 35% of data breaches to shadow data, sitting in systems IT was not aware of.
When half the IT spend and 41% of the workforce are operating outside the model, that is not a compliance issue. It is the model itself.
What shadow IT is actually telling you
Shadow IT is rarely an act of defiance. It is almost always a rational response to a delivery pathway the requester believes will not move at the speed of the need. A team finds a tool, the contract is signable on a corporate card, the setup is supposed to take an hour, and the alternative is a procurement and assurance cycle that, in their experience, takes months. The decision to bypass IT is not a choice between safe and risky. It is a choice between something that exists and something that might.
The 50% number is not a measure of how naughty the workforce has become. It is a measure of the gap between what the IT operating model produces and what the business is actually trying to do. A small gap produces occasional shadow IT around the edges. A large gap produces 41% of the workforce.
Why the policing response does not work
The three failure modes
When the response to a 50% shadow IT footprint is stronger controls, three things tend to happen. The controls catch the visible cases and miss the invisible ones, so the apparent shadow IT reduces while the actual figure does not. The next generation of shadow IT shifts to harder-to-detect categories, with shadow AI a particularly clear example. And the underlying gap, the reason the business went around IT in the first place, persists, because the controls treat the symptom rather than the cause.
Final thought
A rising shadow IT footprint is not a discipline problem to be solved with policy. It is a delivery problem the operating model is producing, and the operating model is the only place the problem can actually be fixed. The departments going around IT are not the failure. They are the diagnostic.