New to this topic?
We recommend reading these guides first to get the most out of this one:
Level
Resolve Overallocation
Smooth
Reduce Peaks (No Delay)
Float
Your Leveling Budget
Hist
Resource Histogram

What Is Resource Leveling?

Resource leveling is the process of adjusting a project schedule to resolve resource overallocation — situations where more work is assigned to a resource than it can handle at one time. CPM assumes unlimited resources, but reality does not. When two tasks need the same electrician at the same time, one must wait.

The core trade-off: resource leveling may extend the project duration to respect resource limits. This is not a failure — it is a realistic schedule. An infeasible schedule that looks fast but requires people to be in two places at once is not a plan.

The Invisible Schedule Killer

Most project delays are not caused by individual tasks taking longer than estimated. They are caused by resource contention — Task B was ready to start but the only person who could do it was stuck on Task A. This contention is invisible in a CPM schedule because CPM does not model resources. Resource leveling makes the problem visible and solvable.

Leveling vs. Smoothing

TechniqueObjectiveConstraintEffect on Duration
Resource LevelingEliminate overallocation — no resource exceeds capacityResource limits are fixed; project end date may moveMay extend project duration
Resource SmoothingReduce resource peaks while respecting the project end dateProject end date is fixed; only uses available floatNo change to project duration

When to Use Which

Use leveling when resources are the binding constraint and you can flex the timeline (internal projects, early planning). Use smoothing when the deadline is fixed and you need to work within it (contractual delivery dates, regulatory deadlines). Smoothing can only use available float — if there is not enough, you either level (and slip) or add resources.

How Resource Leveling Works

Build the CPM scheduleStart with a resource-unconstrained CPM schedule. Identify the critical path, calculate float for all tasks.
Assign resources to tasksFor each task, identify which resources (people, equipment, skills) are required.
Build resource histogramsFor each resource, plot demand over time. Identify periods where demand exceeds available capacity (overallocation).
Resolve overallocationsDelay non-critical tasks (those with float) to periods when the resource is available. If all competing tasks are critical, the project extends. Use priority rules to decide which task gets the resource first.
Recalculate the scheduleAfter leveling, recalculate the network. The critical path may have changed. New tasks may now be critical because their float was consumed by leveling.

The Resource Histogram

A resource histogram shows demand for a specific resource over time:

Electrician Demand (before leveling):
Wk 1: ██ (2 needed, 2 available) ✅
Wk 2: ████ (4 needed, 2 available) ❌ Overallocated
Wk 3: ███ (3 needed, 2 available) ❌ Overallocated
Wk 4: █ (1 needed, 2 available) ✅
After leveling (delay 2 tasks to Wk 4):
Wk 1: ██ | Wk 2: ██ | Wk 3: ██ | Wk 4: ██ | Wk 5: █ ✅
Leveling spreads the workload across time. The project extends from 4 to 5 weeks, but no electrician is double-booked.

Priority Rules for Leveling

When two tasks compete for the same resource, which one goes first?

RuleLogicWhen to Use
Minimum Float FirstThe task with the least float gets the resourceDefault rule — protects tasks closest to becoming critical
Critical Path FirstCritical-path tasks always winPrevents project extension from resource contention on the critical path
Shortest Task FirstFinish the quick task to free the resource soonerMaximizes throughput and unblocks downstream tasks
Most Successors FirstThe task that unblocks the most downstream work goes firstReduces total idle time in the network
Earliest Due DateTask with the nearest deadline goes firstCustomer-driven projects with hard delivery dates

Resource Types in Manufacturing Projects

Resource TypeExamplesLeveling Consideration
Skilled tradesElectricians, welders, millwrights, pipe fittersOften the binding constraint. Cannot easily substitute.
EquipmentCranes, forklifts, test equipment, welding machinesFixed quantity. Schedule equipment use, not just people.
EngineeringControls engineers, process engineers, validation specialistsShared across multiple projects — multi-project leveling needed.
ContractorsExternal trades, consultants, system integratorsCan often flex quantity (at a cost premium).
Space / accessWork permits, confined space, cleanroom accessPhysical constraints that limit how many tasks can run in parallel.

Multi-Project Resource Leveling

In most manufacturing environments, resources are shared across multiple projects. This is where leveling gets complex — and where Critical Chain's drum resource concept and portfolio management become essential.

