The Sprint Review: Who Should Lead and Why It Matters
As I reflect on my experiences with Scrum, one question that often arises is: who should lead the Sprint Review? This is a pivotal moment in our Agile journey, and understanding its purpose is crucial for maximising the value we deliver in the next Sprint.
The Purpose of the Sprint Review
At its core, the Sprint Review is about gathering the best possible information from stakeholders. This ensures that our product backlog is in the best possible state, ready to guide our next steps. Here’s what we aim to achieve:
- Absorb Information: We need to synthesise what we’ve accomplished over the last two weeks, alongside insights from the business and market.
- Update the Product Backlog: By the end of the review, our backlog should reflect the most current and relevant information, setting us up for success in the next Sprint.
Who Should Lead the Sprint Review?
Now, let’s tackle the question of leadership. Who is accountable for delivering value? The answer is clear: the Product Owner.
- Accountability: The Product Owner is responsible for maximising the value of the work done by the Scrum Team. This makes them the ideal candidate to lead the Sprint Review.
- Facilitation: While anyone on the team can facilitate the review, it’s often the Product Owner who is best positioned to extract valuable insights from stakeholders. They have a vested interest in ensuring the review is as productive as possible.
Structuring the Sprint Review
So, how do we run an effective Sprint Review? The beauty of Agile is that there’s no one-size-fits-all approach. Here are some key elements I recommend:
-
Set the Scene: The Product Owner should start by reiterating the current vision of the product. This helps everyone align on what we’re working towards.
-
Define Goals: Clarify the current product goal and the tactical goal for the Sprint. What were we aiming to achieve? This sets the context for the discussions that follow.
-
Showcase Progress: If applicable, a demo of what was created during the Sprint can be incredibly valuable. This is not just about showing off; it’s about engaging stakeholders and gathering feedback.
-
Encourage Feedback: The feedback we receive during the demo is often more important than the demo itself. It’s our opportunity to learn and adapt.
-
Discuss Future Directions: Use this time to converse about what’s happening in the business and market. What insights can stakeholders share that might influence our future work?
-
Update the Backlog: Throughout the review, ensure that the product backlog is being updated with new information and insights. This is crucial for maintaining its relevance.
Conclusion
In summary, while the Product Owner is typically the one leading the Sprint Review, the format can be flexible. The key is to ensure that we’re fulfilling our accountability to maximise value.
I encourage you to experiment with different structures and approaches to find what works best for your team. Remember, the goal is to leave the Sprint Review with a clear, updated product backlog and a shared understanding of our next steps.
If you found this discussion helpful, please like, follow, and subscribe. I’m always eager to engage with fellow Agile enthusiasts, so feel free to book a coffee chat with me through Naked Agility. Let’s continue to explore the fascinating world of Agile, Scrum, and DevOps together!
Smart Classifications
Each classification [Concepts, Categories, & Tags] was assigned using AI-powered semantic analysis and scored across relevance, depth, and alignment. Final decisions? Still human. Always traceable. Hover to see how it applies.
What to read next
Worst Contribution from a Product Owner that You Know Of
A real-world example of a product owner undermining their Scrum team during a sprint review, highlighting the importance of support, …
How critical is a Product Owner in developing a great Product Backlog?
Explains why a product owner is essential for shaping, prioritising, and maintaining a focused, lean product backlog that drives effective …
What is a product owner? Why are they essential?
Explains the product owner's role in Scrum, focusing on accountability for maximising value, aligning teams with strategy, and ensuring …
Transforming Sprint Reviews: How to Engage Stakeholders and Secure Meaningful Feedback
Learn practical strategies to boost stakeholder attendance and engagement in Sprint reviews, encouraging valuable feedback and stronger …
Unlocking the Product Owner Potential: Bridging Theory and Practice in Agile Leadership
Explores the real-world challenges and expanded responsibilities of product owners, highlighting practical skills, agile leadership, and …
Empowering Product Owners as Strategic Leaders in Scrum Teams
Explores how Product Owners can drive strategy, maximise value, and lead Scrum teams effectively, highlighting the need for empowerment …
Detecting agile theatre with real delivery signals
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Why Outsourcing DevOps Fails, and How Real Engineering Excellence Starts With Your Team
Avoid DevOps vendor lock-in, discover how true engineering excellence starts with partnership, not outsourcing. Ready to transform your …
The Definition of Done is a Commitment to Quality
Defines the Definition of Done in Scrum as a clear, shared standard for quality, ensuring increments are releasable, transparent, and …
Why Your Definition of “Done” Is Holding Back Quality, Agility, and Trust, And How to Raise the Bar
Is your team’s “done” really done? Discover how a clear, objective definition of done boosts quality, agility, and trust in product …
Acceptance Criteria vs Definition of Done: Why Getting This Right Builds Trust and Delivers Quality Faster
Stop confusing acceptance criteria with definition of done, learn the crucial difference to boost quality, speed, and trust in your agile …
How to Evolve Your Definition of Done: Start Small, Grow Smarter, and Build Lasting Momentum
Unlock a smarter Definition of Done, start small, evolve standards, and build team momentum without overwhelm. Discover how progress drives …
Why Most Transformations Fail Without Honest Conversations
Most transformations fail without open, honest conversations that address real issues, making transparency and tough dialogue essential for …
Why Your Definition of Done Is the Secret Weapon for Real Business Impact and Agile Growth
Transform your definition of done into a strategic advantage, deliver real value, reduce risk, and drive business impact with every sprint.
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Kendall Guide - A System of Work for AI Adoption
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Estimating Better in an Overloaded System Is a Poor Man’s Strategy
High work in progress (WIP) causes delays and unpredictability; improving estimates won’t help. Limiting WIP and focusing on flow is key to …
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Getting Started with Objectives & Key Results
Learn how to successfully implement OKRs by aligning clear strategy, fostering transparency, empowering teams, focusing on outcomes, and …
OKR Guide - A Social Discipline for Shared Focus, Measurable Contribution, and Strategic Learning
A certification proves you’ve passed a test
Certifications show test-passing ability but don’t prove real-world product skills. Experience, judgement, and stakeholder influence matter …
Most companies still get Product Ownership wrong
Many organisations misunderstand Product Ownership, treating it as simple backlog management instead of a strategic, accountable role …