Contents

Sprint Review Guidelines for Internal Team Reviews

Tips on how to conduct a Sprint Review for internal use by Scrum teams.

Tips on how to conduct a Sprint Review for internal use by Scrum teams. As opposed to a review that might be organized for an external audience such as stakeholders.

Here are some guidelines for having the most effective Sprint Review activities.

Written in 2016-2017:
This is part of a series of articles that I originally wrote in 2016-2017 and were only published on private internal company wikis. I am publishing them publicly for the first time in 2019, here on my blog.

What is an Internal Sprint Review ?

  • For use primarily by the Scrum team to review and demonstrate the work they completed in the Sprint. As opposed to an externally facing Stakeholder Sprint Review which is designed for the needs of stakeholder’s outside the Scrum team.
  • Is open to anyone interested in reviewing the Sprint’s accomplishments.

Learn More:

Length of Meeting:

  • Time boxed
  • 1 hour for each week in Sprint
Sprint LengthSprint Review Meeting Length
1 week1 hour
2 weeks2 hours
3 weeks3 hours
4 weeks4 hours

Learn More About Length of Meeting:

  • Agile PM bookChapter 10 Showcasing Work and Incorporating Feedback > The Sprint Review > Figure 10-3: Sprint review meeting to sprint length ratio, location 4410.
  • Certified Scrum Master (CSM) class – Slide 89

Facilitator: Scrum Master

  • Schedules meetings.
  • Facilitates the meetings.

Scheduling:

  • Next to last activity on the last day of the Sprint.
  • Conduct both Sprint Review and Sprint Retrospective before you finalize your Sprint Plan, because:
    • They are both essential inputs in to a good Sprint Plan.
    • Are critical parts of the Inspect and Adapt process of Scrum, and other Agile approaches, used to embrace continuous improvement.
  • For example, conduct your Sprint Review on the Tue afternoon of the last day of the Sprint.

None or very little preparation:

  • To minimize the time spent on overhead and meetings, try to spend no time on preparation.
  • Because you use your Sprint Backlog as your meeting agenda and team members discuss and demo what they worked on, you don’t need prep or slides.
  • Sprint Review is focused on complete work.
  • No PowerPoint slides are needed.

Meeting Agenda:

  • Use your Sprint Backlog.
  • Simply go around to each person and have them review what they completed in the Sprint.
  • Demoing working software and solutions where appropriate.
  • In Jira, VSTS or other Scrum tool, you can use the Sprint views, or create a query and sort work items by person.
  • Discuss lessons learned from the work, new work items created related to the work completed, etc.
  • The Scrum Product Owner can review what’s coming next. In the next Sprint, next release, new work items, etc.
  • Stakeholders and others outside the Scrum team can ask questions and provide feedback.

Attendees:

  • All Scrum team members.
  • Having the Scrum Product Owner participating with questions and feedback, is absolutely essential. Because the Product Owner is responsible for accepting Features as completed.
  • Is open to anyone interested in reviewing the Sprint’s accomplishments.

Share your Sprint Review in a Team Wiki Space:

  • The Scrum Master is responsible for creating a wiki page to share the results of the Sprint Review.
  • Keep it simple.
  • Use Sprint Review wiki page template to save time.
  • You can share a video recording, if you’d like.

Summarize the completed work:

  • In a simple bulleted list, based on input from the team.
  • You can include copied links from work items in Jira, VSTS or other Scrum tool, if you’d like.
  • You can include links to wiki content.
  • You can include links to shared systems running the latest build.
  • The Scrum Product Owner can also handle this section.
  • The Scrum Master (SM) and Product Owner (PO) should collaborate on how they’d like to share the Scrum team’s work.

Encourage Feedback & Follow up:

  • Scrum Product Owner (PO) & Scrum Master (SM) work together to encourage discussions and feedback.
  • Follow up on feedback and input, in the form of:
    • Product Owner creating new Backlog items for the team to plan in a future Sprint.
    • Scheduling follow up meetings to deep dive.
Need an Agile Expert ?

Looking for an expert in Agile Coaching, developing & leading Agile transformations, Agile tools, DevOps strategy and Scrum ?

Send me, Ken Adams, a message on LinkedIn and let’s talk.

Subscribe

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

%d bloggers like this: