AI transformation

AI experimentation beats the mandate, without the free-for-all

Mandates trigger resistance and free-for-alls stay shallow. The real choice isn't mandate versus experiment, it's supported versus unsupported.

Laura DansburyLaura Dansbury·June 15, 2026·6 min read

In short

AI experimentation beats mandating AI because mandates trigger resistance and unsupported free-for-alls stay shallow.

  • The real axis isn't mandate versus experiment; it's supported versus unsupported.
  • Structured experimentation means leadership picks the first real use cases and teams try them on actual work, coached.
  • Managers reinforce good use rather than police it, and only proven wins get scaled.
The reflex

The mandate reflex, and why it backfires

When AI adoption stalls, the reflex is to mandate it: make the tools non-optional, tie them to reviews, and wait for usage to climb. It rarely works, and the reason is subtle. People aren't rejecting AI; they're rejecting the way it's rolled out, company-wide within months of a vendor contract, with little training and no clear benefit to the work in front of them. So they comply on paper and route around it in practice. The proof is already in your building: by one WalkMe survey, 78% of employees admit using AI tools their employer didn't approve. The appetite to experiment is there. The mandate just pushes it into the shadows. This is where AI experimentation, done right, beats the mandate outright.

Done wrong, though, experimentation curdles into exactly that shadow use, ungoverned and invisible. So the honest version of the argument isn't experimentation versus governance. It's that structured, supported experimentation is the governance, and the two real failure modes are the blunt mandate and the unsupported free-for-all.

The objection

"But without a mandate, nothing scales"

The strongest counterargument deserves a straight answer: without direction, nothing scales, and pure bottom-up experimentation produces a thousand pilots that never move the business. That's real. BCG's 2025 work describes a silicon ceiling, with only about half of frontline employees regularly using AI despite leadership pushing it, and McKinsey finds pilots proliferating while value stays marginal. Experimentation with no structure does stall.

But notice what that's an argument for, and what it isn't. It's an argument for structure, not for coercion. The fix for an aimless free-for-all is leadership setting direction and naming the first real use cases, then teams experimenting on those with coaching and reinforcement, and only proven wins getting scaled. That's not a mandate. The mandate-versus-experiment framing is a false binary; the axis that actually predicts adoption is supported versus unsupported.

On real work

Why AI experimentation works when it's on real work

Experimentation pays off when it happens on the work people already do, not in an abstract sandbox. The OECD's 2025 review of the evidence found generative AI cutting task time by 15 to 30% in real-world settings, with the largest gains going to less-experienced workers. That last part is the quiet case for letting whole teams experiment rather than anointing a few power users: the lift is biggest for the people who were furthest behind, so structured experimentation raises the floor, not just the ceiling. Give a team an easy, high-value task to try AI on this week, coach them through it, and the win is immediate and theirs. Anchor it in role-specific use cases so each function experiments on work that actually fits its day.

Mandate and free-for-all are the two ways this fails. The win is the supported middle: experiment on real work, coached, with managers reinforcing it.
The line

The line between experimentation and shadow AI

If 78% are already using unapproved tools, the worry about encouraging experimentation is fair: doesn't that just sanction shadow AI? It's the opposite, if you do it with structure. People reach for unsanctioned tools because they're trying to get real work done faster; one survey found 60% judged the security risk worth it to hit a deadline. The motive is good, the governance is missing. Structured experimentation closes that gap by bringing the appetite into the open: sanctioned tools, clear guardrails on what never gets pasted where, and a prompt library people actually share. That's governance through enablement, not a monitoring dashboard, and it turns invisible shadow use into visible, supported practice.

Safe to try

People only experiment out loud when failure is safe

There's a reason your adoption numbers understate reality: people hide their AI use. They worry it looks like cheating, or like they can't do the job without help. As long as that fear is in the room, experimentation stays private and shallow, and the learning never spreads. What changes that is psychological safety, making it explicitly safe to try an unfamiliar tool and to get it wrong in front of peers. That's a cultural choice leaders make, and it's the difference between a team that quietly experiments alone and one that learns together and compounds.

The manager

The manager's real job: reinforce, don't enforce

All of this lands or dies with the manager. The failure pattern is a manager who announces the tool and never mentions it again, or worse, one who treats adoption as a compliance scoreboard and watches who's using what. The pattern that works is the manager as coach: model curiosity, ask the team what they tried this week, celebrate a real win, and help the person who's stuck instead of flagging the person who isn't. Name a task, reinforce the behavior, and scale what's proven. That's how AI adoption actually takes hold across a team, and it's why a named champion with manager backing moves a group faster than any directive. Support beats surveillance, every time.

In practice

How to run structured AI experimentation

Leadership names the first real use cases instead of mandating a tool
Teams try them on actual work this week, not in an abstract sandbox
Clear guardrails and sanctioned tools, so experimentation isn't shadow AI
Psychological safety: it's explicitly fine to try something and get it wrong
Managers coach and reinforce good use rather than police usage
Only proven wins get scaled, and a shared prompt library spreads them
FAQ

Common questions

Is it better to mandate AI or let teams experiment?

Letting teams experiment beats mandating, but only when the experimentation is structured. Mandates trigger resistance and push use into the shadows; unsupported free-for-alls stay shallow. The win is the supported middle: leadership names the first real use cases, teams try them on actual work with coaching, and managers reinforce it.

Doesn't encouraging AI experimentation just create shadow AI?

Only if it's unstructured. People already use unapproved tools to get work done, so structured experimentation brings that appetite into the open with sanctioned tools and clear guardrails. That's governance through enablement, which is safer than driving the use further underground with a mandate or a monitoring dashboard.

Why does AI experimentation work better on real work than in a sandbox?

Because the skills transfer immediately and the win is the person's own. The OECD finds real-world task-time savings of 15 to 30%, with the largest gains for less-experienced workers, so experimenting on real tasks raises the whole team's floor. Anchor it in role-specific use cases for the best fit.

What's the manager's role in AI experimentation?

To reinforce, not enforce. The manager-as-coach asks what the team tried, celebrates real wins, and helps whoever is stuck, rather than tracking who is using which tool. That posture, plus a named champion, drives adoption faster than any mandate.

Give your teams something worth experimenting on

Candova coaches each person through AI on their real work, so structured experimentation turns into adoption that sticks, no mandate required.

Power users save 10+ hours a week. Learn how.

The practical AI habits behind it, one a week.

Laura Dansbury

Written by

Laura Dansbury

SVP of Product and Content at Candova

Laura has spent more than 15 years building and scaling products across consumer and B2B, with product and UX leadership roles at LinkedIn, Ancestry, and Movoto before Study.com and Candova. Her work has consistently centered on the same thing: turning a strategy into a product real people actually use, and getting the conversion and growth numbers to prove it.

Future-proof your work with AI

On-demand · start today

Get started