Resource loading: when it's worth it, when it isn't

Last reviewed 9 September 20261,108 words5 min read

๐ŸŸฉ In one line: Resource loading attaches labour, plant or cost to activities so the schedule can produce a histogram and prove a plan is achievable. It is a maintenance commitment for the life of the project, not a one-off setup task.

DCMA check 10 asks whether all remaining work is resource loaded. It is the one check in the fourteen that should not be read as a failure.

Plenty of well-run projects deliberately run an unloaded programme with cost and manpower controlled in separate systems. That is a design decision. What is not acceptable is running unloaded by accident, or loading resources at baseline and then never statusing them โ€” which is worse than not loading at all, because it produces a histogram that looks authoritative and is wrong.

e / c
What does loading actually buy you?

Four things, and they are worth naming individually because most projects need only two of them.

  • A defensible manpower histogram. The most commonly required deliverable in the Gulf. A histogram drawn in Excel alongside the programme drifts from it within two updates. One generated from the schedule cannot.
  • Proof that the plan is achievable. A duration built on a crew of 30 is only credible if the histogram shows 30 people available on that date and the site can hold them. Loading is what connects the two.
  • The basis for a disruption argument. Planned man-hours against actual man-hours, by period and by area, is the raw material of nearly every disruption claim. Without a loaded baseline, the planned side of that comparison does not exist and cannot be created afterwards.
  • Earned value. Only meaningful where the schedule and the cost model share the same breakdown structure, which is less common than it sounds.
What does it cost you?

The cost is not setup. It is every update, forever.

  • Statusing doubles. Every update now requires actual units as well as actual dates, from a source that is usually a different department.
  • Wrong assignments corrupt the histogram silently. Units per time entered at the wrong rate produces a peak nobody can explain, and it will be spotted by a reviewer before it is spotted internally.
  • Cost in the schedule conflicts with cost in the commercial system. Two numbers for the same thing, diverging monthly, is a problem that reaches senior people quickly and never reflects well on the programme.
  • Duration changes do not always recalculate units the way people expect. Depending on the duration type, changing a duration will change either the units or the units-per-time, and the one it changes is the one you were not thinking about.

The decision rule. Load resources if the contract requires a histogram or an S-curve, if manpower is the binding constraint on the programme, or if a disruption claim is a realistic prospect. If none of those three is true and nobody has committed to maintaining it monthly, do not load โ€” declare the approach instead.

The middle path most projects should take

Load labour only. No plant, no materials, no cost.

Create one resource per trade โ€” steel fixer, carpenter, mason, electrician, pipe fitter โ€” as labour resources with no cost rate attached. Assign them to construction activities at the crew sizes used in the duration build-up. Leave engineering, procurement and approval activities unloaded, or loaded only where a real team is committed.

This gets you the histogram, the achievability proof and the planned side of any future disruption comparison. It avoids the cost reconciliation problem entirely, because there is no cost in the file to reconcile. It roughly halves the statusing burden compared with a fully loaded programme.

It is also the arrangement most Gulf consultants actually want when they ask for resource loading. Confirm what the specification requires before building anything more elaborate.

Should you level?

Usually not, and if you do, keep a copy of the file from before you did.

Levelling changes dates according to resource availability rather than logic. Three consequences follow, and all three are difficult to manage on a live project.

The dates move for a reason that is not visible on the bar chart. An activity has slipped three weeks and no relationship explains it. Anyone reviewing the file โ€” including you, in four months โ€” cannot reconstruct why.

The critical path becomes resource-driven. The longest path no longer describes a chain of physical dependencies, so the critical path test behaves unpredictably and the driving path narrative becomes very hard to write.

And levelling results are sensitive to settings, priorities and availability curves that are rarely documented. Re-running the same file next month with the same data can produce different dates.

Watch. If levelling is contractually required, keep an unlevelled copy of every revision and state on the report that the dates are levelled, with the settings used. A levelled programme submitted without that statement is very difficult to defend when the dates are questioned, because you cannot demonstrate what produced them.

The alternative is to use the histogram diagnostically rather than mechanically. Load resources, look at the peaks, and fix the peaks by changing logic, splitting activities or re-sequencing areas โ€” decisions a person makes and records. The dates then move for reasons that are visible in the file.

Common failures worth checking for
Failure Symptom Fix
Resources on level-of-effort activities Histogram double-counts supervision against production Load production activities only
Wrong units-per-time Unexplained spike or trough in one period Check assignment units against crew size
Remaining units not recalculated after a duration change Total man-hours drift from the build-up Check duration type on the activity
Budgeted units differ from at-completion units with no explanation Variance nobody can account for Reconcile monthly, not at the end
Loading added after baseline approval Baseline histogram does not match the current one Load before baseline, or issue a formal revision
Resources assigned but never statused Actual units are zero on activities that are 60 percent complete Status units in the same pass as dates, or do not load

The last row is the one that matters most. A loaded programme that is not statused fails DCMA check 10 in spirit while passing it mechanically, and it produces an actuals histogram of zero against a planned peak of 400. That has been noticed at a monthly meeting more than once.

The check this page answers
  • Check 10 โ€” resources. The Schedule Health Check reports this as informational rather than as a failure, because an unloaded schedule is a legitimate approach. What is not legitimate is not deciding. Write the approach into the schedule basis memorandum either way.

Sources

Standards and references relied on for this page. Read them; this page is not a substitute.

  1. DCMA 14-Point Schedule Assessment (US Defense Contract Management Agency) โ€” Check 10, resources, which asks that all remaining work carries resource assignment.
  2. GAO-16-89G, Schedule Assessment Guide: Best Practices for Project Schedules (US Government Accountability Office, 2015) โ€” Best practice 5, assigning resources to activities, and the conditions under which it adds value.
  3. AACE International Recommended Practice 25R-03, Estimating Lost Labor Productivity in Construction Claims โ€” Why planned-versus-actual labour records are the foundation of most disruption analysis.
  4. PMI Practice Standard for Scheduling, 3rd edition (Project Management Institute, 2019) โ€” Resource assignment, levelling and the effect of both on schedule dates.

From the field

Experience from working planners. Unreviewed โ€” read it as experience, not guidance.

Add what you know about resource loading: when it's worth it, when it isn't. What worked, what the consultant pushed back on, what you would do differently next time. A paragraph is plenty.

Contributors get their name and one link on the site โ€” your own templates, course or consultancy. We take nothing and hold nothing.

Add your experience