August 10, 2020

Agilists

News for Agilists

Why most Sprint Reviews are boring – Serious Scrum


Before we discuss what we should not do during the Sprint Review, let’s understand what this event is.

Let’s look into the Scrum Guide. I put in bold the essential aspects.

A Sprint Review is held at the end of the Sprint to inspect the Increment and adapt the Product Backlog if needed. During the Sprint Review, the Scrum Team and stakeholders collaborate about what was done in the Sprint. Based on that and any changes to the Product Backlog during the Sprint, attendees collaborate on the next things that could be done to optimize value. This is an informal meeting, not a status meeting, and the presentation of the Increment is intended to elicit feedback and foster collaboration.

The Scrum Guide

The Sprint Review is vital to evaluate the Increment. The stakeholders and the Scrum Team have the chance of inspecting and adapting. Collaboration is a crucial aspect to have a successful event. Also, it’s informal. So the Development Team should present working software instead of a PowerPoint.

Product Owner:Let me open Jira, then you can tell me where we are.” That’s the moment the Scrum Team goes back to the traditional development approach.

Individuals and interactions over processes and tools — Agile Manifesto

Sometimes Product Owners behave as Project Managers. In this scenario, the Product Owner may run the Sprint Review as a status report meeting, which blocks the team from achieving the benefits of the Sprint Review.

How does this meeting look like?

Photo by Siavash Ghanbari on Unsplash

If the Status Report takes over the Sprint Review, sometimes not even Stakeholders attend the event.

Once the Sprint Review becomes a Status Report meeting:

“Sorry I can’t attend to the Sprint Review today,” said the stakeholders. Once stakeholders decide to skip the Sprint Review, the message is clear, “I have more important things to do.

A Sprint Review without Stakeholders is meaningless. Without them, the Scrum Team has no chance of achieving the Sprint Review goals.

The result of the Sprint Review is a revised Product Backlog that defines the probable Product Backlog items for the next Sprint. The Product Backlog may also be adjusted overall to meet new opportunities.

The Scrum Guide

Why would the Stakeholders skip the Sprint Review? Either the Product is not interesting for them, or they are “too busy” for the team. This is a situation which the Scrum Master should handle. It can demotivate the Scrum Team quite a lot, because the team wants feedback on their work. Otherwise, how do we know we are in the right direction?

If Stakeholders are too busy for the team, problems with expectations are inevitable.

Business people and developers must work
together daily throughout the project.

Agile Manifesto

Product Owner: “Hi everyone. How are you? Today I have a lot of features to present to you!”. That’s the moment when the Development Team loses its motivation.

Some Product Owners behave as if they are on the top of the team. Which is a huge mistake, the Product Owner is part of the team. Scrum Teams have no hierarchy.

The Sprint Review is a moment to collaborate with the stakeholders to identify opportunities and corrections needed to maximize the business value. It is not a moment for the Product Owner to shine, but for the Development Team. They should present the Increment, which they have put a lot of effort into it. Once the Product Owner decides to run the show:

Photo by Jason Rosewell on Unsplash

I am not saying Product Owners should not speak during the Sprint Review. I believe Product Owners could prepare the stage. Then the Development Team runs the show. For example, the Product Owner could highlight the essential parts and the importance of that, then hand over to the Development Team, which runs the presentation.

Developer: “Let me open the presentation we prepared for our meeting. I will guide you through our progress.” That’s when stakeholders decided to have a nap.

Working software is the primary measure of progress. — Agile Manifesto

Photo by Austin Distel on Unsplash

The Sprint Review should foster collaboration. Therefore, the Increment is vital, which is working software instead of a presentation. But why do some Scrum Teams choose this approach? The reasons can vary a lot; some possibilities are:

Any of that is an excuse to skip showing real working software. The Development Team should find alternatives to present the Increment. If no business value would be generated, then the Product Owner failed to prioritize relevant Product Backlog Items, the Sprint Review is a moment also to evaluate if the Scrum Team is in the right direction.

A presentation is only a promise of something. It’s not the real working software. Therefore, it sets the team apart from the Sprint Review’s goals.

Stakeholders are in the Sprint Review only physically, but they don’t collaborate. This is a sign of wrong priorities or the wrong audience.

Some Sprint Reviews have a relevant audience, yet, no collaboration takes place. Why does it happen? If the Increment is not what the audience needs, then they will not be interested in collaborating. Some common mistakes lead to this situation:



Source link