Scheduling · Reporting · Excel
Schedule slip in days: how to report baseline vs current dates (with Excel formulas)
By PingCadence · · 6 min read
Short answer
Slip = current finish − baseline finish. In Excel that’s =C2-B2 for calendar days, or NETWORKDAYS for working days. Report three things: how many tasks finish later than baseline, the biggest slips, and which ones need a decision. Keep the baseline fixed so slips stay visible.
Three dates, three different questions
- Baseline: the dates everyone agreed when the plan was approved. It answers “what did we commit to?”
- Current (or forecast): today’s best estimate. It answers “when will it actually finish?”
- Actual: what happened, once a task is done.
Slip compares the first two. The single most useful habit is to not overwrite the baseline when a date moves. Update the current date, keep the baseline, and the difference does the reporting for you.
Calendar days or working days?
Calendar days are what most stakeholders hear when you say “a week late”, and they’re what a due date on a contract means. Working days are what the team actually has to make up. Pick one, say which in the report heading, and don’t mix them. (Microsoft Project’s Finish Variance field is in working time, so it can disagree with a calendar-day count.)
The formulas
With task names in A, baseline finish in B and current finish in C:
Calendar-day slip (D2)
=C2-B2
Working-day slip, positive when late (E2)
=IF(C2>=B2, NETWORKDAYS(B2, C2) - 1, -(NETWORKDAYS(C2, B2) - 1))
Status label (F2)
=IF(D2>0, "Later than baseline", IF(D2<0, "Ahead of baseline", "On baseline"))
NETWORKDAYS counts both end dates, which is why there’s a −1. Add a holidays range as the third argument (NETWORKDAYS(B2, C2, Holidays!A:A)) if your team observes them. Format column D as a number, not a date, or Excel will show 7 as January 7, 1900.
| Task | Baseline finish | Current finish | Slip (calendar) | Status |
|---|---|---|---|---|
| Design review | Oct 30 | Nov 6 | +7 | Later than baseline |
| Supplier quote | Nov 13 | Nov 13 | 0 | On baseline |
| Test fixture | Nov 2 | Nov 16 | +14 | Later than baseline |
| Label artwork | Oct 26 | Oct 24 | −2 | Ahead of baseline |
What goes in the status report
Most readers want three things, in this order:
- A count: “2 of 4 tasks finish later than baseline.” It sets the tone in one line.
- The biggest slips: the top three by days, each with the reason in a sentence and whether it hits a milestone.
- Decisions needed: the proposed new dates you haven’t accepted yet, and what you need from the reader.
Tasks finishing early are worth a line too, but don’t net them off against late ones. Two days early on one task rarely buys back fourteen days late on another.
When to re-baseline
Re-baselining resets slip to zero, so do it on purpose: after a scope change or a formally approved re-plan, never just because the numbers look bad. Keep a copy of the old baseline (Project has Baseline1–Baseline10 for exactly this) and note the date you re-baselined in the report.
Getting the current dates in the first place
The formulas are the easy part. The hard part is a current date you trust, which means asking each task owner. PingCadence asks them on a schedule you set, shows them the planned dates, collects a new date when something’s late, and keeps your original baseline, so every report shows the slip in days. How to ask for a status update covers doing it by hand.