Operational framework #2
Time-to-Skill
The metric that puts a price on slow learning — the cost that stays invisible in every AI investment plan.
Time-to-Skill measures a delay no one budgets for. Between the moment a skill becomes critical and the moment it actually lands in daily work, there is a lag. That lag has a cost. It gets paid in uncaptured margin, in postponed projects, in lost clients. Finance teams provision software licensing costs down to the cent. They have no line at all for this adoption lag. Time-to-Skill fills that blind spot.
The framework is straightforward to measure. You estimate the expected lag for an employee to reach productive autonomy on a given skill. You then measure the actual lag. The gap between the two becomes a steering indicator, on par with budget adherence or delivery timelines. Measured by population, the lag also reveals the nature of a blockage. An open-ended lag among the most experienced employees is not always a skills gap. It is sometimes a rational distrust of a tool whose reliability has not yet been demonstrated.
A corporate-banking group had invested more than fifty million euros across five AI programs. By the end of the third quarter, less than half of the expected gains had been captured. The technology worked. The ESG workflow, meant to cut analysis time by a third, stalled at a 13% gain. The gap came from analysts manually re-validating output the machine had already produced correctly. No one had measured how long it would take humans to trust the tool.
> An organization can buy the best technology on the market and keep paying the price of the old world — simply because it forgot to budget for the learning time.
This metric changes the conversation at the executive-committee level. It moves the debate away from "change management" — a vague notion — and toward a quantifiable question: how much time, how many euros, what gap between target and reality. An investment committee that approves an AI budget without provisioning for Time-to-Skill is funding a technical promise, not a return.
Time-to-Skill is not a standalone metric. A short lag says nothing about a person's ability to transfer that skill to other domains; on that point, it needs to be cross-referenced with the Potential Stack. And it does not apply everywhere in the same way. In zones where safety comes first, an abnormally short learning lag should trigger a quality alert, not a reward. Speed is only a virtue where nothing is being put at risk.