Get told when a verified record lands on this occupation → · Mark which of these tasks are yours (VOLO Pro, free) → · For a team or a graduating class →
AI implementation lead
The person inside a company who has to make the tools actually land: choosing what to try first, checking whether it works on this company's own work, deciding what it is allowed to do unsupervised, and being there when it gets something wrong.
Name the one number your work should move, then find out who owned that number before you existed. Go and ask them whether they think you are helping. Their answer, not your dashboard, is where your funding comes from next year.
This is not a probability of losing your job. It combines how much of the role's task load is exposed to automation with how far adoption has actually gone — useful for comparing occupations on one consistent basis, and for nothing else.
The person accountable for AI adoption inside a company that buys and applies these tools — not a model researcher and not the engineer building the product a company sells. Common titles are head of AI, AI lead, transformation lead, sometimes a one-person function reporting to the founder. Confidence is low and the reason is unusual: this occupation is young enough that there is little published evidence about it, and almost everything written about it is written by people selling AI adoption services.
What is actually changing#
The unit of analysis is the task, not the job title. A role is not replaced — its task mix shifts.
Each tile is one task. Its size is how much of the job it is; its colour is where the task is heading. Click a tile to see what the judgement does not establish.
Hard to automate is not the same as durable. This whole role exists because a transition is under way; when the tools become ordinary the way spreadsheets did, choosing what to automate becomes part of running a function rather than a function of its own. The safety here is the safety of scaffolding.
A good evaluation tells you the tool works on the cases you thought to collect. It says nothing about the cases nobody thought of, and those are where the expensive failures live — so a passing score is a reason to start watching, not a reason to stop.
Cheap integration is why pilots multiply and why most of them are still running as pilots. Being able to connect a tool in an afternoon does not establish that anyone changed how they work, and the two get reported as the same milestone.
Guardrails being human work does not mean they get written. In most companies nobody has been given this task, so the boundary is settled by default — by whoever configured the tool — and that default is invisible until something goes out that should not have.
This is the task most likely to be cut, because it is slow and produces no artefact. A company that buys the tools and skips this gets the licence cost and the pilot, and reports both as progress.
The directive names a senior official, not the implementation lead, and covers one government. Carrying the blame is not the same as holding the authority: this role often answers for decisions it cannot overrule, and that combination is the most common reason people leave it.
Is this your job? Say so and this page narrows to your share of it.
A job title is a bundle of tasks bought together, and no two people hold the same bundle. Nothing is sent anywhere — it stays in this browser.
Read all 6 tasks in full — direction, reasoning and limits →
Recent changes#
All US firms, nationally representative; reference period Nov 2025 - Jan 2026. 18% firm-weighted, 32% employment-weighted, expected to reach 22% within six months; 50-60% (60-70% employment-weighted) for very large firms in Information, Professional Services and Finance. Among adopters, the most common functions are Sales and Marketing 52%, Strategy and Business Development 45%, IT 41%. This is a count of firms, not of occupations or of people: it says where AI entered a company, never which roles changed. Two further cautions the authors state themselves - the survey questions were revised between supplements, and 23% of firms report workers using AI in tasks against 18% firm-level adoption, so some use is arriving without a company decision at all.
An employer has put it into production. Can move the baseline — weighted by scale and how similar the setting is.
Canada, federal institutions. The directive says the assistant deputy minister responsible for the program using an automated decision system, or another senior official named by the deputy head, is responsible for documenting client feedback, unexpected impacts, human overrides and system failures; for using those findings to identify issues and take corrective action; and for informing clients of recourse options to challenge the decision. Federal administrative decisions only; the responsible person is a senior official, not necessarily whoever implemented the system.
Failure, rollback, regulation or cost is suppressing adoption. Can lower an assessment or widen its uncertainty.
Mainland China, and the occupational classification only. The ministry's stated reason is that as large models spread across industries, 'the number of practitioners is growing rapidly and the range of posts is becoming more varied' — that is the authority of record saying this work now exists at classifiable scale, and it is the whole of what this record establishes. It gives no headcount, no wages and no employer names. It is a 公示 (public notice for comment): at this date the categories were proposed, not yet written into the national occupational catalogue, and a national occupational standard was still to be drafted.
Verifiable change in hiring, headcount, hours or job scope. Highest weight — but causal attribution still has to be argued, not assumed.
The United States federal executive branch only, not private employers. What it establishes is that this role is required to exist by rule rather than created at each organisation's discretion. Three things need saying. First, the memorandum rescinds and replaces 2024's M-24-10 and deliberately redefines the role: it describes the Chief AI Officer as a champion of the agency's AI goals who promotes AI innovation, adoption and governance, so this record supports a role that leans towards driving adoption while keeping governance duties. Second, it requires an agency to identify an officer — not a headcount, a budget or a team; an agency may name its existing chief information officer. Third, a rule requiring a post to exist and that post actually doing the work are two different layers, and this site records it at the policy layer, where one record changes no task judgement on its own.
Regulation, subsidy or public procurement is requiring or funding adoption — the mirror of a constraint. It shows adoption is being required, not that it has happened, so one mandate is never enough on its own; two independent ones are.
The EU, and only for deployers of high-risk AI systems — the companies that buy and use them, not the providers that build them. What it establishes is that giving a specific person the competence, training, authority and support to oversee such a system is a legal obligation in the EU rather than a management choice; Article 26 also requires deployers to monitor operation and, on finding a risk, to inform the provider and the market surveillance authority. Regulation (EU) 2026/1744 (the Digital Omnibus on AI, published 24 July 2026) moved the application of these obligations from 2 August 2026 to 2 December 2027 for systems that are high-risk under Annex III, and to 2 August 2028 for those that are high-risk under Article 6(1) and Annex I; so this is a rule on the books that does not yet apply. The law does not say who that person must be and does not require a dedicated post — a company may spread the duty across function heads. Attaching it to this occupation is our inference about where it lands in practice.
Regulation, subsidy or public procurement is requiring or funding adoption — the mirror of a constraint. It shows adoption is being required, not that it has happened, so one mandate is never enough on its own; two independent ones are.
What this means for you#
There is no established path into this job, which cuts both ways: nobody can say you are unqualified, and nobody can tell you what qualifies you. What people are actually hired on is evidence that they have made one thing land end to end in a real organisation — a before number, an after number, and an honest account of what broke. One such story beats any certificate, and certificates are what most of the market is selling.
Your leverage is that you know where this company's work actually breaks, which no vendor and no model has. The risk is structural rather than technical: this function is funded as a transition cost, and transition budgets end. The people who stay are the ones who moved from running the programme to owning a number the business already cares about.
Your options#
Four directions, each with its real constraints and one thing you can test this week. Continuing as you are is a legitimate choice — it just has to be a chosen one.
Attach yourself to a number that predates you
Programme budgets get cut in the year after the excitement. A function measured on cycle time, conversion or cost per order is measured on something the business cared about before AI arrived and will care about after.
Owning a real number means owning it when it goes the wrong way for reasons outside your control, and it usually means giving up the comfortable position of advising rather than delivering.
Name the one number your work should move, then find out who owned that number before you existed. Go and ask them whether they think you are helping. Their answer, not your dashboard, is where your funding comes from next year.
Write down the boundary nobody has written
In most companies what the tools may do unsupervised has been decided by default, by whoever configured them. Turning that into a written, agreed policy is unglamorous, it is the thing that prevents the incident, and it is a deliverable with your name on it.
It forces disagreements into the open, which is why it gets postponed. You need someone senior to sign it, and asking for that signature is asking them to accept the risk explicitly rather than implicitly.
List every action your tools currently take without a person in the loop. Not what the policy says — what they actually do today. If the list surprises anyone in the room, the boundary was never set, it was inherited.
Move into the function you were helping
You have spent a year learning how one function actually works, in more detail than most people in it. Operations, finance and customer service all now need someone who understands both the work and the systems, and those seats are permanent in a way a transformation programme is not.
You give up the interesting breadth for one domain, and you will be managed by someone who has been in it longer. The first year you are a specialist in the tools and a novice in the work.
Pick the function whose problems you have enjoyed most this year and ask its head one question: if this programme ended tomorrow, what would you still want done? Whatever they name is the permanent job hiding inside your temporary one.
Do it from the outside, for many companies
The pattern knowledge you build — which sequence works, where pilots die, what the second year looks like — is worth more across ten companies than inside one, and most companies will never hire a full-time version of this role.
The market for this advice is crowded with people who have never delivered anything, which means you will be priced against them until you can show outcomes. And you lose the thing that made you effective: being inside, where people tell you the truth.
Write the one-page account of the last thing you shipped: the number before, the number after, what broke, and what you would do differently. If you cannot fill the page with specifics, you are not ready to sell the pattern — and writing it is how you find that out cheaply.
Common questions#
Both, and which one it is at a given company is worth checking before you take it. It is a real job where it owns a budget and a number the business already tracked. It is a title where it owns a programme, a tool inventory and a steering meeting. The second version is funded as a transition cost, and transition costs end.
This role's clock is different from every other page on this site: the risk is not that a machine does it, it is that the transition finishes and the function dissolves back into the departments it was helping. The signal is where your budget line sits. If it is a project or programme line, ask each year whether it renewed and by how much. If it moved into a department's operating budget, the job has become permanent — and that move, not any announcement, is the thing to watch.
Enough to tell a real evaluation from a demo, and to know when a vendor's answer is evasive. Beyond that, the scarce input is knowledge of this company — which step is the real bottleneck, whose numbers move, who will resist — and that is collected by walking around, not by reading documentation. The common failure is a technically strong lead who automates the step that was easiest to automate rather than the one that mattered.
Because the index measures how much of the work automation is taking over, and almost none of this job's work is. That is not the same as safe, and the page says so on every task: this role exists because a transition is under way. Read the low number as a description of the work, not as a promise about the headcount — those are different questions, and this site keeps them apart on purpose.
Ask for one thing: a case where it did not work, and what they did next. Anyone who has actually put tools into a working business has that story, because the first attempt usually fails on something nobody predicted. A vendor who only has successes has either not shipped or is not telling you about the part you most need to hear.
Studying towards this?
These majors lead here. Their pages break down which of their competencies transfer and what graduates typically lack.
What these judgements rest on#
5 of 6 task judgements on this page are backed by a verified event and 1 are platform inference, each labelled where it appears. Behind them sit 2 technology dimensions, a reconstructed trajectory since language models reached the public, and 5 verified events.
See which technologies, how it got here, and the method →
Where it sits in the official classification: skills, knowledge, related jobs →
