Retrospective meeting

From Pearl Language
Jump to: navigation, search

Retrospective structure

Any meeting deserves a good structure. A default structure for a retrospective meeting looks like:

  1. Set The Stage—to get everyone’s attention in the room (flaps down!)
  2. Gather Data—to get everyone on the same page (just the facts, no feelings)
  3. Generate Insights—to find out what hurts most
  4. Decide What To Do—to implement one single improvement item
  5. Close The Retrospective—to collect improvement actions for next retrospective

Default retrospective

Set the stage

  1. Two truths and a lie.
  2. Reiterate the retrospective prime directive.

Gather data

  1. Present outcomes of previous improvement actions.
  2. Present standard data like:
    • Average cycle or lead time.
    • Average throughput.
    • Predictability.
    • Changes in team composition and/or availability.
  3. Create a timeline of the period under review; list the days of each week (Mon–Fri).
  4. Collect events that happened. This is neutral, objective data, e.g.
    • Mon: start using the new server
    • Tue: deployed five stories
    • Wed: had a beer
  5. Create three swim lanes as timeline
    • Set tick marks for every day.
    • Create four typical swim lanes:
      • neutral :-|
      • mad X-(
      • sad :-(
      • glad :-)
    • Optional: add lanes for the other two emotions:
      • afraid 8-[
      • guilty ^_^;
  6. Collect facts & feelings: events and observations in appropriate swim lane, cluster at will.

Generate insights

  1. Create table with three columns:
    1. Good—behavior and practices you want to hone.
    2. Bad—behavior and practices you want to improve.
    3. Ugly—behavior and practices you want to stop.

Decide what to do

  1. Split table into top and bottom halves, thus creating six cells in total:
    1. Top: Me/We (within team's scope).
    2. Bottom half: They (beyond team's scope).
  2. Generate measurable actions and goals in each of the six cells.
  3. Order them—when will you take action on which improvement item?
  4. Use the Good to try and fix the Bad and Ugly.

Close the retrospective

  1. Help, Hinder Hypothesis; or
  2. ROTI.
  3. +/Delta

Retrospective questions

  • What went well?
  • What can be improved?
  • What have we learned?
  • What do we still not know?
  • What still puzzles us?
  • What wishes do we have?
  • Which single experiment will we do (to speed up)?
  • What did this iteration produce?
  • What was the team aiming for?
  • How did the result meet (or not meet) expectations?
  • What’s going on elsewhere in the organization that affects the team as they go into the retrospective?
    • For example, are there rumors of layoffs?
    • Has there been a recent merger?
    • A canceled product?
  • What is the history of previous project reviews?
    • What happened?
    • What was the follow-up?
  • What are the relationships between team members?
    • How is their work interdependent?
    • What are their personal connections and working relationships?
  • What are team members feeling?
    • What are their concerns or anxieties?
    • What are they excited about?
  • What kind of outcome will achieve value for the time invested— both for the retrospective sponsor and the team?
  • How has the team worked with facilitators before?

Keep your retros fresh

  • Also conduct retrospective meetings at other times than in between sprints.
  • Consider to ‘good bad ugly’ them, and physically crushing the ‘bad’ and ‘ugly’ after having collected them, and then ‘perfection game’ the ‘good’.
  • tip top each other, just like a temperature reading. Top identifies something you value in the other. Tip is a request—petition, solicitation, prayer, desire—for specific behavior of the other.
  • Turn the focus outward and ask yourself, “What can we give back to our environment?”

Alternative retrospective Format

Pick two of these three key focal points in mind for every retrospective:

  • speed;
  • fun; and
  • quality.

Sources