This module outlines the sprint review and retrospective. It also focusses on how you can support your team and product owner with their product backlog refinement. Finally, you’ll learn about how you can scale scrum with a scrum of scrums.
The objectives of this course are to provide you with and understanding of:
- What the sprint review is
- What the sprint retrospective is
- Best practice for product backlog refinement
- The extent of scrums scalability
This course is aimed at Scrum Masters who want to improve their individual knowledge of facilitating scrum events in service to their Scrum team and their wider organization.
There are no specific pre-requisites to study this course.
We welcome all feedback and suggestions - please contact us at firstname.lastname@example.org to let us know what you think.
- After any series of work, it's always useful to reflect on what went right and what didn't go quite so well. Reflection exercises are important in the learning process and, to improve, an individual or group has to learn from its experiences. That's where the Sprint Retrospective comes in. The Sprint Retrospective, often called a retro, is an event that gives the Scrum Team the opportunity to examine how it performed in the previous Sprint. The Scrum Team can then create an improvement plan for the upcoming Sprint, in order to create the most value from the Sprint. The retro is held right after the sprint review, and right before the sprint planning session of the next sprint. For a month long sprint, the time-box for retro is three hours. This is adjusted in relation to the length of the sprint. So, a two week sprint would have a one-and-a-half hour time-box for the retro. The Scrum master makes sure that everyone in the Scrum Team is present and everyone knows its purpose. Okay, so what exactly happens in a retro? The Scrum Team will normally reflect on what happened in the last sprint. There are a few questions that can be answered to help prompt the retro. Did everything in the team work as it was supposed to? Did all of the workflows and processes go according to plan? Did all of the tools that the team used function correctly? And how are the relationships with the team, both the internal Scrum Team and, potentially, the organization at large? The Scrum Team needs to identify and order the things that went well, as well as anything that can be improved too. With the potential improvements noted, the Scrum Team then creates a plan for implementing the improvements to the way it works. The Scrum Team needs to plan ways to increase the quality of the product or by improving the work processes or even changing the definition of done. By the end of the retro, the Scrum Team should've identified improvements they can make that they will implement during the next sprint. Cool. So, what does the Scrum Master do in all of this? The Scrum Master helps facilitate the retro, and keeps the meeting on a positive track. Reflection and looking for improvements can have a tendency towards a negative attitude. The Scrum Master needs to keep the team focused on making improvements and keeping a positive spirit in the retro. The Scrum Master also needs to focus the team on making improvements to processes and practices of the team that are more effective and enjoyable. The retro is the final part of the sprint, and allows everyone in the Scrum Team to express how they feel the work went. It's important in Scrum, and practices the value of transparency and adaptation.
Tony has over 20 years’ experience in Business Development, Business Change, Consulting, and Project/Program Management working with public, private, and third sector organizations.
He has helped organizations to design and create processes and procedures to align ways of working with corporate strategy. A highly motivated and detailed solution provider, utilizing a wide range of methods and frameworks to provide structure whilst promoting creativity and innovation.
As a confident and self-motivated professional with excellent communication skills, Tony is able to bring people together and get them working as a team quickly.
Tony is an Agile and Scrum trainer with a vast knowledge spanning IT Systems, Business Change, Program and Project Management. With excellent presentation skills and a solid background, he ensures that all clients gain maximum benefit from his training. He has successfully guided those new to the industry through their initial training, helped experienced staff as they progress in their careers, and worked at the director level advising on best use and practice, as well as tailoring courses to fulfil the exact needs of clients.