AI ROI Is 2x a Culture Problem, Not a Tools Problem

Microsoft's 2026 data says culture and management explain 2x the AI impact of individual effort. More seats won't fix an ROI problem that's organizational.

6 min readBy Matthew Stublefield
A close up of a typewriter with a paper on it

Organizational factors – culture, manager support, talent practices – account for more than twice the reported AI impact of individual effort: sixty-seven percent versus thirty-two.

That's from Microsoft's 2026 Work Trend Index, and it's a quietly devastating number for anyone who's spent the last year buying AI seats and waiting for the returns. It says the thing you controlled – which tool, how many licenses – matters roughly half as much as the thing you probably didn't touch: how the work is actually organized around the tool. Microsoft sells Copilot, so weigh the source. But the finding isn't self-serving in the way you'd expect. A vendor would rather tell you the tool is the answer. This one says the tool is the smaller half.

If your AI rollout underwhelmed, the reflex is to blame the tool, the model, or the users. The data points at the org chart.

The gym membership problem

Everyone already understands this dynamic; we just refuse to apply it to software. A gym membership is not fitness. Buying one changes nothing about your body. What changes your body is whether you show up, whether anyone's expecting you, whether the routine fits your life, whether the culture around you treats it as normal or optional. The membership is necessary and almost entirely insufficient.

AI seats are gym memberships. Handing them out is the easy, visible, budget-friendly move, and it's the one most organizations stopped at. The Work Trend Index puts a number on the gap between having the membership and getting the result: culture and management explain twice what individual initiative does.

McKinsey found the same wall from the engineering side. In its 2026 analysis of AI in software development, the blunt conclusion was that "simply giving developers AI tools does not meaningfully move the needle." The organizations that actually captured value – roughly the top quintile, seeing 16 to 30% gains in productivity and time to market, and 31 to 45% in quality – weren't the ones with better licenses. They were the ones that rearchitected how they build software around the tools, rather than sprinkling the tools on top of the old process.

Two different research teams, two different domains, one finding: the tool is the cheap part, and the cheap part is where almost everyone stopped.

What the returns are actually made of

If not licenses, then what? The Work Trend Index is specific about the mechanism, and it's less exotic than "culture" makes it sound. When managers actively modeled AI use themselves, their people reported a 17-point lift in the value they got from AI, a 22-point lift in critical thinking about it, and a 30-point lift in trust in agentic tools. The variable wasn't a feature. It was whether the boss actually used the thing and showed how.

That's not a soft finding. It's the most actionable number in the whole report, because it tells a leader exactly where the lever is. Your team takes its real cues from what you do, not what you license. A manager who forwards the AI mandate but never opens the tool is teaching, very effectively, that this is optional theater. A manager who works through a real problem with it in front of their team is teaching the opposite. The 30-point trust swing is the difference between those two managers, and it costs nothing but attention.

Picture the good version concretely. In the next planning meeting, the manager actually opens the tool, works a real problem with it out loud, gets something wrong, and shows the team how they caught it. That five minutes teaches more about safe, useful AI than any policy document, because it models the two things people actually need to see: that you use it, and that you check it. The manager who only announces "we're an AI-first team now" teaches that this is a slogan. Your people are always reading which of those two you are, and they're reading your calendar, not your memo.

McKinsey's data adds the other half: about 80% of top performers tied their AI goals directly to the performance evaluations of product managers and developers. They didn't hope for adoption. They made it part of how people are measured and rewarded. Incentives and modeling, not licenses and mandates.

Why so many strategies are theater

There's an uncomfortable finding worth naming, and I'll name just this one. In Writer's 2026 research, 75% of executives admitted their company's AI strategy is "more for show" than actual guidance, and only 29% reported seeing significant ROI from generative AI. Those two numbers belong together. A strategy that's for show produces returns that are for show. The performance of having an AI strategy – the town hall, the mandate, the seats – is exactly the part that doesn't compound, because none of it changes how the work is done on Wednesday.

This is the trap of treating AI as a procurement decision. Procurement is satisfying. You can measure it, announce it, put it in a board deck. Rearchitecting how a team works is slow, political, and hard to screenshot. So organizations do the measurable thing and quietly hope it substitutes for the hard thing. The 29% ROI number is what hoping looks like at scale.

The work is operating-model work

The reframe here is the whole point: AI value is not a tooling outcome, it's an operating-model outcome. That's a different kind of problem, and it wants a different kind of attention than a purchase order: which decisions should change now that a capable tool is in the loop, which workflows should be rebuilt rather than accelerated, what managers model in the open on real work, how the incentives line up so the behavior you want is the behavior that gets rewarded. None of that ships in a license.

What does "rearchitecting" actually mean, past the jargon? Sprinkling is: give everyone the tool, keep every process identical, hope the tickets close faster. Rearchitecting is noticing that if a first draft of the work is now nearly free, the valuable human step moved downstream – to shaping the problem well and to checking the output – and then reorganizing the team's time around that shift. More attention on defining what's worth building and verifying what got built, less on the production that used to eat the week. It changes what a standup is about, what you measure, what "done" means, and who owns which decision now that a capable tool sits in the middle of the workflow. That's slow, political, and specific to your shop, which is exactly why no vendor can hand it to you, and exactly why most organizations quietly skip it. The seats are a purchase. The redesign is the job.

It's the least glamorous conclusion available, which is probably why the data keeps having to repeat it. The dollar you're about to spend on more seats will do roughly half of what a dollar spent on redesigning the work around the seats you already have would do. That redesign – turning a new capability into a validated way of actually operating – is strategy work, and it's the part no vendor can sell you because it's specific to how your organization decides and delivers.

You can keep buying memberships. The data is just tired of watching you skip the gym.

Want help running a sharper practice?

The reading and synthesis behind your client work, handled – a living deliverable kept current, so more of your time goes where your name is actually on the line.

See how this works for advisors