Projects

Project baseline: spot the drift while you can still fix it

Almost every project drifts. The problem is finding out at the wrap-up meeting, when there is nothing left to fix. A baseline lets you see it in week two, not in the final week.

In this article
  1. What a baseline is, and what it is not
  2. The four variances to watch
  3. Why percent complete is misleading
  4. What to review every week
  5. Thresholds: when to flag and when to act
  6. Re-plan or re-baseline?
  7. Three examples from different industries

What a baseline is, and what it is not

A baseline is a snapshot of the approved plan. It stores the dates, hours and cost of every task on the day someone said yes. Nobody edits it. The plan moves, and the gap between the two is your variance.

Without that snapshot, every date change overwrites the last one, and the Gantt chart always looks on track.

The four variances to watch

VarianceHow to calculate itWhat it tells you
ScheduleToday’s forecast finish minus the baseline finish, in working daysWhether you will make it
HoursHours logged plus hours remaining, minus baseline hoursWhether the effort was estimated well
CostActual cost plus remaining cost, minus baseline costWhether the margin holds
ScopeNew or changed tasks that were not in the baselineWhether it is still the same project

Scope variance is the one people forget, and it explains many of the other three. A change nobody recorded turns into an hours overrun nobody can explain.

Cost variance decides the margin. You work it out like customer profitability, but while the project is still running.

Why percent complete is misleading

“We’re 80% done” is one of the riskiest sentences in project work. It usually measures hours spent, not work finished. And the last 20% is what eats the margin.

There are two more honest ways to measure progress:

  • By finished deliverables. A task counts when it is done, not when it is “almost there.”
  • By what is left, not what is spent. Ask the person doing the task how many hours remain, not how many they have used.

Example

A business software rollout at a distribution company. Baseline: 400 hours over 10 weeks. In week 4, the team has logged 180 hours and estimates 290 more.

Consumed against baseline = 180 ÷ 400 = 45%
Estimate at completion = 180 + 290 = 470 h
Hours variance = 470 − 400 = +70 h (+17.5%)

The project is “45% done,” which sounds fine for week 4. But it will finish 17.5% over. These figures only show the math: use your own.

The math only works if hours are logged daily. Here is how to get there without your team hating it.

What to review every week

Fifteen minutes a week beats a monthly report. These five questions are enough:

  1. Has any task that drives the finish date moved?
  2. Which tasks have used more hours than planned and are still open?
  3. Has new work come in? Who approved it?
  4. Is anyone over capacity in the next two weeks?
  5. Is anything stuck waiting on the customer, a supplier or a permit?

Thresholds: when to flag and when to act

Without thresholds, every variance gets debated as if it were the first. Set them at kickoff, in writing, with whoever approves the project:

LevelExample thresholdWhat happens
GreenUp to 5% on hours or cost, no milestones movedNothing: keep going
Amber5% to 15%, or a milestone moved without affecting the finish dateThe owner explains the cause and proposes a fix
RedOver 15%, or the finish date at riskRe-plan with whoever approved the project

The percentages are an example: on a one-year project, 5% can be a month of work. Adjust them to size and margin.

Re-plan or re-baseline?

They are not the same, and mixing them up is the most common way to hide a variance.

  • Re-planning means moving the plan to land better: reordering tasks, adding a person or overlapping two phases. The baseline stays put.
  • Re-baselining is only justified when the agreement changes, for example with an approved scope change. Keep the old baseline, with the reason and who approved it.

If you re-baseline every month “so the Gantt chart reflects reality,” the variance disappears from the report. Not from the margin.

Three examples from different industries

  • A solar installation on a warehouse roof. If an outside approval delays the interconnection, log it as a dependency from day one, not on the last day.
  • A plant shutdown. The window is fixed, so hours variance is what matters. If a critical task runs over, add people to the shift in time.
  • A store opening. Scope changes often. If each approved change is not recorded, nobody will be able to explain why it cost more.

A baseline does not prevent variance. It makes it visible while you can still fix it.

Last updated:

Keep reading

More on projects

How to track time on projects without your team hating it

Asking a team to log their hours usually sounds like surveillance. And when it happens on Friday, from memory, the data is useless. It can be done in a way that costs little and pays off, including for the people logging.

4 min read

All blog articles

Request a demo

Shall we look at it with your operation?

Tell us how you work today and we will show you attendo with your own data. If it is not a fit, we will say so.

  • With your operation, not a generic demo
  • A real person from our team replies
  • No cold calls afterwards

Would you rather talk first?

Which area do you want to see in the demo?

With your work email we prepare the demo around your case.

In one or two sentences.

If you chose Maintenance (CMMS)

If you chose Field work (Field Service)

If you chose Facility Management

If you chose any other area

Only if you would rather we call you.

Data protection. Controller: AxisOne Group SL. Purpose: preparing the demo you request and replying to you. Legal basis: your consent and the request you make. Recipients: we do not disclose your data; Cloudflare (website) and Brevo (email notices and confirmation) process it on our behalf. Rights: access, rectification, erasure, objection, restriction and portability, at privacy@attendo.me. More information in the privacy policy.

What happens when you send it. Someone from our team reads what you tell us and writes to you to agree on a time for the demo. Our hours: Monday to Thursday 9:30 AM to 6:30 PM and Friday 9:30 AM to 2:30 PM, Spain time.