Are your retrospectives producing results?

Are your retrospectives producing results?

Retrospectives can be one of the most potent team and organizational improvement tools. Yet, let’s be honest—most teams aren’t getting any value out of them.

Here’s how retrospectives typically go:

A facilitator asks, "What went well? What didn’t?" Team members hesitate to raise genuine issues, fearing repercussions, so they stick to safe, minor topics. Maybe someone mentions a well-known problem. Notes are taken, and after 15 minutes, the discussion is over. Later, the facilitator escalates the issue to a manager, who says that's how things are done here. Tell the team to stop complaining and focus on fixing internal issues. Nothing changes, morale drops, trust erodes, and improvement stalls.

Now, here’s how to run retrospectives that drive improvement:

  1. Dedicate Time for Real Discussions: Schedule 90 minutes every two weeks, focused solely on continuous improvement. This gives the team the time to dig into issues in depth.
  2. Create a Safe Space for Honesty: Have team members privately write down what helped or hindered them over the past few weeks using sticky notes or an online tool. Group similar ideas and use silent voting to identify the top 3–5 issues. This depersonalized process removes fear and encourages openness.
  3. Focus Deeply on Key Issues: Spend 15 minutes discussing the most critical issue. Dive into the problem, brainstorm solutions, assign clear actions, and name owners. Once resolved, move to the next issue, ensuring you drive to action on each issue.
  4. Capture and Action Results: Summarize the outcomes on a shared board, making actions and accountability visible. Ask leaders to prioritise resolving these issues by the next retrospective to show the team they are being listened to, and things are improving.
  5. Scale the Feedback Loop: Bring all teams together regularly for group-level retrospectives to address cross-team challenges. Work with senior leaders to resolve systemic issues and drive structural change.

When done right, retrospectives catalyse continuous systemic improvement across the organisation. They help teams address root causes, empower better decision-making, and foster collaboration between teams and leadership.

The result is a culture of continuous improvement that delivers better outcomes for everyone.

This is basic stuff that everyone should be doing.

Julie Cook

Managing Director . Anthropologist. IoT and Smart Cities Enthusiast

19h

Unfortunately this method of working works well only when teams are either compensated market rate, supported by experienced competent leads or they have skin in the game by having equity. Otherwise it is a performative corporate dance. Mostly what I have seen is just more useless rituals performed by people who have no clue what agile is or the actual purpose of a retro.

Like
Reply
Mooly Beeri

Founder and CEO at BetterSoftware.dev | Revolutionizing Software Excellence | 25+ Years in Software Transformation & DevOps

6d

A good retrospective builds on data. having clear KPIs for the effectiveness of each step in the SDLC makes it super easy to understand what needs to change and by how much for the next iteration

Dave Smith

Improving the world by improving the people in it

6d

> A facilitator asks, "What went well? What didn’t?" I think if you've still got this in place, you don't really have an empowered team taking responsibility but meeting attendees that are acquiescing to a coordinator that's ensuring the session plays out according to their directives. > Later, the facilitator escalates the issue to a manager Yup, more evidence that the team aren't stepping up but responding to a schoolteacher who the becomes the self-elected team representative. > and focus on fixing internal issues ... isn't that the purpose of a manager? And if that manager refuses to get internal issues fixed, then perhaps they're the issue themselves!

Stefan Wolpers

🚀 I help Product Owners, Product Managers, Scrum Masters & Agile Coaches Grow w/ Classes, Courses, Books & Community. 📖 Author of the ”Scrum Anti-Patterns Guide;” 🏅Trainer at Scrum.org; ⬇️ Book a 1-on-1; talk chances!

6d

"Revisiting previous action items” at the beginning of a Retrospective has merits, too, Murray Robinson. Many teams are great at collecting issues, not necessarily at fixing them.

Mark Mosbauer

Supply Chain Tech | Digital | Agile | Delivery | Product | Analysis & Design

6d

In the past I found it useful to try & capture issues during stand-ups ie 'what's holding u back' as an input as people tend to forget stuff when they get to retro. In some instances it's better to stop development there & then & retro the issue straight away ie "pull the andon cord" if the issue is important enough. In regards to the actual retro, agree it's really important to focus deeply on key issues & for the facilitator to drive the team to understand root causes eg 5 whys. Surface level retros will capture stuff like the 'user story took longer than we thought'. Retro facilitation is not well trained - it's almost better not to do retros if you don't have a great facilitator, otherwise people will just hate the process/not see value.

To view or add a comment, sign in

Insights from the community

Others also viewed

Explore topics