Product Owner’s Checklist for Sprint Review

Sprint review meeting has 3 steps: present the goal, demo the work done, collect feedback and next sprint insights.
  1. Review the sprint goals
  2. Demo and feedback on the work done.
  3. Discuss the work not completed and the reasons
  4. Identify risks
  5. Give a sneak peek of the next sprint
  1. Review the sprint goal. Before all the participants come in, make sure you review the sprint goals and if you as the scrum team achieved them.
  2. Work with the Scrum Master to agree on how to collect the feedback. If the participants are in the same room, you can distribute post-its and pens. Every participant will write one feedback per post-it and sign it. While feedback can stay anonymous, usually, people don’t have the time or the space to write everything on the post-its, So you might want to ask further questions after the meeting. If the participants participate remotely, I recommend you prepare a board with multiple sections, so the product owner or the scrum master doesn’t need to spend time sorting the feedback.
  3. Distribute the materials/instructions for collecting the feedback before the meeting starts. Make sure you brief the participants on how to provide feedback.
  4. Invite stakeholders, customers. Everyone interested in your product should participate in the sprint review.
  5. Collaborate with the other Product Owners to do a joint demo of the work done. Some companies make it a company-wide event. Some of my clients make the Friday mornings the sprint reviews time, and all the teams demonstrate the work done. It is a very energizing moment.
  6. Do a dry run of the demonstration of the “work done” — keep out those bugs and things that aren’t interesting for the stakeholders
  7. Work on your confidence. As the Product Owner, you are the one presenting the demo — you need to be confident on the work done
  8. Verify that the user stories meet the definition of done
  9. Prepare all the data you need for the demo
  10. Demonstrate the work done. You can demonstrate everything — spikes, nonfunctional requirements, user stories, reactors. It is essential to show the real measure of work done. Anyone from the team can do the demo.
  11. Make sure the work demonstrated is on the acceptance environment, and not on someone’s laptop.
  12. Discuss work not completed and why
  13. Identify risks and impediments. I recommend you have a few risks in mind before the meeting.
  14. Work with the scrum master to quickly log the identified risks during the sprint review
  15. Review product backlog- give a sneak peek of what’s coming up next sprint without committing on behalf of the scrum team.
  16. Evaluate the Program Increment objectives
  • The sprint review is a demonstration from the team to you
  • The demo runs on the local environment, instead of the higher environments
  • The sprint review is a testing session of the work done
  • Commit to the next sprint deliverables in front of all the stakeholders.
  • Present a PowerPoint with the work done, instead of a live demo




👩🏻‍🔧 — Scrum bot for Discord 🎯Agile Coach📍Lille, France, 😱NEW Agile video every Tue: Subcribe to my YouTube channel:

Love podcasts or audiobooks? Learn on the go with our new app.

Recommended from Medium

A guide to Windows hotkey automatisation in Python

Telemetry & Logs with Istio

The mole is in the system : Why your new enterprise digitization program failed?

Want to learn Python? Start here — part 1

Archunit: Validate the architecture of our projects

How to automate Android App with Appium?

taking input from two cameras at a same time in Matlab

How to debug like a pro using Xdebug, PHPStorm, and Docker.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Anca Onuta

Anca Onuta

👩🏻‍🔧 — Scrum bot for Discord 🎯Agile Coach📍Lille, France, 😱NEW Agile video every Tue: Subcribe to my YouTube channel:

More from Medium

Optimizing the Backlog Through Continual Refinement

Agile or Waterfall — which is better?

Product Goal vs. Product Backlog

What is the difference between a Product Owner and a Product Manager?