OneMorePoint

Cover illustration for "When the Deadline Is Fixed and the Estimate Doesn't Fit"

When the Deadline Is Fixed and the Estimate Doesn't Fit

Process2 min read

When the Deadline Is Fixed and the Estimate Doesn't Fit

A conference date, a contract, a regulatory cutoff, a competitor's launch. Some deadlines are real and immovable. Then the team estimates the work and the total comes to eleven weeks against eight weeks of calendar.

What happens next determines whether the team's estimates stay worth anything.

The response that destroys the practice

The tempting move is to send the team back to "re-estimate more aggressively". The numbers come down, the plan fits, and everyone relaxes for a few weeks.

This teaches the team that estimates are negotiable, which means they stop being estimates. It also doesn't change the work; it only removes the warning. You'll arrive at the deadline with the same eleven weeks of work and three fewer weeks to react. This is the most expensive of the estimation anti-patterns because it burns the instrument you'd use to catch the problem early.

The four levers that actually exist

When effort exceeds calendar, only four things can move:

  1. Scope: ship less. Almost always the right first lever, and the only one that reliably works late in a project.
  2. Date: ship later. Off the table by definition here, but worth explicitly confirming rather than assuming.
  3. People: add capacity. Slow, and on a project already underway, often negative in the short term.
  4. Quality: ship worse. Sometimes legitimate for a genuinely temporary situation, always a loan against later sprints.

Notice that "estimate differently" is not on the list. It isn't a lever; it's a way of pretending you pulled one.

How to run the scope conversation

Bring the backlog, the estimates, and a line drawn at your realistic capacity for the remaining calendar. Ask the product owner to order everything above and below the line. Not "what can we cut" (people can't answer that) but "what order do these go in".

Then say plainly: everything above the line is what we expect to ship; everything below it is what we expect to leave. If that set isn't a launchable product, the problem is the deadline, and the earlier that's established the more options exist.

Say it in ranges, once

Don't offer a single date you don't believe. Give the range your estimates support ("at this scope, six to nine weeks; the fixed date needs the six-week version to go perfectly") and let the person who owns the deadline decide with real information. That's the whole job of an estimate.

Re-check weekly, not at the end

Fixed-date work needs a much tighter feedback loop than normal. Compare completed points against the line every week, and raise the scope conversation again the first week you're behind, not the week before launch. See using historical velocity for how to set the line honestly in the first place.


An estimate that clashes with a deadline is doing its job. The clash is the information; deleting it doesn't move the date.

  • Cover illustration for "Why Story Points Inflate Over Time (And How to Stop It)"
    Process

    Why Story Points Inflate Over Time (And How to Stop It)

    A "5" today isn't the same size as a "5" a year ago on most teams. Point inflation quietly breaks velocity as a planning tool. Here's why it happens and how to reset it.

  • Cover illustration for "Estimation Anti-Patterns That Kill Sprint Velocity"
    Process

    Estimation Anti-Patterns That Kill Sprint Velocity

    Some estimation habits feel productive but consistently produce worse results. Here are the most common anti-patterns and how to eliminate them from your planning process.

  • Cover illustration for "When to Re-Estimate Mid-Sprint"
    Process

    When to Re-Estimate Mid-Sprint

    Scope changes during a sprint. Most teams ignore it. Here's when re-estimating in the middle of a sprint improves delivery and when it just creates churn.

Ready to estimate together?

Start a free session and invite your team when you’re ready.