How to Run a Retrospective Action Item Review in English
Learn the English phrases for reviewing past retrospective action items: tracking follow-through, closing stale items, and reporting on progress.
Retrospectives that generate action items nobody revisits become a team’s least trusted ritual — the fix is a short, explicit review at the start of the next retro, and it needs its own vocabulary distinct from the retro’s usual “what went well” discussion. This guide covers the English for running that review.
Key Vocabulary
Action item review — the practice of opening a retrospective by revisiting items committed to in the previous session, before generating any new ones, to close the loop on past commitments. “Before we get into new topics, let’s spend five minutes on the action item review — three items from last time, let’s see where each one stands.”
Follow-through — whether a committed action item was actually completed, distinct from whether it was merely discussed or intended, the core thing a review is checking. “Follow-through on this one was good — the runbook update actually happened and it’s already been used during an incident.”
Stale item — an action item that has carried over across multiple retrospectives without progress, signaling either it wasn’t actually a priority or it lacked a clear owner. “This item has been carried over for three retros now — it’s officially stale. Either we commit to it properly this time with an owner and date, or we drop it.”
Owner (of an action item) — the specific named person responsible for driving an action item to completion, as opposed to a vaguely assigned team-level commitment. “Every action item needs an owner by name — ‘the team will look into it’ is how items become stale.”
Close (an item) — explicitly marking an action item as done, abandoned, or superseded, rather than letting it silently disappear from the list without acknowledgment. “Let’s formally close this one — it’s not that we forgot, it’s that the underlying problem got solved a different way when we migrated the service.”
Root-cause follow-up — checking not just whether an action item’s specific task was completed, but whether it actually addressed the underlying issue the retro identified. “The task itself is done, but as a root-cause follow-up, has it actually reduced the flaky test rate, or are we still seeing the same failures?”
Common Phrases
- “Let’s start with the action item review before we open up new topics.”
- “What’s the follow-through status on this one — done, in progress, or not started?”
- “This item’s been stale for a while — do we recommit with an owner and date, or close it?”
- “Who’s the owner on this one? It can’t stay assigned to ‘the team.’”
- “Even though the task is done, did it actually address the root cause we identified?”
Example Sentences
Opening a retrospective with an action item review: “Before new topics, quick action item review: the on-call handoff doc got updated, that one’s closed. The test flakiness investigation didn’t happen — let’s talk about whether it’s still a priority or should be dropped.”
Flagging a stale item: “This is the third retro where ‘improve deploy documentation’ has shown up without an owner — I’d rather we either assign it properly right now or take it off the list, since carrying it forward without action isn’t helping anyone.”
Closing an item that’s been superseded: “We can close this one — it’s not resolved in the way we originally planned, but the service migration made the original problem moot, so there’s nothing left to act on.”
Professional Tips
- Start every retrospective with the action item review, not buried at the end — items reviewed last get rushed or skipped entirely when time runs short.
- Report follow-through honestly, including “not started,” rather than softening it — a team that can’t say an item didn’t happen loses the ability to trust its own retro process.
- Name a stale item explicitly rather than letting it silently roll forward again — calling it out is what forces a real decision between recommitting and closing it.
- Always assign a specific owner to any item that survives the review — an item without a named owner is functionally guaranteed to become stale again.
Practice Exercise
- Write an opening line for an action item review at the start of a retrospective.
- Write a sentence flagging a stale item and proposing either recommitment or closure.
- Write a sentence closing an action item that was superseded by another change.