WHAT GOES WRONG · LESSON 08.03intermediate

Scope creep — recognizing and recovering.

When a series of small yeses becomes a missed deadline.

↳ tl;dr

Scope creep happens when scope expands without commensurate schedule, budget, or scope-out adjustments. The mechanism is almost always well-meaning incrementalism — small yeses that individually seem trivial and collectively kill the schedule.

How it happens

  • A stakeholder requests a small addition mid-sprint.
  • The PM says yes to keep the relationship warm.
  • A second small addition arrives next week.
  • By month two, scope has expanded 30% with no schedule change.
  • By delivery, the team is overworked, the deadline slips, and the PM looks responsible.

How to recognize

  • Compare current scope list to original charter. If > 10% bigger without a documented change request, you have creep.
  • Watch the team's velocity vs. plan. Expanding scope without expanding velocity = silent slip.
  • Listen for the words "just add" and "tiny tweak" in stakeholder requests.

the prevention move

Maintain an explicit out-of-scope list from kickoff. Every new request gets compared to it. If the request is in the out-of-scope list, the conversation is short. If it's not listed but feels in-scope, file a change request — visible, traded against schedule or other scope.

How to recover

Once creep has happened, the conversation is uncomfortable but unavoidable. Map current scope vs. original. Show the delta. Three options: (1) keep the new scope, slip the date. (2) keep the date, drop new or original scope. (3) keep both, add resources. The PM doesn't pick — the sponsor does. Surfacing the trade-off is what reclaims control of the schedule.

// 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]
    A Guide to the Project Management Body of Knowledge (PMBOK Guide), 7th Edition

    Project Management Institute (PMI) · 2021 · retrieved 2026-04

    PMI's flagship reference. 7e shifted from process groups to performance domains.

// 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.