top of page

Before You Hire, Find the Capacity You Already Have

  • 3 hours ago
  • 5 min read

A headcount request often sounds simple: demand is up, the team is stretched, and you need more people. But before you add payroll, pause. The real issue may not be a lack of capacity. It may be that you can't see the capacity you already have.

This is common in growing services teams. One consultant is overloaded while another has open time. A senior specialist gets pulled into routine work because nobody knows who else can handle it. A project manager requests another developer while skilled people sit on The Bench between assignments. The result is Resource Underutilization - and it costs more than most teams realize.

Underused resources create Bench Cost, lower Billable Utilization, and missed revenue opportunities. At the same time, overloaded team members burn out, delivery quality slips, and project delivery leads feel pressure to hire fast. More headcount may eventually be the right answer. But it shouldn't be the first answer.

Before approving the next requisition, use your data to find hidden capacity. Here are three practical ways to do it.

Average utilization can hide serious staffing problems. A team may report 78% utilization overall, which seems healthy. But that number may include a few people running at 105% while others are at 45%.

That isn't a capacity problem. It's a resource allocation problem.

Start by reviewing utilization by person, role, skill, and project. Don't just ask, "Is the team busy?" Ask more useful questions:

  • Who is consistently over their target utilization?

  • Who has available billable hours in the next 30, 60, and 90 days?

  • Which roles are overbooked?

  • Which roles are sitting below target?

  • Are senior staff doing work that junior or mid-level people could handle?

  • Are people spending too much time on internal tasks, rework, or status meetings?

It also helps to separate Billable Utilization from Productive Utilization. A consultant may be busy all week, but if too much of that time is spent fixing avoidable issues, preparing unclear reports, or waiting for client decisions, the work won't translate into revenue.

For example, a delivery lead might see a solution architect at 95% utilization and assume the team needs another architect. But a closer look could show that 20% of the architect's time is spent on project coordination and internal reviews. If a project coordinator or senior consultant can take that work, the architect's capacity increases without adding headcount.

This is why resource planning needs to be forward-looking. Historical timesheets tell you what happened. Resource forecasts help you see what is about to happen.

A service delivery leader should be able to see scheduled work, tentative work, sales pipeline demand, and available capacity in one place. Without that view, hiring decisions become based on noise, not facts.

2. Match Demand to Skills, Not Just Job Titles

A job title doesn't tell you enough about capacity. Two consultants may both be called "Senior Consultant," but one may specialize in integrations while the other is strong in process design. If the upcoming work needs integration skills, only one of them is truly available for that demand.

This is where skills coverage becomes critical.

Build a simple skills matrix for your services team. List the skills that matter to your delivery model, then identify each person's level of experience. Include technical skills, industry knowledge, certifications, product expertise, and delivery capabilities.

You don't need to make it complicated. The goal is to answer questions such as:

  • Do we have enough people who can deliver this type of work?

  • Are key skills held by only one or two people?

  • Which skills are in high demand over the next quarter?

  • Can available people support work that is currently assigned to overloaded specialists?

  • Are we hiring for a true skill gap, or because we haven't identified internal options?

A skills matrix often reveals that the issue isn't total capacity. It's a skills bottleneck.

Say your team has ten consultants, but only two are trained to lead fixed-fee implementation projects. Those two people become overloaded, while other consultants have room in their schedules. Hiring another consultant without the right experience won't solve the real problem. You may simply add more Bench Cost.

Instead, identify the specific work causing the bottleneck. Maybe the two fixed-fee specialists need support with discovery, documentation, configuration, testing, or client training. Some of those tasks may be assigned to other team members with the right guidance.

This approach also protects your Realization Rate. When work is assigned to people who lack the right skills, estimates slip, rework rises, and Fixed-Fee variance grows. Assigning work based on actual capabilities helps protect margin as well as capacity.

3. Build Cross-Training Into Your Capacity Plan

Cross-training is one of the best ways to uncover capacity before hiring. It gives your team more flexibility, reduces dependency on key people, and helps protect delivery when demand changes.

The mistake many services leaders make is treating cross-training as something to do when people are on The Bench. By then, it may be too late. A stronger approach is to plan cross-training as part of normal resource management.

Start with roles or skills that create the most delivery risk. These are usually areas where one person is overloaded, where demand is growing, or where only one person knows how to do the work.

Then create short, focused training plans. Avoid broad training that takes people away from billable work for weeks. Instead, use practical learning steps:

  • Pair a junior consultant with an experienced specialist on a live project.

  • Let a team member own one part of a project, such as testing or client training.

  • Record repeatable delivery processes and templates.

  • Rotate internal support duties so senior people aren't always interrupted.

  • Set aside a small number of planned hours each month for skill development.

  • Track who is ready to support work independently.

The goal isn't to make every person an expert in everything. It is to reduce single points of failure and create more options when project demand changes.

Cross-training can also reduce Resource Churn. When people see a path to learn new skills and take on more meaningful work, they're more likely to stay. That matters because replacing an experienced consultant is far more expensive than developing an existing one.

Keep WIP limits in mind as well. If people are spread across too many projects, cross-training won't help much because nobody has enough focus to learn or deliver well. Limit the number of active assignments per person where possible. Fewer context switches often improve both productivity and quality.

Before you hire, test a simple scenario: if you cross-trained two available team members over the next 30 days, could they take on part of the work driving the headcount request? If the answer is yes, you may have found capacity without increasing payroll.

Hiring is sometimes necessary. If Revenue Backlog is growing, demand is steady, and your skill needs can't be met internally, adding headcount is the right move. But hiring should follow a clear capacity review, not replace one.

The best services leaders don't ask only, "Do we need more people?" They ask, "What work is coming, what skills does it require, and where can our current team absorb it?" That shift helps reduce Revenue Leakage, protect margins, and give your team a more balanced workload. Before you approve your next hire, what hidden capacity might your current team already hold?

About Continuum

Continuum PSA helps service delivery leaders reduce Resource Underutilization by bringing resource availability, utilization, skills, project demand, and revenue forecasts into a clearer view. With stronger Resource Management, teams can assign the right people to the right work, spot capacity gaps earlier, reduce Bench Cost, and make hiring decisions based on real delivery demand rather than guesswork.

 
 
 

Comments


bottom of page