Skip to main content
Back to blog
Blog

Capability Planning Beyond Headcount

Organisations often plan roles and capacity even as work, technology and decision paths change. Capability Planning connects future work with roles, skills,...

Andrea Giugliano
Capability Planning Beyond Headcount

Many organisations still respond to change with the same question: how many roles do we need?

The question is not inherently wrong. It simply comes too early. A headcount figure tells you very little about the work that will need to be done, the decisions that work will require, or the capabilities needed across people, processes and technology.

Planning only the number of people therefore makes it remarkably easy to plan yesterday’s organisation.

Headcount answers a quantity question, not whether the organisation can execute

Headcount planning primarily considers roles, cost and organisational allocation. Capacity planning adds the working time that is realistically available. Both are necessary for budgeting and operational control. Neither is sufficient when tasks, roles or technologies change materially.

Consider an organisation introducing AI-supported steps into product development, customer service or internal functions. Its existing headcount plan can show how many people work in the affected areas. It does not automatically show:

  • which tasks will disappear, emerge or become more demanding,

  • which decisions must remain with people,

  • which quality standards, data and governance the new workflow requires,

  • which skills individuals need,

  • or whether the organisation as a whole can perform this work reliably.

Strategy is not executed through staffing numbers. It is executed through a system of work that connects the right tasks, roles, decisions, capabilities and technologies.

Headcount, capacity, skill and capability are not the same

These terms are often used interchangeably. A clear distinction makes planning more useful:

Term

Core question

Example

Headcount

How many roles or people are planned?

Twelve people are assigned to a product area.

Capacity

How much working time is realistically available?

After operations, support and absence, six person-months remain for change work.

Skill

What specific, learnable ability does a person or team have?

Analysing data, conducting customer interviews or evaluating AI output.

Capability

Can the organisation repeatedly achieve a desired result under real conditions?

Identifying customer problems, validating options and making sound product decisions.

A capability is therefore more than the sum of individual skills. It emerges only when people, roles, decision rights, processes, information and technology work together.

A team may have strong data-analysis skills and still lack reliable decision capability. The data may be unreliable, accountability unclear or the process may never turn evidence into priorities. The skill exists and is available, but the organisational capability does not yet exist and needs to be build.

Current evidence supports a broader planning perspective

Three recent sources show, from different perspectives, why quantity alone is too narrow a basis for workforce planning.

According to its publisher, McKinsey’s HR Monitor 2026 draws on a survey of approximately 1,300 HR professionals and 5,500 employees across ten countries. The report says only 11 per cent of surveyed organisations planned workforce needs strategically with a horizon of at least three years. McKinsey argues that planning needs to become more task- and capability-based. This is a relevant signal, but not a universal causal finding: the study comes from a consultancy, relies on self-reported data and uses a country scope that changed from the previous year.

The joint report Changing landscape of skills in the age of AI, involving the ILO, Cedefop, Eurofound, the European Commission, UNESCO and other institutions, describes growing demand for higher-order cognitive, socioemotional, digital and AI-related skills. It also stresses broader capabilities, adaptability and human agency. This is an institutional synthesis of labour-market and skills developments. It does not prove that any particular Capability Planning model will produce results in an individual organisation.

Eurostat reports that, in 2025, 70.3 per cent of EU enterprises that had considered AI technologies but did not use them cited a lack of relevant expertise as a reason. The figure is useful but narrow: it applies to enterprises in Eurostat’s defined scope that had considered AI and still used none of the surveyed AI technologies. It does not establish a general skills shortage, nor does it show that training alone would solve the problem.

Taken together, these sources do not provide a ready-made blueprint. They support a clear planning question: when work and technology change, an organisation needs to understand more than the number of people available.

Capability Planning starts with strategy, not a skills catalogue

A common mistake is to build extensive skills catalogues before clarifying which results the organisation will need to achieve. That creates activity, not necessarily stronger execution.

A pragmatic starting point follows six steps.

1. Make strategic results concrete

Start with a small number of results that genuinely matter over the next twelve to 24 months. Avoid abstractions such as “become more digital”. Describe observable changes instead.

