Why Scrum Retrospectives are waste of time?
As an agile practitioner and after almost 15 years in software development, I want to say, Scrum Retrospectives are waste of time in most cases, but why? what is the fact?
Scrum teams fall into the random problem discovering and fixing trap, Although the team solves problems, it seems that the team stagnates.
The idea of Scrum Retrospectives is a really great, continuous improvement, but it can turn into a random problem fixing without any direction.
Let’s see what is going on with a scrum team: So, after 2 or 3 weeks, The Scrum Team gets together in order to inspect how the last Sprint went. They discuss what went well during the Sprint, what problems it encountered, and how those problems were (or were not) solved.
You are a great facilitator, and at the end of the day, you will have a prioritized list of problems/improvements and a bunch of actions to solve/fix/improve problems.
But the main question is “Are we Solving the Right Problem now?” “What is the next Right thing?” Scrum teams fall into the random problem-solving trap, Although the team solves problems, it seems that the team stagnates and never experiences agility. note that the problem is not the prioritization technique, in any case without direction you will fall into this trap. Ask this question before the next retrospective session“Ok, we have a list of problems/improvements, which one we should focus on?
Let's do a dot voting, and will find the answer, hmmm?!?!? But I think this is random problem fixing. Sometimes the last problem can be the highest priority problem but why?
Remember, As a scrum master/Agile coach, you are not there only for facilitating an event, you are there in order to create a focus and ask the right questions to create a new insight.
In Toyota Kata, there is a good approach that can be mixed with scrum retrospective. So, before any decision about problems, we need to know what is the direction? let's see a retro based on Direction:
So, our goal is not to fix or discover as many as possible problems, we are trying to reach our next target condition and will only focus on discovering and fixing the obstacles that are on our way to the next target condition.
Let’s see a real-world Case study, I was an agile coach for a fast-growing startup. Our Challenge for the next two years was “Zero bug level”, and our next target condition for the next quarter was “Decrease the weekly reported bugs on production under 5”. So, as an agile coach, I no longer asked them what is our problem? Rather, I asked them what is preventing us from reaching our next goal?
If you are interested, I will definitely go into more details about this method in the next post.
Just one important thing, I do not want to say that Scrum Retrospectives are always a waste of time, the idea of continuous improvement is really great, but we need to consider the possibility of a random problem-fixing trap.