With this guide, you’ll learn how to conduct an effective sprint review ceremony to collect stakeholder feedback on sprint outcomes, celebrate team wins, and improve upcoming sprints.
What is the purpose of a sprint review?
A sprint review is an Agile ceremony that focuses on the results of a sprint. Specifically, the meeting should cover the work that was completed in the sprint, and any items that were not covered within the sprint or may need modification in a subsequent sprint.
Sprint review vs. retrospective
A sprint retrospective (or retro) is a Scrum meeting that brings product owners, developers, and scrum masters together to go over what went well, what didn’t go well, and what adjustments should be made following a sprint. It’s meant to be a pulse check on how the team handled the last sprint, and an efficient way to identify what to test in subsequent sprints.
A sprint review is a more holistic approach to analyzing the results and team performance following a sprint.
Rather than limiting the discussion to the three main questions of a retrospective (the good, the bad, and the adjustments), a sprint review is meant to include an in-depth discussion of what was completed during the sprint, a demonstration of any new functionality, and a question-and-answer session for all stakeholders.
It’s also an important time to celebrate wins, and reflect on milestones with your team.
How to run a sprint review
Follow the seven steps below to streamline your process and run more effective sprint reviews.
1. Team check-in
To kick off a sprint review, it’s important to check in with your team. A check-in can be something as simple as asking, ‘how are you feeling?’ While it may seem counterproductive to use meeting time to check in, in fact, it’s one of the keys to making your meetings more effective, now and in the future. Using a visual platform for your check-ins makes the process easier (and more fun).
Related: Why Check-ins Should be Part of Your Meeting Team Culture (Plus Free Templates)
Data shows that teams are more likely to be engaged and contribute in meetings that begin with warm-ups or ice breakers, and this has a continuing effect over time (teams become more cohesive — and more connected — as they get to know one another).
2. Overview of what items were accomplished during sprint and which were postponed or moved to backlog
The second step in running a sprint review is pretty straightforward: Go through the items that your team completed during the sprint, and then go over what could not be completed or was moved to the backlog for later reprioritization.
Again, the best way to do this is with a shared visual platform, so that everyone can see where each item landed, and get an overall sense of performance across the course of the sprint.
3. Evaluate what went well, what didn't, and how you adjusted
Once you’ve painted a clear picture of what happened (or didn’t happen), it’s time to look at why the sprint played out the way it did. In a sense, this section of the meeting is like a sprint retrospective included within the larger framework of the sprint review.
Go over what went well, what needs improvement for next time, and what (if any) adjustments you made, or ideas that came up to test in future sprints.
For this section of the meeting, it can be important to make space for independent thought and feedback. You can avoid groupthink by:
- Creating an environment of psychological safety
- Using tools like Private Mode to allow people to give real-time feedback without being influenced by their teammates’ comments
- Once you’ve compiled ideas to test and suggestions for adjustments, having your team vote anonymously on which items to prioritize
Related: How to Run a Sprint Retrospective + Templates
4. Go in-depth on what items were completed, demo, and answer questions
Now that you’ve worked through the details and the logistics of what took place in the sprint, it’s time to get more in-depth on what you accomplished and demo any new products or features that were completed.
Walk all your stakeholders through the new releases, taking time to respond to any questions they may have on a case-by-case basis.
For the Q&A section, it can be useful to provide a framework for comments and suggestions. For example: If you’re launching a new commenting feature, you may want to ask your stakeholders to limit their feedback and suggestions to the UX/UI of the update, rather than the content, as the latter may be addressed by a different team and doesn’t directly pertain to the scope of the project.
5. Discuss backlog and upcoming items
Having completed the demo and recorded any feedback from the question-and-answer session, it’s now time to discuss the backlog.
Use the previous discussion as a starting place to talk through how to prioritize the backlog, so that everyone is aligned on what should come next, and what adjustments should be made. Since you have all of the key stakeholders involved, this is an excellent opportunity to get a broad consensus and create clear, actionable next steps.
Related: Backlog Refinement Template
6. Review any concerns for capacity, budget, or other possible roadblocks
As you build out your next moves, once again take advantage of the opportunity to hear any concerns, be they budget issues or other roadblocks, from all your stakeholders.
The more you can identify up front, before locking in the work for your next sprint, the better. What issues can you anticipate that might prevent your team from completing one or more of your goals? Even things like time of year, personal schedules, or company-wide initiatives that may compete for time are important to consider.
7. Optional energy check & wrap up
In order for everyone to begin anew with confidence, it can be useful to do a quick energy check once your next steps have been identified and outlined.
The MURAL Sprint Review Template, included below, builds this into the process and has a suggestion for how to conduct your energy check — but you can modify or adapt this check in to your liking.
Sprint Review Template
Use the below free template to conduct a sprint review session — with an infinite canvas, and pre-built areas to help you organize your ideas and feedback, you’ll hit the ground running and have a single source to reference for your upcoming sprints, as well as to share with any and all stakeholders following your meeting.
As always, you can share it via a link with set viewing and editing permissions, or export part or all of your mural in a variety of formats, so that it can be easily shared or saved anywhere your team tracks documents.
Sprint reviews are an important part of building any feature or product. Sprint reviews are distinct from sprint retrospectives in that they are a more holistic meeting involving an in-depth discussion of what was completed during the sprint, as well as a showcase of any new products or software. They should also include a celebration of team wins, and ample time for discussion to help eliminate or alleviate any roadblocks for upcoming sprints.
The seven steps of a successful sprint review are:
- Team check-in
- Overview of what items were accomplished during sprint and which were postponed or moved to backlog
- Evaluate what went well, what didn't, and how you adjusted
- Go in depth on what items were completed, demo, and answer questions
- Discuss backlog and upcoming items
- Review any concerns for capacity, budget, or other possible roadblocks
- Optional energy check & wrap up
MURAL is built for better sprint reviews
A digital whiteboard is a great place to start, but there is so much more you can do with MURAL to brainstorm more effectively, better outline and solve problems, and build a collaborative pathway to success.
Sign up for a Free Forever account today, invite unlimited guests, and get started quickly and easily with one of our many Agile templates, built by experts like IBM and the LUMA Institute.
About the author
About the authors