When an agile team gets frustrated with the situation where nothing ever changes, it is easy to say that the retrospective became useless.
You most likely at least once in your life had a feeling of dejavu. It's a weird feeling when you are almost sure you have lived this moment before. And while it is fine, or even fun, in your every day life, you might want to avoid this feeling in your retrospectives, especially when it sounds all too real.
When an agile team gets frustrated with the situation where nothing ever changes, it is easy to say that the retrospective became useless. It is a time when the same topic keeps coming up in every single session with no visible improvements happening or solutions being so long-term, that no one even believes it's possible.
Interestingly enough, it is all too easy to find yourself in this situation when your retrospective revolves around the same discussion points.
It is fair to want to fix the most visible and most painful problem first. However, sometimes you can't make a positive enough change to see the difference so getting stuck on one thing for too long will lead you to a dead end.
As I was working with a variety of teams, I have found that running retrospectives with diffent discussion points is very helpful, rewarding and engaging for every team member. It helps the team not only stop looking at the single biggest pain point they have, but find better opportunities to improve they never thought existed.
When we work with new teams as Scrum Masters or Agile Coaches, we always need to find new approaches that would work best for them. It should be the same for retrospectives. As you discover how the team operates, you will discover what questions spark more productive discussions since every team is different, so is every individual on the team.
I have found that teams are much more engaged in the retrospective, when we change discussion points almost every time. Team members become interested in the session itself and are looking forward to new outcomes it will bring.
As a Scrum Master I personally enjoy making every retrospective special by using new unique techniques that I often create myself. A lot of them are based on coaching activities and are fine-tuned to make an interractive session that includes gathering data, analysis and solutioning. In my Scrum Master's toolbox you can find 20 techniques that I use on rotation. You can read more about that in my bio.
However, you don't have to go far to make immediate improvements to your retrospectives.
Take a simple retrospective type of "what went well / what didn't go well" and add new criteria to it. Here is a couple of examples:
Remember that agile encourages us to continuously improve. Retrospectives are the first line of defense for this continuous improvement and should not become stale. The discussions you have during the retrospective have the ultimate goal of finding new solutions to make positive changes to the ways you work. Use this time to your best advantage by making sure the discussion is productive.
The ScatterSpoke + Miro integration shows the contents of any Miro retrospective template inside ScatterSpoke. Now, you can gain real insights from past retros, hosted inside Miro, by tracking trends & patterns that will help you make better decisions.
Excellent retro facilitation comes down to five key factors: the right people, getting them talking, avoiding groupthink, actionable takeaways and the tools that make this process simple.
Three critical data points to review during every retrospective will anchor your decisions to change the system in stats, not opinion. Transforming your subjective retro into an efficient, smart meeting based on facts, figures, and quantifiable improvements.