✅ Good Resource Management
  • Level resources during planning, not after delays appear
  • Use resource histograms to visualize demand vs. capacity
  • Identify the drum resource (most constrained) and stagger projects accordingly
  • Maintain resource calendars with vacations, training, and availability
  • Level first using float; only extend the project if necessary
❌ Common Mistakes
  • Scheduling without considering resources — infeasible "fantasy schedules"
  • Overallocating key people across 3-4 projects and hoping they can "make it work"
  • Leveling only within projects, ignoring cross-project contention
  • Treating all resources as interchangeable (not all electricians have the same skills)
  • Forgetting non-project work (maintenance, operations support) that consumes resource time

🎯 Key Takeaway

A schedule that ignores resource constraints is a fantasy. Resource leveling makes your schedule realistic by ensuring no one is expected to be in two places at once. Start with CPM for the logic, then level to respect reality. Use smoothing when the deadline is sacred, leveling when resources are the binding constraint. The real power comes from identifying your drum resource — the one person or piece of equipment that constrains everything — and scheduling the whole portfolio around that constraint.

Interactive Demo

Level resource demand across tasks. Shift work to keep resources below the capacity line.

⚡
Try It Yourself
Resource Leveling Simulator
▼
Shift task start times to level resources below the capacity line. Red shading shows when resources exceed the maximum capacity.
0123456789D14D27D39D48D58D62D72D82D9Cap: 6Project Days
Foundation (4)
Framing (3)
Electrical (2)
Plumbing (3)
Finishing (2)
6 workers
3 workers12 workers
Shift Task Start Days
Day 1
012
Day 2
012
Day 3
012
Day 4
012
Day 6
012
9 workers
Peak Resources
4 days
Over-Capacity Days
8 days
Project Duration
8 worker-days
Total Overage
Over-allocated! Resources exceed capacity on 4 days. Try shifting tasks to spread the workload.
Ready for the full knowledge check? Test your understanding with guided scenarios and data export.
PROTake the Pro Knowledge Check →
Free forever · Every feature included

Stop reading, start modeling

Model your process flow, run simulations, optimize staffing with TOC math, and test your knowledge with 107 interactive checks — all in one platform.

Open Workbench → Pro Knowledge Check

Take this to a room

The running order

For schedulers. They should leave able to build a resource histogram and to choose between levelling and smoothing deliberately.

7 beats · 10 min
  1. 1

    The invisible schedule killer

    Most delays are not tasks running long. They are tasks waiting for a person.

    • Task B was ready, but the only person who could do it was on Task A.
    • This is invisible in a CPM schedule, because CPM does not model resources.
    • Levelling makes the problem visible, which is most of solving it.

    Ask the room How many of our recent delays were contention rather than duration?

  2. 2

    The histogram is the tool

    Plot demand for each resource over time against what you actually have.

    • Week 2: four electricians needed, two available. That bar is the problem.
    • One picture per resource, and the overallocation is obvious.
    • Without it, overallocation is a spreadsheet nobody reads.
  3. 3

    Levelling versus smoothing

    Two different operations that get called the same thing.

    • Levelling resolves overallocation and may extend the project.
    • Smoothing reduces peaks using only available float - the end date does not move.
    • Levelling when resources are the binding constraint. Smoothing when the deadline is contractual.

    Ask the room Which of the two do we actually need on this project?

  4. 4

    Float is your levelling budget

    You spend float to fix overallocation, and when it runs out the project slips.

    • Delay non-critical tasks into periods when the resource is free.
    • If all the competing tasks are critical, the project extends. That is real information.
    • Level first with float, and only then consider adding resources.
  5. 5

    Recalculate afterwards

    Levelling changes the network, and the step people skip is checking what it changed.

    • The critical path may have moved.
    • Tasks that had float may now be critical, because levelling consumed it.
    • A levelled schedule that was never recalculated is not a schedule.
  6. 6

    Not all resources are interchangeable

    The common modelling error, and it produces schedules that cannot be executed.

    • Not every electrician has the same certification.
    • Equipment, tooling and test cells are resources too.
    • Resource calendars must include holidays, training and real availability.
  7. 7

    Find the drum resource

    Across a portfolio, one person or one machine constrains everything. Schedule around it.

    • Identify the most constrained resource and stagger projects against it.
    • This is drum-buffer-rope applied to a project portfolio.
    • Levelling inside a project while ignoring cross-project contention solves nothing.

    Ask the room Who or what is our drum resource, and how many projects are pulling on it?