AI did not end the data literacy crisis. It changed it. As machines move from providing information to interpreting it and recommending what to do, the scarce skill is becoming judgment: knowing what to trust, what to question, and what decisions are still ours to make.
Evidence does not make decisions. People interpret it, weigh it, challenge it, and make judgments. A courtroom reveals what leaders can learn about evidence, expertise, confidence, and data-informed decision-making.
Feeling sure doesn't mean you're right. Learn five simple ways to question what feels true, spot what might be influencing you, and make better decisions about what to believe.
A learning function can report clear success while the business sees nothing change. That gap has a name: possessed capability versus expressed. Building the skill is half the job. The other half is a work system that rewards, governs, and creates the occasion to use it.
You can employ a hundred people who can do the thing and still be an organization that doesn't.
TL;DRWhy training can succeed completely and change nothing
What you need to know
A learning function can report a clear win while the business sees nothing move, and both accounts are true. One measured capability possessed: people completed the program, passed the assessment, can do the thing. The other needed capability expressed: the skill showing up in the work and staying there. The gap between the two is where most learning investment quietly disappears, and it is rarely a learning problem. It is what the capability meets when it tries to enter the work.
Why this matters to you
If your people keep getting trained and the work keeps looking the same, the reflex is to reteach. That fixes nothing, because the capability landed fine. It met a reward system built for the old way, or it never got an occasion to be used at all. People adapt to what the work system makes possible, visible, and consequential, not to what a course taught or a launch announced.
Who this applies to
Anyone accountable for capability that has to change how work gets done. Learning and talent leaders, executives who sponsor upskilling programs, and the managers who own the gates, incentives, and workflows the newly trained walk back into. If you have ever funded training and waited for a change that never came, this is about the layer you were not looking at.
What you'll gain from reading
A sharper way to diagnose why a capability goes unused, and the two very different failures behind it. Four practical places to look in the system that decides use: recognition, governance, opportunity and work design, and feedback. A reason to design backward from use rather than forward from content, and a smarter way to measure it than counting completions. It ends on the shift that matters: the learning function's job is not finished when capability has been built, but when the organization actually uses it.
A corporate learning function can report a clear success while the business, looking at the same stretch of time, sees nothing change. Both accounts are true. High completion, strong assessment scores, an engaged cohort, real capability built, and yet there is no visible difference in how the work gets done.
This is one of the most common outcomes in corporate learning, and one of the most misread because it looks like a measurement error, but in reality, it is a category error.
Possessed Capability Is Not Expressed Capability
The category error is treating having a capability as equivalent to using it. Someone can learn, demonstrate the skill, pass the assessment, and leave genuinely more capable than they arrived. I call that possessed capability: the capability exists in the person.
What the organization ultimately needs is different. The capability has to show up when the work calls for it and persist once it gets there. I call that expressed capability: the capability is actually used in the work rather than remaining something a person merely knows or can demonstrate.
The function measured capability possessed but the organization needed capability expressed.
Those are not actual academic terms, I am using them as practical labels. But there is research behind them. Learning-transfer research separates acquiring a skill from generalizing and maintaining it on the job. Organizational research separates individual expertise from capability embedded in routines and collective action. The terms change from field to field, but they are all describing the same underlying problem. Being able to do something is not the same as reliably doing it where it matters.
Why Possessed Capability Stays Trapped
The learning often worked. The problem begins when people try to use what they learned in the way work actually gets done.
The common case looks like this. A function stands up a well-designed program around some capability, say raising delivery risks early, while there is still time to act on them. The curriculum is sound, the cohort engaged, people finish capable and often energized. But six months later almost nothing has changed. The capability is real, and yet it goes unused.
Leaders often see this and assume the training failed, so they look for better content or tighter assessments. But better content will not solve the problem if people learned what they were supposed to learn. The problem starts when they return to work and try to use it. That attempt can fail in two different ways.
The first is suppression. The person gets a chance to use the new capability, but the way work operates pushes them back toward the old behavior. The new behavior gets quietly penalized, and it fades. People adapt to the behaviors their work system makes possible, visible, and consequential, not to what a course taught or a launch announced. Those three properties shape behavior more than any curriculum ever could.
The second is missing opportunity. The person never gets a real chance to use the capability in the first place. An unused capability has not necessarily been rejected. Sometimes the organization never creates the moment to use it. The person has the skill, the motivation, even the support, and still no occasion arrives. They do not own the decision, cannot reach the relevant data, or enter the process after the call has effectively been made. That is neither a learning failure nor a motivation failure.
Both problems become visible at the same critical point: the first real chance to use what was learned. Functions pour enormous energy into the last hour of learning and almost none into that first hour of use. Does the opportunity come soon enough? Does the person recognize it? Do they have permission to work differently? What happens if the new way is slower or harder at first? Those early experiences can determine whether the capability gets used again or quietly disappears.
A Model That Includes The Output
Most corporate learning is built and measured around content: how the function organizes what it teaches, whether around skills, behaviors, roles, or competencies. That is a real design question, and teams spend years on it. But content tells us whether capability was built, not whether it gets used.
A model of capability has to include three things: what builds it, what shapes whether it gets expressed, and whether it ultimately shows up in the work. I think of those as Content, System, and Use.
Content is how learning organizes what it teaches and where possessed capability is built.
System is the conditions people encounter when they try to use that capability: whether the organization enables it, rewards it, gives people the authority and opportunity to use it, and reinforces it when they do.
Use is the outcome: whether the capability actually shows up in the work and persists. It is not something you teach. It is what a use-led function works backward from.
The system is not something capability passes through after learning. It is present every time someone tries to use what they learned. It shapes whether they get the opportunity, whether they have permission to work differently, what happens when they try, and whether they try again. Design for content alone and you can build real capability that the organization never uses.
What The System Layer Asks For
“Partner with the business” is easy advice to give but isn't the answer. The question is what has to change so people can actually use what they learned.
Take the same capability from earlier: raising delivery risks early. If people have learned how to do that but are not doing it, there are four practical places to look.
Recognition and reinforcement. The function stops owning a course and starts co-owning the definition of good in the performance review. "Raised a risk early and clearly, including ones that turned out to be manageable" becomes a line managers actually assess. The harder half, skipped most often, is removing recognition from the old way rather than only adding it to the new. If the system still quietly celebrates the person who rescued the project in the final week, the new recognition competes with the old and loses.
Governance and authority. The function earns a seat in the review process that already carries consequence and gets the capability written into the criteria. At project review, a team shows evidence the capability was used, not that people were trained in it. Once your credential gates something that matters, you become accountable for the quality of that gate. That accountability is the price of relevance, and avoiding it is how most learning functions stay safely optional.
Opportunity and work design. Build the behavior into the default path, and make sure the occasion to use it exists at all: time, task frequency, the authority to act, a workflow that triggers the behavior instead of routing around it. This is the lever for the missing-occasion failure, and the most durable one, because it reaches even the people who never took the course.
Information and feedback. Close the loop so the person who raised the early warning learns what came of it. Someone who pays a private cost for a public good and never hears the result stops paying it. Feedback is a reward when it lands, and a quiet penalty when it never comes.
These all share one common feature. The learning function owns none of them outright. Recognition sits with HR and talent, governance with the process owners, opportunity with whoever designs the work. The move in each case is to co-own the artifact that already carries consequence: the appraisal line, the review criterion, the default template, the feedback loop. A function that can influence none of these will not move use, whatever it teaches. Co-owning even a few of them is where the leverage is.
Where The Field Appears To Be Heading
A school is judged by what people leave knowing. Infrastructure is judged by what keeps running after they leave.
Several changes in corporate learning point in the same direction. Learning is moving closer to the work instead of sitting apart from it. Capabilities are being tied more directly to roles and responsibilities. Measurement is starting to reach beyond completion and assessment toward what people actually do afterward. And the question of value is shifting from how much learning was delivered to whether the organization can do something better because of it.
Taken together, that looks like more than a modernization of learning. It looks like a shift in what the learning function is for.
A school builds knowledge and capability in people. Capability infrastructure helps the organization keep using that capability after the learning ends. That means caring not only about whether people learned, but whether they get the opportunity to use what they learned, whether the work supports them when they do, and whether that use continues.
The field is not there yet, unfortunately. The language of alignment, impact, and learning in the flow of work is ahead of how many learning functions actually operate. But the direction matters. The question is becoming less “How should we organize what people learn?” and more “What has to be true for them to keep using it?”
Self-Test
School, or Capability Infrastructure?
If the job is no longer finished when capability is built, the function has to be built differently. The shift is small to say and hard to do.
FromDesign → deliver → measure learning
ToDefine use → build capability → enable first use → observe → adjust
Five questions to test where your function sits
When a program starts, do you first define what people will learn, or where the capability has to show up in the work?
Do you know the first real occasion each participant will have to use it, and how soon it arrives?
Are the people who control recognition, authority, workflow, opportunity, and feedback in the room before you build, not brought in at launch?
Can you measure use separately from learning, so a passed assessment never stands in for a changed way of working?
When use does not happen, do you reflexively change the learning, or investigate what stopped people from using it?
The more of these you can answer, the more your function is operating as capability infrastructure rather than only as a provider of learning.
What This Asks Of Learning Leaders
Start with the work, not the learning. Consider the following questions:
What do you need people to do differently?
Where will they need to do it?
What might prevent them from doing it?
Answer those questions first before deciding what they need to learn.
That also means involving other people earlier. If using the capability depends on how people are evaluated, who has authority to make a decision, how the work is designed, or what happens when someone tries a new approach, learning cannot fix those things alone. Nor should it own them. Its responsibility is to identify what has to be true for the capability to be used and involve the people who can make those things true.
Finally, measure what happens after people learn. Completion and assessment can tell you whether capability was built, but they cannot tell you whether anyone used it. And simply counting uses is not enough either. A capability can be used badly, overused, or turned into a box-checking exercise.
A better question is: when people had a real reason and opportunity to use the capability, did they? Five uses out of five opportunities tells a very different story from five uses out of fifty, even though the raw count is identical.
Acknowledge what the new way asks of people. A new capability may take more time, require someone to give up authority, expose their judgment to scrutiny, or replace a way of working that has served them well. If using the new capability carries a real cost, do not treat reluctance as something more training will fix. Identify the cost and decide what needs to change so using the new capability is reasonable to ask of people.
Worked Example
The Same Capability, Two Ways
A competent training effort and a use-led one, aimed at the same goal, using the same course. Only what surrounds the learning is different, and it changes the outcome.
The capability: data-informed decision-making. Concretely, a manager brings evidence to a call and will change course when the data contradicts the plan. The organization has decided everyone should work this way.
The usual way
build capability → measure learning
The use-led way
define use → build capability → support use → see what happens
Where it starts
Design a strong curriculum around reading data, spotting bias, and pressure-testing a recommendation. Genuinely good content.
Define where the capability has to show up: managers bring evidence into the quarterly business review and will change course when it contradicts the plan.
Build capability
Deliver the course well. People leave able to analyze evidence and challenge a recommendation.
Use the same course. The training was never the weak point.
The learning is identical in both columns. Everything around it is not.
The first real use
Tell people to apply what they learned in their work. The review continues as before.
Change the next QBR template to require an evidence section, and brief leaders on what good use looks like.
When someone uses it
The review still rewards speed and conviction. Pausing to test the evidence can make a manager look uncertain.
A well-reasoned change of direction is treated as good judgment, not indecision.
Afterward
Measure completion and assessment. Both look strong, so the program is considered a success.
Watch what happens in the first reviews. If evidence still loses to a confident story, find out why and change what is getting in the way.
Six months later
Everyone is trained. Decisions are made much as they were before.Possessed, but rarely expressed.
Evidence shows up in the room, gets weighed, and sometimes changes the decision.Expressed in the work.
Same capability. Same course. Different result.
The difference was not what people learned. It was what happened when they tried to use it.
The One Word
If you ask me what the future of corporate learning is in a single word, I would say that word is "use." Not another way to organize what gets taught or another category of content or another delivery method. Use in the most literal sense: do people actually use what they learned when the work calls for it?
That is what I mean by a use-led corporate learning function. It starts with what people need to do differently at work, builds the capability they need to do it, and stays involved long enough to find out whether they actually do.
Think about it this way. A school asks whether people learned. Capability infrastructure asks whether the organization can now reliably do something it could not reliably do before. Learning functions going forward have to be excellent at the first and accountable for the second. Its job is no longer finished when capability has been built, its finished when the organization uses it.
Kevin is an author, speaker, and thought leader on topics including data literacy, data-informed decisions, business strategy, and essential skills for today. https://www.linkedin.com/in/kevinhanegan/
AI did not end the data literacy crisis. It changed it. As machines move from providing information to interpreting it and recommending what to do, the scarce skill is becoming judgment: knowing what to trust, what to question, and what decisions are still ours to make.
Evidence does not make decisions. People interpret it, weigh it, challenge it, and make judgments. A courtroom reveals what leaders can learn about evidence, expertise, confidence, and data-informed decision-making.
Feeling sure doesn't mean you're right. Learn five simple ways to question what feels true, spot what might be influencing you, and make better decisions about what to believe.
We teach data literacy as a ladder: data at the bottom, wisdom at the top, climb step by step. But the rungs are not where the work happens. The judgment lives in the gaps between them, and that is exactly where AI now carries us straight past.