Ask a leadership team what stands between them and next year’s plan and you will usually get one of two answers: the technology stack is behind, or the right people are missing. Both are symptoms. The constraint sits in work design — which tasks stay with people, which move to a model, who approves an exception at 2 a.m., and how quickly a role can be reshaped when the process underneath it changes.
Most organizations still answer those questions in two separate rooms. The technology roadmap commits to a platform, the hiring plan commits to headcount, and both are approved by the same leadership team in the same quarter without describing the same future. The gap surfaces months later as a licence nobody uses properly or a specialist hired into a process that is about to be automated.
The response that survives scrutiny is work redesign: break the outcome into tasks and capabilities, decide what humans and machines each do, name who is accountable when the model is wrong, and review the arrangement on a schedule. Everything below expands that sequence.
Quick Take
- A business need is now a capability statement: one result, plus the skills, tools, data and decision rights required to produce it.
- Roles evolve in fragments. Responsibilities split, merge, or vanish as AI absorbs whole steps inside a process.
- Workforce planning runs on scenarios. A single forecast is a guess with a dashboard attached.
- AI changes task allocation before it changes headcount, so the first question is which tasks move and who does the remainder.
- Oversight and learning need named owners and review dates, treated like any other operating commitment.
This applies to organizations large enough to run an HR function and an IT roadmap in parallel; smaller firms will recognise the same decisions at a smaller scale (as outlined in practical playbooks on ways embracing technology helps small businesses grow), usually with fewer people carrying them.
What a business need means now
A business need is the result the organization must produce for a customer, a regulator, or its own operations. A capability is the repeatable ability to produce that result — a bundle of skills, tooling, data, decision rights and process. Work design is the arrangement that connects the two: which tasks exist, who or what performs each one, where authority sits, and how performance is measured.
The older model treated the org chart as the map of capability. Define a role, fill it, repeat. That holds when the underlying process stays stable for years and the skills inside the role age slowly. Mercer’s Global Talent Trends 2026, drawn from nearly 12,000 executives, HR leaders, employees and investors across 16 geographies and 16 industries, frames the priority as redesigning work to blend human capability with automation. Read closely, that is a work-design question with a workforce consequence attached, which is a different planning object from a hiring target.
| Planning question | Static role model | Capability-based work design |
|---|---|---|
| Unit of planning | Job title and headcount | Outcome plus the task bundle that produces it |
| Source of value | Coverage: a seat is filled | Availability: a capability can be produced on demand |
| Change mechanism | Reorganisation or hiring freeze | Reallocation of tasks and refresh of role profiles |
| Skills assumption | Skills hold for years | Skills decay and must be rebuilt continuously |
| Technology’s position | Chosen after the org chart is set | Designed into the work alongside people |
| Success measure | Roles filled, time-to-hire | Outcome delivered per unit of cost and risk |
Technology’s side of the equation is moving on the same axis. Deloitte’s analysis of technology leaders reimagining work describes four shifts in what technology teams are for:
- From trusted operator to business cocreator, with business and technology strategy developed together.
- From service delivery to value delivery, as automation and as-a-service models absorb routine delivery work.
- From cost centre to revenue engine, with technology work judged on business outcomes.
- From cybersecurity as a control function to cybersecurity as risk and resilience management.
Stack those four and the planning implication is blunt: where technology work is cocreation, the IT roadmap and the workforce plan are two views of one set of decisions—a structural shift that mirrors how technology and digital systems are changing supply chain operations across modern enterprises. Sequencing them in separate annual cycles makes the mismatch close to inevitable.
How the shift actually works
Roles split, merge, and vanish
Traditional workforce planning assumed a linear path: define the roles that support the strategy (a dynamic visible in the growing role of technology in healthcare where role definitions evolve continuously), list the skills in each, build career paths that add proficiency. That only works if the role stays stable long enough for the path to make sense. AI-driven change breaks the assumption. Responsibilities fragment as a model absorbs one step, fragments fuse with neighbouring roles, and some responsibilities disappear outright.
Two practical consequences follow. A job description is a snapshot of a process that is being edited, so it needs a review date like a contract. And the career ladder has to include lateral moves, because the next useful capability may sit in an adjacent function instead of one rung up.
Workforce planning becomes scenario modelling
Korn Ferry’s guidance on strategic workforce planning (October 2023) sets out the mechanics and the failure mode. Most organizations, the firm argues, lack the internal analytic capability to turn HR system data into decisions — “data rich and insight poor.” The framework it offers runs four steps: define the specific planning problem, work out how technology would solve it, use data to choose between buying, borrowing, building and automating, and then model several futures instead of one.
The forecast is the weakest part of that exercise, and the article says so: forecasting is never fully accurate, and the value sits in the planning process. The same analysis projects that by 2030 demand for skilled professionals will far outstrip supply. Treat that as a dated, directional planning assumption rather than a fact about your own labour market.
| Option | What it means | Fits when | Main risk |
|---|---|---|---|
| Buy | Hire the capability from the external market | The skill is scarce internally and the demand is durable | Long time-to-productivity and salary escalation |
| Build | Train and develop people already inside | Adjacent skills exist and the gap is learnable in months | Development cost arrives before the payoff |
| Borrow | Contract, interim or specialist support | Demand is spiky, project-bound, or a bridge to a permanent fix | Knowledge leaves with the contract |
| Bot or button | Automate the task with software or AI | Work is repeatable and the cost of an error is contained | Unowned model behaviour and silent failure |
Hiring tests demonstrated skill and learning speed
Workforce-solutions providers see the hiring edge of this first. BravoTECH, a technology staffing firm, describes its clients moving from reactive hiring toward planning aligned with business priorities and technology roadmaps, blending full-time, contract and consultant resources, and using technical assessments and portfolio reviews in place of credential screens. Its account of AI in recruiting stays measured: automation handles high-volume screening, scheduling and matching, while human judgement carries cultural fit, adaptability, leadership potential and motivation.
That is one provider’s field observation, and the practical signal still holds. When the half-life of a technical skill is short, hiring for demonstrated capability plus learning speed produces a better bet than hiring for a credential that describes the previous stack.
Teams become hybrids, and oversight becomes a job
Info-Tech Research Group’s IT talent research, reported by TechTarget, puts the operating model plainly: the future of IT work is human and AI together, with teams rebuilt around workflows that keep changing. The warning is the useful part. Models hallucinate and fail at reasoning, so they need the same oversight as a staff member holding decision rights.
That converts oversight into a design task. Which decisions may the model take alone? Which require a human check? How does an exception escalate, and who reviews sample output on a fixed schedule? None of that appears in a tool’s feature list, which is why it gets skipped.
Learning moves inside the work
When roles change this fast, training as a separate annual event lapses. Harvard Business Review’s analysis of role evolution, drawing on its 2025 Global Leadership Development Study, reports that 44% of respondents said their organization is placing greater emphasis on upskilling and reskilling within leadership development, and 45% said expectations are rising for leaders to support their teams’ AI upskilling. The design implication is that learning gets embedded in delivery — short, on-demand, attached to the task in front of the person — and that learning agility gets measured at hiring and promotion instead of assumed.
Why it matters operationally
Speed is now the stated competitive strategy. In Deloitte’s 2026 Global Human Capital Trends survey, seven in ten business leaders say their primary competitive strategy over the next three years is to be fast and nimble.
Info
In Info-Tech Research Group’s IT Talent Trends 2026 findings, 89% of IT leaders plan or anticipate restructuring their IT department, 76% of IT managers report moderate or rising stress, 42% of IT professionals are seeking new roles actively or passively, and the half-life of technical skills is under three years.
Set those numbers beside the skill half-life and the arithmetic gets uncomfortable. IT hiring timelines run for months, full productivity takes longer, and the skills a new hire was recruited for are approaching obsolescence around the point that person hits stride. Restructuring follows from that pressure, and restructuring without a work-design rationale produces exactly the churn the stress figures describe.
The risk that receives the least attention sits further out. Automating entry-level work removes the rung where judgement was once built, and the pipeline narrows quietly until it presents as a capability gap several years later. An organization that automates junior analysis needs to invent a new proving ground for analytical judgement, whether through supervised model review, rotation, or apprenticeship-style ownership of harder cases.
Two redesigns, in practice
Info
UBS has run an AI-driven loan service that approves loans without human intervention since 2024, as reported by Harvard Business Review. Credit officers did not disappear. Their work moved to defining parameters, running scenario tests, and coaching the AI systems rather than making each decision individually.
A multinational interviewed for the same analysis uses a “4B” framework to decide how each task will be handled: human talent that is bought, built, or borrowed, or work transferred to a bot or button. The framework matters less than the habit it creates — every task gets an explicit allocation decision with a reason attached, instead of defaulting to whoever did it last time.
In both cases the accountability stayed human even where the approval did not. That is the pattern worth copying: autonomy boundaries written down, escalation paths named, and a defined moment when someone checks the model’s output.
Misconceptions and trade-offs that change the decision
| Misreading | What it gets wrong | Decision rule that holds up |
|---|---|---|
| “AI is a headcount lever.” | Automating a process step changes the mix of tasks; people usually remain, with different work and different accountability. | Model the task reallocation before modelling the staffing change. |
| “We can forecast the roles we will need.” | Forecasts miss, and the workforce-planning frameworks treat accuracy as secondary to the planning process. | Build scenarios, name the triggers that would change the plan, and review quarterly. |
| “Buying the platform is the transformation.” | Tool adoption without redesign leaves the process intact and the return below expectation. | Budget redesign time and oversight capacity alongside the licence. |
| “Human skills are the soft extras.” | Judgement, adaptability and communication are where models fail, and they decide whether a hybrid team functions. | Define and measure them as explicitly as technical skills. |
| “Job descriptions can wait for the next reorg.” | A description written for a stable process becomes the reason a team cannot reorganise. | Give every role profile a review date and a named owner. |
Each number above describes a respondent pool, not your organization. Consultancy and vendor surveys show where attention is moving; they do not establish that a particular redesign will pay back at your cost base. Hold the 2030 talent-supply projection the same way — useful as a planning assumption, unreliable as a budget line.
A practical redesign playbook
Run this sequence on one business outcome first, at a scale you can finish inside a quarter. Each step produces an artifact the next step depends on.
Prerequisites
- A named business outcome with an accountable owner and a measurable target.
- An inventory of the roles, tasks and vendors currently delivering that outcome.
- Access to HR and IT data on skills, headcount, system spend and contract terms.
- One person willing to own model oversight and hold the escalation path.
- Name one outcome and its measure. Pick a result the business already tracks — cycle time on a credit decision, first-response time on a support queue, forecast error on a supply plan — and write down the target alongside the single accountable owner. If two owners are named, the outcome will stall.
- Deconstruct the work into tasks and capabilities. List tasks at the level where one person or one system completes a unit of work, and mark every handoff, because handoffs are where delay and rework concentrate.
- Sort each task by judgement and cost of failure. Repeatable work with contained errors is the automation candidate; work requiring judgement or carrying expensive errors keeps a human decision right; the middle band becomes a hybrid task with a defined check. Record the reasoning, because that record is what you revisit next quarter.
- Test the allocation against buy, build, borrow, and bot. For every remaining human task, ask whether the capability is best hired, trained, contracted, or automated, and write down why the other three options lost.
- Model three scenarios, including doing nothing. Compare the current plan against a technology-led scenario and a capability-led one, tracking attrition, skills gaps and cost in each. Keep the output as a range of futures; at least one will be wrong.
- Design the hybrid team and write the oversight rules. Define what the model may decide alone, what requires a human check, how exceptions escalate, and who reviews sample output on a fixed cadence. The rules should be readable by the people doing the work, not only by legal.
- Embed learning and schedule the review. Make learning agility a hiring and promotion criterion, protect time inside delivery for learning, and set a review date on every affected role profile so the description changes when the work does.
Verify the result
- One outcome, one owner and one numeric target are written down and accepted by the people delivering it.
- Every task behind that outcome has a stated allocation and a recorded reason.
- Three scenarios, including no change, have been compared on the same measures.
- Model autonomy boundaries and the escalation path are documented and visible to the team.
- A named person reviews model output on a fixed cadence, with a record of what was found.
- Each affected role profile carries a review date and an owner.
Step six is where a capacity problem often appears rather than a design problem: oversight, monitoring and incident response need coverage outside office hours. Where the internal team cannot hold that rota while also designing the work, an IT support services arrangement can carry routine service and escalation volume, which keeps the people who understand the process on the redesign.
The first move
Pick one outcome, run the seven steps once, and book the review before the launch date. That is a small enough commitment to survive a busy quarter and concrete enough to produce evidence about what your organization can actually reallocate.
The advantage goes to organizations that can describe, in plain language, how work moves between people and machines — and who changes the arrangement when it stops working. That description is the deliverable. The org chart, the platform choice and the hiring plan are all downstream of it.
Success
A redesign is ready to scale when the outcome, the oversight owner and the review date are all named and accepted by the people doing the work.
💬 Comments