WHAT GOES WRONG · LESSON 08.08advanced

When to kill a project.

Sunk cost, escalation of commitment, and the discipline of stopping.

↳ tl;dr

Most projects don't fail at the start. They fail by being slowly bled dry while leadership avoids the honest conversation. Two cognitive forces: sunk-cost fallacy(we've invested too much to stop) and escalation of commitment (doubling down on a losing course). The mature PM names both out loud.

Sunk cost fallacy

The economic principle: past investment is irrelevant to forward decisions. The behavioral reality: we feel like quitting wastes the prior investment. The discipline: ask "If we hadn't spent the last six months, would we start this project today?" If the honest answer is no, the previous six months don't change the future six months' calculation.

Escalation of commitment

Doubling down to recover the original investment. The team adds people, the schedule extends, scope expands — each expansion compounding the original mistake. McConnell calls this one of the worst classic failures. The fix is hard: recognize the dynamic, surface it explicitly, force a decision rather than letting the project drift further.

in the wild

The discipline most senior PMs eventually learn: it's better to kill a project early and ship a postmortem than to limp it across the finish line and ship a half-product nobody uses. The career-protective move (don't-have-a-failure-on-record) is usually the career-damaging move (have-a-half-product-on-record).

How to actually kill it

  1. Surface the analysis. Cost-to-complete vs. value-on-completion. Honest numbers.
  2. Name the alternatives. What else could the team / budget do that's higher value?
  3. Recommend. Don't leave the call to leadership without a recommendation.
  4. Run a closure. Per Track 01 lesson 8 — even cancelled projects deserve closure docs.
  5. Communicate. Sponsors, team, stakeholders. Frame as redirected effort, not failure.

When NOT to kill

  • The struggle is teaching the team something they'll need on the next project.
  • External constraints (regulatory, contractual) make completion mandatory regardless of value.
  • The metric driving the kill recommendation is itself unreliable (e.g. you don't actually know the value-on-completion).

// sources

Sources cited

  1. [01]
    Rapid Development: Taming Wild Software Schedules

    McConnell, S. · Microsoft Press · 1996 · retrieved 2026-04

    Catalogues 36 'classic mistakes' of software project management.

  2. [02]
    Death March: The Complete Software Developer's Guide to Surviving Mission Impossible Projects

    Yourdon, E. · Prentice Hall · 1997 · retrieved 2026-05

    Yourdon coined 'death march' — a project where the team is set up to fail.

// sources

Further reading

  1. [01]
    Rapid Development: Taming Wild Software Schedules

    McConnell, S. · Microsoft Press · 1996 · retrieved 2026-04

    Catalogues 36 'classic mistakes' of software project management.

  2. [02]
    Death March: The Complete Software Developer's Guide to Surviving Mission Impossible Projects

    Yourdon, E. · Prentice Hall · 1997 · retrieved 2026-05

    Yourdon coined 'death march' — a project where the team is set up to fail.