AI Training for Employees Should Produce Automations, Not Certificates
Awareness training fades in a month. Training that ends with each employee shipping a measured automation does not. The twelve-week shape we use, why it runs on Lean Six Sigma, and what managers should demand.
September 7, 2026 8 min read
There is a lot of AI training for employees on the market right now, and most of it produces the same thing: a room of people who can describe what a large language model is and cannot point to anything in their job that changed. Six weeks later the slides are gone and the manual work is exactly where it was.
The alternative is to define "trained" differently. An employee is trained in AI and automation when they can pick a process, baseline it, build something that runs in real work, measure what it returned, and hand it to a colleague with documentation. That is a higher bar. It is also the only bar that shows up in the operating numbers.
What awareness training gets wrong
It is not that the content is bad. It is that nothing is at stake. Nobody has to ship anything, so nobody does. The people who were already curious go and experiment; the people who were not go back to their inboxes. The training confirmed who was interested. It did not change what the organization can do.
Building something changes what the organization can do. It also changes the person: someone who has scoped, built, and measured one automation can see the next five.
The twelve-week shape
This is how the Civic Dialog cohort is built. Four to twelve people from one organization, drawn from across functions, not just IT.
Weeks 1 to 4: workshops and one-on-ones
Four full training days, ideally in person. Mornings are cohort workshops: how the tools actually work, a waste walk through the organization's own processes, and a project charter and baseline for every participant. Afternoons are one-on-one and small-group sessions, about an hour per person, on their specific idea and on the personal uses of generative AI that make the tools familiar.
By the end of week four every participant has a chartered project with a measured baseline: this process, these hours, this cost, this owner.
Weeks 5 to 11: applied build
Participants build in the organization's real tools with a weekly remote check-in. A mid-program tollgate review, around week eight, looks at every project against its charter and its baseline and makes the hard calls early: narrow this one, merge those two, stop that one.
Week 12: demo day
Each project is presented to leadership with its baseline, its result, and a control plan: who owns the automation now, how it is monitored, and the shared knowledge file that lets a teammate support it when the builder is out. Demo day is where the ledger gets read aloud.
Why Lean Six Sigma
Every project runs one DMAIC cycle: Define, Measure, Analyze, Improve, Control. We use it for two reasons. First, it is the measurement discipline your operations people already respect, so the results are defensible in the room where budgets are decided. Second, the Control phase forces the question most AI training never asks: what happens to this automation after the class ends? An automation with a control plan survives. One without an owner drifts within a quarter.
Measure the program the way you measure the projects
Attendance and satisfaction scores tell you whether people showed up and enjoyed it. They do not tell you whether the organization can do anything it could not do before. Measure the program with the same ledger the projects use: how many automations are running in production ninety days after demo day, how many hours they return each month against their baselines, and how many participants have started a second project without being asked. Those three numbers are the training's return, and they are the ones to put in front of whoever approved the budget.
- Every participant ships something that runs on real records, not sample data.
- Every project has a baseline taken before the build and a result measured after.
- Every automation leaves with an owner, a monitor, and documentation a colleague can follow.
- Leadership sees the ledger, not a certificate.
Who to send
The person who runs the process, not the person who manages the person who runs it. Operations coordinators, finance staff, HR generalists, customer success leads, the office manager who somehow keeps three systems in sync. They know where the hours go, and they will be the ones maintaining what gets built.
Mix functions. A finance person and an operations person in the same cohort find automations that span the handoff between them, which is where the waste usually lives.
Do not require technical background. If someone works an inbox, a CRM, and a spreadsheet, they can build an automation in this program. When code is the right tool, they learn to work with an AI coding assistant, with their work reviewed.
What it costs, and what offsets it
A private cohort is priced by team size and stated in a written scope before it starts. In New York State, employers may qualify for workforce training credits through Empire State Development that offset a share of the cost; ask on the call and we will point you at what applies to your organization.
The better way to think about cost is against the baselines. A cohort of eight people each automating a process worth a few thousand dollars a year in staff time pays for itself inside the first year, and the ledger will show whether it did.
After week twelve
The team keeps the portal, the control plans, and the ranked backlog of next projects. Some organizations run the next round themselves. Some bring in a pacing partner through CoBuild for the harder builds. Either way the capability stayed in the building, which was the point.
If you are weighing AI training for your team, start with a free Lunch & Learn. We will spend an hour on your processes, not on what a language model is, and you will leave with a sense of which of them your people could automate first.