Decide what to keep. Know what to move.
The workforce plan is already being written by the agent
Every deployment makes a claim about which capabilities will be needed, built, borrowed or no longer funded. If the organisation treats that claim as a productivity gain instead of a workforce scenario, the first surprise will arrive as a restructuring.
What it feels like
The slow dread of seeing a capability disappear from job postings before anybody has said it is no longer valued.
You are not a cost line waiting to be optimised. You are part of the capability the new system is assuming exists.
Some dread doesn’t arrive with a redundancy announcement.
It arrives when a job posting vanishes and nobody says the capability has stopped mattering.
The work still lands in your inbox. Then the assistant offers to do the first part, and the forecast changes somewhere you can’t see.
You’re not anxious for noticing this early.
You’re seeing a plan before anybody has called it a plan. A demand forecast is often a decision in its quietest form.
You’ve got deadlines, messages that need answers, and work that doesn’t become meaningful by being repetitive.
If an assistant can extract figures, draft, or find a policy exception, taking the help isn’t betrayal. It’s what people do when the afternoon is crowded.
The alarming version has a robot in it.
This one has a spreadsheet.
Notice the accounting.
Every delegated task makes a claim about which capability will still be needed, which will be built, which will be borrowed, and which stops being funded.
2016 — Your team asks for another analyst. The work is growing and somebody has to turn the data into something actionable.
2021 — The requisition waits for approval. The work is still growing. “Capacity” has started to mean a budget problem.
2024 — The assistant drafts the analysis. You correct it, because you know where the strange cases live.
2026 — The forecast says fewer analysts. And more people to own what the assistant does.
The requisition is not the plan
It’s tempting to think workforce planning means a number in a spreadsheet.
This many people now, that many later.
That’s the version that reaches the meeting. It isn’t the thing that decides whether the meeting understood the work.
Your real starting point is a bounded decision.
Maintain a service level while a workflow gets automated. Protect a scarce capability while volume contracts. Retire a legacy process.
Staff an expansion.
The procedure asks for a one-page decision charter inside ten working days.
Accountable and planning owners. Budget and process owners. People to consult. Your population, geography, employment types, horizon, exclusions, capability families, decision dates, and the conditions that reopen it.
That isn’t HR paperwork making itself useful.
It’s the difference between “AI will improve productivity” and “maintain 95% of priority cases within one business day while assisted drafting enters two queues.”
The first gives everybody somewhere to hide. The second makes a claim about service, scope and residual work.
And the plan mustn’t smuggle organisation design in through a side door.
A capability requirement isn’t permission to redraw reporting lines, collapse layers, or decide job architecture by implication.
A calculation about demand doesn’t settle cross-border employment or compliance either.
Your forecast can name what it assumes. It can’t make the other decision disappear.
The baseline remembers
An agent demonstration starts with the cleanest case.
Workforce planning starts with your work records. Volume, seasonality, service levels, case mix, work in progress, effort time, defects, backlog.
Then it finds the supply that actually exists. People records, vacancies, contract end dates, internal movement, leave, proficiency evidence, allocation.
Your missing work matters too. Escalations. Reconciliations. Peer coaching. Interviews amend the record rather than replacing it.
The usual window is twelve completed months, because an average month deletes the peak that made your capability important.
A report can say 4,800 hours a quarter go somewhere. It can’t say whether that work is a bad workaround, a regulatory control, or the reason customers stay.
That belongs to the process owner. Not the total.
Here’s where the slow dread turns out to be accurate.
A capability inventory can mark everybody competent and still tell nobody who can independently do the difficult work.
It has to separate independent, supervised and developmental capacity. With evidence. A credential, a work sample, an assignment, a manager validation.
A count with 60% complete skill records isn’t precise. It’s a confident-looking gap.
You’re not a cost line waiting to be optimised.
You’re part of the capability the new system assumes exists. The person who knows whether the record is wrong, whether the exception is real, whether a customer outcome is safe to call complete.
The task can be delegated. The assumption behind the delegation is about a whole system of judgment.
A saving is a scenario
Your agent doesn’t make demand vanish in one movement. It changes an activity.
A serious scenario starts with your volume and service assumptions, breaks the process into activities, and maps capability against proficiency.
It asks what happens to effort, exceptions, review and maintenance.
It doesn’t dress a preferred headcount as a forecast.
The first model runs across eighteen monthly periods, with transition kept separate from steady state.
Transition can demand more people, not fewer. Experts test outputs. Trainers coach users. Your team runs old and new procedures in parallel.
Take later efficiency on day one and you’ve manufactured a surplus before any evidence exists.
Your process owner signs the changed tasks. Your technology owner signs the operating state. Finance signs the demand-volume basis.
A vendor demonstration signs none of them.
The OECD warning is plain. Exposure to AI is not the probability of automation, and employment effects can include displacement, productivity and newly created tasks.
Which is why the question has to be task by task.
An agent that prepares a supplier bank-detail change doesn’t do accounts payable.
Not leftovers
Here’s the part a headcount picture can’t show.
Your agent retrieves a record, creates a reversible proposal, submits it for approval. It can’t release the payment.
The work didn’t go from human to machine. It got divided.
Preparation, approval, commitment, exception, recovery.
And that division creates a different capability demand.
Somebody sets the allowed purpose. Somebody turns that into tool allowlists, argument schemas, credential scopes, approval checks, rate limits, state transitions.
Somebody reviews evidence, owns policy, maintains the connector, recovers the failed runs. It’s going to be you.
Governance isn’t an accessory here. It’s part of the work being forecast.
An approval has to be more than a person looking at a screen. It binds to an action type, a resource, exact arguments, evidence, a policy version, a requester, an approver, an expiry.
If the tool argument or the source record changes, your old approval isn’t authority any more.
Recognising when a better-looking answer is actually a different decision — that’s a capability.
Same after the action. A model’s message isn’t evidence that anything changed.
And you have to understand the trace when a run doesn’t return cleanly.
None of those people appear in “the agent handles it.”
The forecast has to lose
Workforce planning turns cruel when its scenarios get presented as destiny.
It’s healthier, and more honest, when they’re allowed to fail in public.
Examine your monthly demand forecast with mean absolute percentage error. Forecast 10,000 cases, observe 11,500, and you’re 13% out.
Repeated 8% under-forecasting isn’t the same problem as volatility that happens to average to zero.
And when actual volume approaches zero, a percentage should give way to an absolute threshold in cases, hours or people.
Even an elaborate model has to earn its authority against a plain comparator. Last period carried forward. A seasonal average. A manager’s estimate.
If it can’t beat that across six to twelve cycles, the extra machinery supplied no signal.
That isn’t a failure of ambition. It’s a refusal to turn decoration into a permanent staffing decision.
The capability side is just as revealing.
Your cohort can have twenty enrolled, seventeen completed, fourteen assessed, and eleven independently deployed.
That difference isn’t an HR technicality. It’s the gap between a course being attended and a service being safely staffed.
Your team can show 110% aggregate capacity while one person holds over half the deployable supply. That’s a continuity risk, not comfort.
A line labelled available resource won’t tell you where judgment actually lives.
Automation deserves the same suspicion.
In the documented example, primary work falls from 22 minutes to 13. Your review adds four. And 15% of cases need ten minutes of rework.
Net time is 18.5 minutes. A 15.9% improvement. Not the 40.9% reduction visible at the first step.
Faster work that pushes correction onto your customer, a downstream team or a future audit isn’t work removed.
It’s work that changed hands.
Then build, buy and borrow become routes rather than slogans.
Build gives you learner intake, completion, practice, assessment, deployment. Buy gives you requisition approval, search, acceptance, notice, onboarding, independent work. Borrow gives you supplier lead time, access clearance, knowledge transfer, an end date.
A ninety-day contractor assignment that needs forty-five days of security and system onboarding contains forty-five days of productive service.
That isn’t an opinion about contractors. It’s time doing arithmetic without pretending to be strategy.
The future arrives as maintenance
Your plan isn’t finished when the tool goes live.
During a live automation transition it wants a thirty-day operating review. Once measures stabilise, quarterly.
Your actual volume, productive time, quality, adoption, exceptions, vacancies, exits, training conversion, employee movement. All set beside the scenario.
Change one assumption at a time where you can, so you can understand a miss rather than narrate it away.
Your ledger stays open for at least four quarters after the original decision.
Did the demand mix change? Did adoption fail? Was the capability taxonomy too broad? Did training fail to make people independently deployable? Did attrition cluster in one expert cohort?
A plan that can’t learn from those isn’t protecting anybody from surprise.
It’s preparing a surprise with better typography.
One working convention allows a high-confidence label only when at least 90% of productive supply has current evidence, and the key demand driver has stayed inside tolerance for three cycles.
Not a universal standard. An admission that a permanent action taken on less evidence is still a scenario, however confident the colour on the slide.
The World Economic Forum’s 2025 employer survey records anticipated strategies, not completed transitions. Some 47% expected to move people from AI-disrupted roles into other positions. And 41% expected reductions from skills obsolescence.
The more revealing number is local and comes afterwards.
Of your sixty affected employees, how many entered a role, became independently capable, left voluntarily, or were still waiting at ninety days?
Intentions don’t become transitions because somebody announced them.
That’s why you can feel the workforce plan before anyone announces it.
You’re seeing the first task handed over. The requisition slowed. The new approval role appearing. Your expertise recast as exception work. The record that still has to be interpreted after the agent has spoken.
The plan is already being written in those movements.
Not because you failed to keep up. Not because a machine judged you.
Because your employer started changing its demand for capability, task by task, while calling the change a productivity gain.
The correction is simpler and harder. You’re not a cost line waiting to be optimised.
You’re part of the capability the new system is assuming exists.
Put this to work
- A workforce plan begins with a bounded decision charter and a baseline of both work demand and productive capability supply.
- Automation demand must be modelled by activity, capability, proficiency, exception, review, and maintenance work rather than by headcount alone.
- Build, buy, and borrow create different supply pipelines with distinct lead times, yield, access, and deployable-capacity constraints.
- Forecast error, readiness, concentration, net time change, intervention yield, and transition outcomes test whether a plan is real.
- An agent changes work only through bounded runs, scoped tools, approvals, committed results, and recovery paths that create new ownership roles.
- Released task time is not a workforce result until the organisation observes what happens to demand, quality, review work, and productive supply.
Questions
- What is a workforce plan deciding when an agent is introduced?
- A workforce plan decides how demand for capabilities and productive supply will change while an automated workflow is introduced. It names the service outcome, affected capability families, population, geography, employment types, owners, measures, decision dates, and reopening conditions. It does not simply predict a headcount total, because the agent can remove, add, split, or intensify tasks within the same role.
- Why is a productivity claim not the same as a workforce forecast?
- A productivity claim describes an expected change in effort. A workforce forecast tests whether volume, case mix, service levels, quality, review, exceptions, maintenance, and available proficiency change as expected. Automation can reduce primary task time while adding review and rework, or release capacity that is used to clear a backlog. A headcount conclusion without those conditions is an assumption, not an observed workforce result.
- What belongs in the capability baseline before automation changes anything?
- The demand baseline includes recent volume, seasonality, service levels, case mix, work in progress, effort time, quality defects, and backlog. The supply baseline reconciles people records, vacancies, contract end dates, internal mobility, leave patterns, proficiency evidence, and actual allocation. Interviews can reveal hidden escalations and reconciliations, but operational records remain the baseline rather than being replaced by anecdote.
- Why do planners use 12 completed months instead of an average month?
- A 12-completed-month observation window exposes peaks, seasonality, and unusual operating periods that an average month can conceal. It supports a baseline for volume, effort, quality, backlog, and service levels before automation changes the workflow. The capability inventory also needs evidence and confidence beside each field, because an incomplete skill record cannot be treated as a precise measure of deployable supply.
- What does an 18-month workforce scenario make visible?
- An initial scenario across 18 monthly periods separates transition from steady state. During transition, subject-matter experts test outputs, trainers coach users, and teams can run an old and new procedure in parallel. That temporary work can require more people before any later efficiency arrives. Applying the eventual efficiency from the first month creates a fictitious surplus and can turn an untested assumption into a staffing action.
- How are build, buy, and borrow actually different?
- Build, buy, and borrow are supply pipelines rather than interchangeable labels. Build moves through learner intake, completion, practice, assessment, and deployment. Buy moves through requisition approval, search, acceptance, notice, onboarding, and independent work. Borrow requires supplier lead time, access clearance, knowledge transfer, and an end date. A 90-day contractor assignment with 45 days of onboarding provides only 45 days of productive service unless extended.
- What does deployable capability mean?
- Deployable capability means productive capacity at the proficiency the operating work requires, supported by current evidence. A readiness ladder distinguishes enrolled, completed learning, assessed, supervised live work, and independently deployable people. In a cohort of 20 enrolled, 17 completed, 14 assessed, and 11 independently deployed, only the final group counts as independent productive supply; the earlier stages explain pipeline health.
- Why can a team look fully staffed and still be fragile?
- Aggregate capacity can hide concentration risk. A group may show 110% aggregate capacity while one incumbent holds 55% of the deployable capability needed for a critical activity. Readiness must therefore be paired with coverage of required qualified shifts, evidence freshness, and a succession map for critical capabilities. Self-reported skills are leads rather than proof; work samples, certifications, observed performance, and manager validation provide stronger evidence.
- How does an agent change the work instead of merely speeding it up?
- An agent changes work through a bounded run with a stated purpose, named records, scoped tools, policy version, and time. It can retrieve information, create a reversible proposal, or seek approval, but a commit changes a business, legal, or physical state and needs a separate control. The remaining work includes approving, reviewing, handling exceptions, maintaining rules, recovering failures, and owning the downstream result.
- What makes an agent approval a real control?
- A real approval binds an authorized person to a stable proposed act before the relevant tool runs. The record identifies the action type, affected resource, exact arguments or digest, supporting evidence, policy version, requester, approver, and expiry. It supports four outcomes: approve, reject, request further evidence, or cancel. A changed source record, tool argument, or policy invalidates the prior decision.
- What proves that an agent has completed a task?
- A committed downstream tool result proves that an external state changed; an agent's natural-language completion message does not. The evidence records a confirmation number, resulting record version, and timestamp, then links that record to the agent run. If activation times out, the runtime checks the downstream system using an idempotency key before it records completion, retries safely, or parks the case for an operator.
- How is automation time saved measured honestly?
- Net time change is measured per completed unit after primary work, review, exceptions, and rework are included. In the documented example, 22 minutes of pre-change work becomes 13 minutes of primary work, plus 4 minutes of review and 15% of cases needing 10 minutes of rework. Net time is 18.5 minutes: a 3.5-minute or 15.9% improvement, not the apparent 40.9% reduction.
- What measures show whether the workforce forecast deserves trust?
- A credible scorecard compares forecast and actual volume, case mix, effort, service level, backlog, and productive supply. It reports absolute error and forecast bias, readiness and concentration, automation eligibility and adoption, net time change, quality, intervention yield, lead time, employee movement, and transition outcomes. A scenario model should outperform a transparent comparator over six to twelve cycles or be simplified or corrected.
- When can a workforce decision be called high confidence?
- One working convention labels a major workforce gap high confidence only when at least 90% of productive supply has current evidence and the key demand driver has remained within its stated tolerance for three cycles. This is a decision rule rather than a universal standard. It makes visible whether a permanent action rests on observed conditions or on incomplete data and untested automation assumptions.
- Why does the plan need to keep running after the announcement?
- A workforce plan remains a controlled set of hypotheses until observed data replaces its assumptions. A live automation transition uses a 30-day operating review and later quarterly review when measures stabilize. The forecast-versus-actual ledger is maintained for at least four quarters after the original decision. It records whether demand, adoption, capability taxonomy, training conversion, or attrition differed from the original scenario.