WHAT GOES WRONG · LESSON 08.04intermediate

Schedule chicken — when everyone says "on track".

Mutual delusion until the deadline gets close enough to break the silence.

↳ tl;dr

Schedule chicken is a multi-team failure mode: each team reports "on track" because they assume another team will slip first and absorb the blame. Everyone's status is green until two weeks before launch, when reality breaks the cartel and everything turns red simultaneously.

Why it happens

  • Each team has private knowledge that they're behind, but doesn't want to be the first to admit it.
  • The cultural cost of slipping first is high — leadership treats early slips harshly.
  • Teams assume at least one other will slip first, masking their own.
  • Meanwhile, the schedule visibly stays green across all teams.

How to detect it

  • All teams reporting green simultaneously, week after week, with no amber transitions. Suspicious.
  • Cross-team dependencies that have stopped being discussed. Real schedules generate dependency conversations.
  • Sprint reviews that show progress on individual stories but not on integrated functionality.

in the wild

The most expensive failures aren't the surprise ones — they're the ones everyone could have called eight weeks ago. The PM who breaks schedule chicken first looks like the bad-news messenger; in reality they're saving the entire program.

How to break it

  • Reward teams that escalate concerns early. Public credit for early-warning calls.
  • Run cross-team integration tests, demos, or dry runs as early as possible. Forces real status to surface.
  • Replace per-team RAG with a single integrated RAG for the program. Everyone's status moves together; nobody can hide.

// 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]
    The Mythical Man-Month

    Brooks, F. P. · Addison-Wesley · 1995 · retrieved 2026-04

    Origin of Brooks's law: "adding manpower to a late project makes it later."

// 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]
    The Mythical Man-Month

    Brooks, F. P. · Addison-Wesley · 1995 · retrieved 2026-04

    Origin of Brooks's law: "adding manpower to a late project makes it later."