EXECUTION & METHODOLOGIES · LESSON 03.07beginner

Retrospectives — running them, surviving them.

The team's safe space to look at the system, not the people.

↳ tl;dr

A retro is the team's structured reflection on how they worked — what to keep, what to change. Derby & Larsen's Agile Retrospectives defines a five-stage structure: set the stage, gather data, generate insights, decide what to do, close.

Five stages (Derby & Larsen)

  1. Set the stage — establish psychological safety. State the prime directive: regardless of what we discover, we assume everyone did the best they could.
  2. Gather data — facts about what happened. Timeline, metrics, incidents. Not opinions yet.
  3. Generate insights — patterns. Why did the data look that way? What systemic forces produced this?
  4. Decide what to do — concrete actions, with owners. 1–3 changes max — more is wishful.
  5. Close — appreciation, signal of meeting end.

The prime directive

Regardless of what we discover, we understand and truly believe that everyone did the best job they could, given what they knew at the time, their skills and abilities, the resources available, and the situation at hand.

Norm Kerth, Project Retrospectives

Read aloud at the start of every retro. It's not soft — it's structural. Without it, retros become fault-finding, which produces no actionable change because the same dynamic recurs with different people.

The McConnell warning

McConnell (Rapid Development) names the most common retro failure: blaming people instead of systems. The good retro question isn't "who failed?" — it's "what would we change in our process so the same thing doesn't happen again, regardless of who's on the next team?"

format variety matters

Same format every sprint = stale retros. Rotate: Mad/Sad/Glad, Start/Stop/Continue, the 4Ls (Liked/Learned/Lacked/Longed-for), Sailboat (wind/anchors). Variety keeps the team engaged and surfaces different patterns.

// sources

Sources cited

  1. [01]
    The Scrum Guide (2020 revision)

    Sutherland, J. & Schwaber, K. · Scrum.org / Scrum Alliance · 2020 · retrieved 2026-04

    The canonical Scrum definition. ~13 pages — short and dense.

  2. [02]
    Agile Retrospectives: Making Good Teams Great

    Derby, E. & Larsen, D. · Pragmatic Bookshelf · 2006 · retrieved 2026-05

    Five-stage retrospective structure: set the stage, gather data, generate insights, decide what to do, close.

  3. [03]
    Rapid Development: Taming Wild Software Schedules

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

    Catalogues 36 'classic mistakes' of software project management.

// sources

Further reading

  1. [01]
    Agile Retrospectives: Making Good Teams Great

    Derby, E. & Larsen, D. · Pragmatic Bookshelf · 2006 · retrieved 2026-05

    Five-stage retrospective structure: set the stage, gather data, generate insights, decide what to do, close.

  2. [02]
    Rapid Development: Taming Wild Software Schedules

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

    Catalogues 36 'classic mistakes' of software project management.