A resource histogram is a bar chart that shows how much of a resource, usually people, is scheduled to work in each period of a project. Time runs along the bottom, hours or headcount up the side, and each bar shows the total demand for that period. Draw a line across it for the capacity you actually have, and the picture tells you instantly where the plan asks for more than the team can give. That single view, demand against capacity over time, is why the histogram has outlived most of the hand tools it grew up with.

Key takeaways

  • A resource histogram plots resource demand per period as bars, with a capacity line drawn across the top, so over-allocation shows up as bars that punch above the line.
  • Resource loading is the underlying data (how many hours each resource is booked for each period); the histogram is the chart that displays it.
  • You build one by summing the assigned hours for a resource across every task in each period, then comparing the total to that resource's available hours.
  • When a bar exceeds capacity, you fix it with resource leveling or resource smoothing, not by ignoring the overshoot and hoping.
  • Modern PPM and scheduling tools draw the histogram automatically, but reading one correctly is still a core resource-planning skill and a common PMP exam topic.

Last updated July 2026.

What is a resource histogram in project management?

A resource histogram is a graphical bar chart that shows the amount of a resource scheduled to work over each unit of time in a project. The horizontal axis is time, split into days, weeks, or months. The vertical axis is the quantity of the resource, measured in hours, days, or headcount. Each bar is the total demand for that period, and a horizontal line marks the capacity available, so any bar rising above the line is an over-allocation you need to resolve.

The reason it matters is that a task list or a Gantt chart tells you when work happens, but it hides how much simultaneous demand lands on any one person. A histogram makes that demand visible. If three tasks all need the same senior engineer in the second week of March, the schedule looks fine, but the histogram shows a bar at 150 percent of that engineer's capacity and tells you the plan is not real. It is the difference between a plan that looks achievable and one that is.

Resource histogram vs resource loading chart

People use the two terms almost interchangeably, and the difference is small but worth knowing. Resource loading is the data: the number of hours each resource is booked to work in each period, produced by adding up every task assignment for that resource. A resource loading chart or resource histogram is the visual that displays that data as bars. In practice, when someone asks for a resource loading chart and someone else asks for a resource histogram, they usually want the same picture.

The loading numbers come from combining two things. First, the assignments: which named people are on which tasks and for how many hours. Second, the schedule: when those tasks are calculated to run, which comes out of critical path analysis. Overlay the two and you can aggregate demand for each resource across time. That aggregated demand is the loading, and the histogram is how you look at it. Getting the underlying assignments right is the job covered in resource allocation in project management; the histogram is how you check that the assignments add up to something the team can survive.

What a resource histogram shows

Read left to right, a well-built histogram tells you three things at once: total demand per period, how that demand compares to capacity, and how the load rises and falls across the life of the project. The bars are the demand. The capacity line is the ceiling. The shape is the story. A histogram that spikes hard in the middle and sits near empty at the ends is a classic sign of a plan that front-loads dependencies and leaves people idle before and after.

Here is a simple loading table for one engineer across six weeks, the kind of data a histogram draws. Assume the engineer has 40 available hours per week.

WeekAssigned hoursCapacityLoadStatus
1244060%Under
24040100%Full
35840145%Over-allocated
45240130%Over-allocated
5164040%Under
684020%Under

Plotted as bars, weeks 3 and 4 punch above the 40-hour line while weeks 5 and 6 sit half empty. The fix is almost always to move some of the week 3 and 4 work into weeks 5 and 6, which is exactly what resource leveling and smoothing do. Utilization, the ratio of booked to available hours, is the metric that summarizes this row by row, and it is covered in resource utilization.

How to build a resource histogram

You can build one in a spreadsheet in an afternoon, and it is worth doing by hand once so you understand what your tool is drawing for you.

  1. Pick the resource and the time unit. Choose a single resource (one person or one role) and decide whether you are charting by day, week, or month. Weeks are the usual default for a multi-month project.
  2. List the tasks that use the resource. Pull every task the resource is assigned to, with the hours assigned and the scheduled start and finish for each.
  3. Spread each task's hours across its periods. If a task is 40 hours over two weeks, that is 20 hours in each week. Do this for every task.
  4. Sum the hours per period. Add up all the tasks' hours in each week to get the total demand for that week. This is the loading.
  5. Add the capacity line. Enter the resource's available hours per period (40 for a full-time person, less if they carry other duties) and draw it as a line across the bars.
  6. Read the overshoots. Any bar above the line is an over-allocation. Note which weeks and by how much.

