keepcalculator

06 Numbers and Powers

Project Behind Schedule? 6 Steps to Get Back on Track

Card No. 06·30199 · Updated · Standard formula, shown below

The calculator on this card is switched off while it is checked. The formula is below, and the worked example shows how to do the sum by hand.

When a project falls behind schedule, the first thing to do is stop and assess the situation honestly: quantify the delay, identify its root causes, and revise the plan with a realistic new timeline. Then communicate that revised plan to stakeholders immediately. This article explains the steps to take, common pitfalls to avoid, and how to prevent future slippage.

Formula

The calculator above estimates how far behind (or ahead) your project is, based on the percentage of work completed and the time elapsed. The key formula is:

Projected Total Time = Elapsed Time ÷ (Percent Complete / 100)

Where:

  • Elapsed Time = number of days (or any time unit) since the project started.
  • Percent Complete = how much of the work is done, as a number from 0 to 100.
  • Projected Total Time = the estimated total duration if the current pace continues.

Subtract your original time estimate from the projected total to get the estimated slip (how many extra days the project will take).

Worked Example

Suppose you planned a 30-day project. After 20 days, you’ve completed 40% of the work. Using the default values:

  1. Required pace = 40% ÷ 20 days = 2% per day.
  2. Projected total time = 20 ÷ (40/100) = 20 ÷ 0.4 = 50 days.
  3. Estimated slip = 50 days – 30 days = 20 days.

So, at the current pace, the project will take 50 days total, which is 20 days longer than planned. The calculator shows this as the headline answer: 50 days projected total time.

Why Projects Fall Behind

Before you can fix a delay, you need to understand its cause. Common reasons include:

  • Unrealistic initial estimates – the timeline was too optimistic from the start.
  • Scope creep – new features or requirements were added without adjusting the schedule.
  • Resource constraints – key team members were pulled onto other work, or equipment wasn’t available.
  • Dependencies – a task that had to finish before yours started was late.
  • Communication gaps – stakeholders weren’t informed of delays early enough to help.

Identifying the root cause isn’t about blame; it’s about knowing whether the fix is a schedule change, a scope change, or a resource change.

How to Assess the Damage

Once you know a project is behind, quantify the delay. Use the calculator above, or do the math manually. Also review the critical path – the sequence of tasks that directly determines the project’s finish date. If a task on the critical path slips, the whole project slips. If the delay is on a non-critical task, you may have slack to absorb it.

Talk to your team to get a realistic estimate of remaining work, not just the original plan. Ask: “What’s left to do, and how long will it really take?� Compare that to the time left. This gives you a true picture of the gap.

Steps to Get Back on Track

After assessing, take these concrete actions:

  1. Inform stakeholders immediately. Don’t wait for a scheduled status meeting. Share the facts: how far behind, why, and what you’re doing about it.
  2. Re-plan with the team. Update the schedule with realistic durations. Use the calculator to project a new end date.
  3. Look for ways to compress the schedule. Options include:
    • Fast-tracking – doing tasks in parallel that were originally sequential.
    • Crashing – adding more resources (overtime, extra staff) to critical tasks.
    • Reducing scope – cutting non-essential features or deliverables, with stakeholder approval.
  4. Reassign resources. Move people from non-critical tasks to critical ones.
  5. Set shorter checkpoints. Monitor progress daily or weekly, not just at milestones.
  6. Document lessons learned. Note what caused the delay so future projects can avoid it.

Common Mistakes When Handling Delays

Even well-intentioned managers make these errors:

  • Hiding the delay – hoping to catch up silently usually makes things worse.
  • Throwing more people at a late task – this can slow things down due to communication overhead (Brooks’s law).
  • Cutting quality – skipping testing or reviews to save time often leads to rework later.
  • Focusing only on the end date – ignoring intermediate milestones means you lose early warning signs.
  • Not adjusting the baseline – if the plan is no longer realistic, update it; otherwise it becomes meaningless.

How to Prevent Future Delays

Once you’ve recovered, put practices in place to reduce the chance of recurrence:

  • Use buffer time – add a contingency (e.g., 10-15%) to the schedule for unknown risks.
  • Break work into smaller pieces – smaller tasks are easier to estimate and track.
  • Track progress with a simple metric – like percent complete or earned value, not just “is it done?â€�
  • Review estimates against actuals – learn from your own history.
  • Manage scope formally – any change request should include a timeline impact analysis.

Frequently Asked Questions

Should I tell my boss about the delay right away?

Yes. The longer you wait, the fewer options you have. Even if the news is bad, stakeholders can often help – by approving scope cuts, providing resources, or negotiating a new deadline. Hiding a delay destroys trust and limits your ability to recover.

Can I just work overtime to catch up?

Occasional overtime can help for short bursts, but sustained overtime leads to burnout and errors. Use it selectively for critical tasks, and combine it with other measures like scope reduction or added resources. Also, check if the overtime is actually productive – fatigue can make it counterproductive.

What if the delay is caused by another team?

Escalate the issue to the appropriate manager, but also look for workarounds. Can you start a dependent task with partial information? Can you swap the order of tasks? Document the impact clearly and request a firm commitment for the new completion date from the other team.

How do I explain the delay to stakeholders without sounding like I’m making excuses?

Focus on facts and solutions, not blame. Say: “We’re currently 20% behind because of X. We’ve revised the plan to finish on Y by doing Z. We need your approval on the scope change.� This shows accountability and a path forward.

Is it ever okay to just accept the delay and move the deadline?

Yes, if the delay is unavoidable and all recovery options are exhausted. The key is to make that decision deliberately, with stakeholder agreement, and to communicate it clearly. A realistic deadline is better than a missed one.

What’s the best way to track progress to catch delays early?

Use a simple progress metric like percent complete, and compare it to the planned percent for the elapsed time. If you’re at 40% complete but should be at 60%, you’re behind. Update this weekly, and review the critical path regularly.

Related

Formula used
in t | Original time estimate | days | 30 | 1 | 3650
in p | Percent complete | % | 40 | 0 | 100
in e | Elapsed time | days | 20 | 0 | 3650
out pace | Required pace | %/day | (p / e) | 2
out proj | Projected total time | days | e / (p / 100) | 1
out slip | Estimated slip | days | (e / (p / 100)) - t | 1

Each line is one input (in, sel, list) or one result (out: label, unit, formula, decimals). How the calculators work

Method: the standard formula for this calculation, rounded as each result states. See how the calculators work or report an error.

More cards in this drawer

The whole Numbers and Powers drawer →