7 min
FOUNDATIONS · LESSON 01.05beginner

Lifecycle models — Waterfall, Iterative, Spiral, Agile, Hybrid.

Five different shapes a project's life can take.

↳ tl;dr

A lifecycle is the shape of a project over time — how requirements, design, build, and verify are sequenced. There's no universally correct shape: regulated construction wants Waterfall, consumer software wants Agile, most real teams end up somewhere in between (Hybrid). Knowing the menu of shapes is half of choosing well.

Waterfall (1970)

The textbook sequential model: requirements → design → implementation → verification → maintenance. Each phase ends before the next begins. Famously presented in Royce's 1970 paper — as an example of how NOT to do it. The diagram got extracted, the warning got lost, and an entire industry was built on a misread paper.

when waterfall actually works

Regulated environments where requirements genuinely don't change (FDA medical devices, infrastructure construction, defense procurement). If a misstep means a re-pour of concrete or a re-cert with a regulator, locking the spec before you build is the rational move.

Iterative & Incremental

Build a thin slice, learn from it, build the next slice. Larman & Basili (2003) traced iterative development back to NASA's Mercury project (1959) — well before Agile was a word. Iterative accepts that you don't know everything up front and structures the project to surface what you don't know early, when changes are still cheap.

Spiral (Boehm, 1986)

Risk-driven iteration. Each spiral has four quadrants: identify objectives, analyze risk, develop & test, plan the next spiral. The size of each spiral is proportional to risk — high-risk projects start small and ramp up. Most useful on large, expensive efforts where prematurely committing is catastrophic (defense, aerospace).

Agile (2001 → present)

Less a single methodology than a family of practices anchored on the Agile Manifesto's four values: individuals over processes, working software over docs, customer collaboration over contract negotiation, responding to change over following a plan. The most common implementations are Scrum (time-boxed sprints, fixed roles) and Kanban (continuous flow with WIP limits). Track 03 covers both.

Hybrid

What most large orgs actually run. The contract / governance layer is waterfall (fixed scope, fixed budget, board reviews); the execution layer is agile (sprints, demos, iterative refinement). PMBOK 7 explicitly accommodates hybrid — it's no longer the embarrassing compromise it was a decade ago.

ModelBest whenWorst when
WaterfallRequirements stable, regulated, physicalRequirements unclear or evolving
IterativeSome uncertainty, want frequent learningStakeholders need a single fixed plan
SpiralHigh-risk, expensive, ambiguous early-stageSmall, well-understood projects
AgileSoftware, fast-moving market, learning mattersHard delivery dates with no flex
HybridBig org, mixed appetite for changePure-form practitioners on either side

in the wild

The choice is rarely yours alone. Your sponsor has expectations (often waterfall-shaped: "tell me when it'll be done"). Your team has a culture (often agile-shaped: "we can't commit to a date 9 months out"). Most senior PM judgment is reconciling those two without lying to either.

// practice this

Feel the difference between sectors

Try a Construction chapter (often waterfall-flavored — fixed scope, regulated) and a Tech chapter (agile-flavored — iterative, scope-flexible). The same PM skills apply differently in each.

// sources

Sources cited

  1. [01]
    Managing the Development of Large Software Systems

    Royce, W. W. · WESCON Proceedings · 1970 · retrieved 2026-04

    The paper most often credited (incorrectly) with prescribing waterfall.

  2. [02]
    A Spiral Model of Software Development and Enhancement

    Boehm, B. · IEEE Computer · 1988 · retrieved 2026-04

  3. [03]
    Iterative and Incremental Development: A Brief History

    Larman, C. & Basili, V. · IEEE Computer · 2003 · retrieved 2026-04

  4. [04]
    Manifesto for Agile Software Development

    Beck, K. et al. · agilemanifesto.org · 2001 · retrieved 2026-04

    Four values, twelve principles — the founding document.

  5. [05]
    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]
    Managing the Development of Large Software Systems

    Royce, W. W. · WESCON Proceedings · 1970 · retrieved 2026-04

    The paper most often credited (incorrectly) with prescribing waterfall.

  2. [02]
    A Spiral Model of Software Development and Enhancement

    Boehm, B. · IEEE Computer · 1988 · retrieved 2026-04

  3. [03]
    Manifesto for Agile Software Development

    Beck, K. et al. · agilemanifesto.org · 2001 · retrieved 2026-04

    Four values, twelve principles — the founding document.

  4. [04]
    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.