Repeat per resource, or stack the roles into one chart to see team-wide demand. For a whole portfolio rather than one project, the same logic scales up into the capacity view described in the capacity planning template, where supply and demand are compared across every project at once.

How to fix an over-allocated histogram

A histogram is a diagnosis, not a cure. Once it shows a bar above the capacity line, you have three honest options and one dishonest one. The dishonest option is to leave it and assume people will absorb the overload, which is how projects quietly slip and people quietly burn out. The three real options are to move work, add capacity, or cut scope.

Moving work is the most common. If a task has slack, you delay it into a period where the resource has room, which flattens the peak without pushing the end date. That is resource smoothing. If there is not enough slack and the overload cannot be absorbed inside the existing finish date, you extend the schedule to resolve it, which is resource leveling. The distinction between the two, and when each is the right call, is the subject of resource leveling vs smoothing. Adding capacity (bringing in another person) and cutting scope (removing lower-value work) are the levers you reach for when neither leveling nor smoothing can close the gap. Deciding which lever to pull across many projects at once is a portfolio-level judgment, covered in resource capacity planning for project portfolios.

Resource histogram vs Gantt chart

A Gantt chart and a resource histogram answer different questions, and mature plans use both. A Gantt chart shows when each task runs and how tasks depend on each other, laid out as bars along a timeline. It is the map of the work. A resource histogram shows how much demand all that work places on a given resource in each period. It is the map of the load. The Gantt tells you the sequence; the histogram tells you whether the sequence is staffable.

This is why a schedule can look perfectly reasonable on a Gantt chart and still be impossible. The Gantt happily shows six tasks running in parallel in the same week, because it does not care who does them. The histogram cares, and it will show that those six tasks all land on two people who cannot do the hours. Build the schedule on the Gantt, then check it on the histogram, then commit. The commitments the histogram validates are the ones you record in the resource management plan.

Frequently asked questions

What is a resource histogram used for?

A resource histogram is used to check whether a schedule is actually staffable. By plotting the demand on a resource in each period against the capacity available, it shows where a plan asks for more hours than a person or team can supply. Project managers use it to spot over-allocation, balance workloads, and decide where to level or smooth the schedule before committing to dates.

What is the difference between a resource histogram and a resource loading chart?

There is almost no practical difference; the terms are used interchangeably. Strictly, resource loading is the underlying data, the number of hours each resource is booked for in each period, while the resource histogram or loading chart is the bar chart that displays that data. When someone asks for either, they usually want the same picture of demand over time against capacity.

How do you create a resource histogram?

List every task a resource is assigned to with its hours and dates, spread each task's hours across the periods it runs, then sum the hours per period to get total demand. Add the resource's available hours as a capacity line and plot the totals as bars. Any bar above the line is an over-allocation. A spreadsheet handles this in an afternoon, and scheduling tools generate it automatically.

Is a resource histogram the same as a Gantt chart?

No. A Gantt chart shows when tasks run and how they depend on each other along a timeline. A resource histogram shows how much demand those tasks place on a given resource in each period, against capacity. A schedule can look fine on a Gantt chart and still be unstaffable, which the histogram reveals. The two are complementary, not interchangeable.

Why is a resource histogram important for the PMP exam?

The resource histogram appears on the PMP exam because it is the standard tool for visualizing resource demand and identifying over-allocation, and it connects directly to resource leveling and smoothing. Candidates are expected to know that bars above the capacity line signal over-allocation and that leveling extends the schedule while smoothing uses slack. Understanding the chart is a prerequisite for the resource optimization questions.

The histogram is one piece of the wider job of putting real people against funded work. For the assignment mechanics that produce the loading in the first place, see resource allocation in project management, and for the two techniques that flatten the peaks it exposes, see resource leveling vs smoothing.

T
Theo Krane
Resource and capacity planning lead. Resource management and capacity-planning lead; writes about staffing project portfolios without burning teams out.