For example:

  • Product-investment decisions are made using verifiable customer and value signals.

  • A regulated process remains reliable and auditable despite changes in technology.

  • Strategic initiatives are prioritised before the same key roles are spread across several programmes.

Without this link, Capability Planning becomes another HR list disconnected from strategy.

2. Make critical work and decisions visible

Do not begin by asking which roles you need. Ask first:

  • Which work must happen reliably to achieve the desired result?

  • Which tasks will change because of technology, automation or customer expectations?

  • Which decisions are critical?

  • Which handovers and dependencies determine lead time?

  • Where do quality or governance risks emerge?

This shifts attention from job descriptions to the real system of work.

3. Define capabilities as repeatable organisational abilities

A useful capability describes a result the organisation needs to achieve repeatedly.

“Prompt engineering”, for example, is a skill. “Designing AI-supported work so that professional quality, data protection and accountability remain verifiable” is an organisational capability.

The second formulation forces a broader perspective. It includes not only individual knowledge but also data, roles, governance, technical integration and feedback loops.

4. Analyse the gap in the system, not only in people

Review at least five dimensions for every priority capability:

  1. People and skills: Which knowledge and practical experience are missing?

  2. Roles and decisions: Are accountability and decision rights clear?

  3. Processes and flow: Does the workflow support the desired result?

  4. Data and technology: Are information, tools and technical integration reliable?

  5. Governance and learning: Are quality limits, feedback and a verifiable learning cycle in place?

This prevents every problem from being treated reflexively as a recruitment or training issue.

5. Combine interventions instead of adding roles by default

Not every capability gap requires more employees. Depending on the cause and time horizon, useful interventions may include:

  • redesigning existing roles and decision paths;

  • building skills through training and supported application;

  • changing team composition;

  • using external expertise for a limited period;

  • simplifying or deliberately stopping work;

  • automating suitable tasks;

  • improving data, tools or governance;

  • recruiting selectively when the capability cannot be built internally in time.

The right answer is often a combination. Capability Planning does not replace headcount planning. It gives it strategic and organisational context.

6. Manage through observable signals, not false precision

Capabilities cannot be assessed responsibly with a single percentage. A maturity scale may provide orientation, but it must not manufacture certainty.

Use concrete signals instead:

  • Are critical decisions made faster and with stronger evidence?

  • Can the work be performed without continuous escalation?

  • Is dependence on individual key people decreasing?

  • Are quality limits being respected?

  • Can teams absorb new requirements without overloading the entire system?

  • Do learning loops show that both the approach and the result are improving?

Capability Planning thereby becomes an ongoing management responsibility, not an annual spreadsheet exercise.

Avoid three common failure modes

Creating a new capability bureaucracy

Hundreds of skills, maturity levels and role profiles do not produce better execution. Prioritise only capabilities linked to a strategic result or a material risk.

Treating training as the default answer

Training can build knowledge and shared language. It cannot resolve unclear accountability, poor data or blocked processes. Capability building needs to sit within a functioning system of work.

Turning Capability Planning into a promise of impact

A better planning logic does not automatically cause better results. It can expose assumptions and structure decisions. Whether it creates impact depends on execution, leadership, context and learning capacity. That limitation should be explicit in the planning itself.

Start small

You do not need an enterprise-wide capability map to begin.

Choose one strategically relevant result and one unit of work where execution is visibly constrained. Describe the critical work, formulate two to four necessary capabilities and review the gap across people, roles, processes, technology and governance.

Then decide which combination of capability building, redesign, external support, automation or deliberate reduction makes sense. After a defined period, review the observable signals and revise your assumptions.

The value does not lie in the completeness of the map. It lies in making better decisions about which organisational ability strategy genuinely requires and what must change for that ability to emerge.

Conclusion: plan the ability to execute

Headcount remains a necessary management measure. Capacity remains a necessary operational constraint. Skills remain a necessary foundation for good work.

Capability Planning connects these levels to strategy, the operating model and real work. It exposes whether an organisation can repeatedly achieve a desired result and whether people, roles, processes, technology or governance are preventing it.

The better question is therefore not only: How many people do we need?

It is: Which work must our organisation be able to master in future, and which system will make that capability possible?

If you want to connect capability gaps with strategy execution, the operating model and practical implementation, explore our consulting for strategy and organisation.