Sprint Retrospective is a Sprint wrap-up event that only Scrum Team members can attend. This allows it to be fully dedicated to the internal affairs of the team. This is because the Sprint Retrospective is primarily used to reflect on current working methods, as well as to discuss suggestions for improving them.
What is a Sprint Retrospective? – table of contents:
- Objectives and topics of Sprint Retrospective
- How to conduct an effective Sprint Retrospective?
- Problems to be discussed
- Discussion and commitment
Sprint Retrospective is the meeting that ends each Sprint. It is one of the Scrum Events, which we wrote about in an overview in a separate article.
According to the official Scrum Guide, a Sprint Retrospective takes a maximum of three hours for a monthly Sprint. Or correspondingly shorter if the Scrum Team works in shorter cycles.
Objectives and topics of Sprint Retrospective
All members of the Scrum Team take part in the Sprint Retrospective. The purpose of the meeting is to discuss problems related to the Scrum Team’s work and how it handles them. However, these are not problems related to the Product being developed by the Scrum Team, but issues related to the nature and course of cooperation between Scrum Team members.
Because the issues raised are often sensitive and touchy, the Sprint Retrospective is a closed event. We can formulate its objectives in the following way:
- to summarize the current ways of cooperation
- to identify those problems and imperfections that require improvement
- to suggest solutions and modifications
The goals of Sprint Retrospective are closely related to the pillars of empiricism on which Scrum is supported. The first two points are related to inspection. While the last one is related to adaptation. We wrote more about the pillars of empiricism and their role in Scrum in this article.
The result of the answers to the above meetings is not only a clear picture of the Scrum Team’s principles of cooperation available to all its members. The Team also makes commitments to improve cooperation and team behavior, which will be implemented in the next Sprint.
How to conduct an effective Sprint Retrospective?
Because the Sprint Retrospective is a difficult meeting, the role of the Scrum Master who moderates the discussion is crucial. Ideally, he or she should suggest to the Scrum Team members to speak next. For example, he can ask everyone to give a one-sentence summary of the ending Sprint.
Problems to be discussed
Since talking about problems in the team can stir up a lot of emotion, a common solution is to write down the issues to be discussed on separate pieces of paper. This makes it easier to express your opinion. It’s also easier to spot larger problem areas and issues that more people have concerns about.
If there are too many issues that Scrum Team puts forth, you can start by discussing the major ones. Or select collectively which issues are the most important in the opinion of the Scrum Team.
You can postpone problems for which there was not enough time during the Sprint Retrospective to the next retrospective. Of course, only in case they still occur.
Discussion and commitment
The most important parts of the Sprint Retrospective, however, are discussion and making commitments.
The discussion should focus on the causes of the problems, the moments when they occur, and their impact on the functioning of the Scrum Team. It is worth considering whether their occurrence can be avoided and with whom to discuss their solution.
Making commitments is just as important as diagnosing the problems because just knowing they exist and the causes do not translate into solving them. The result of a Sprint Retrospective is usually several commitments. If the problem affects the whole team, often one of the team members is committed to paying special attention to a particular problem in the next Sprint. And to propose its solution, or even to solve the problem itself. If, on the other hand, the problem concerns the action of a specific person, he or she commits to change his or her behavior as early as the next Sprint.
Sprint Retrospective is a summary of a Sprint from the perspective of collaboration between Scrum Team members. Its purpose is to improve efficiency and nurture the three pillars of empiricism: transparency, inspection and adaptation. Transparency, whereby all collaborators talk frankly with each other about both successes and problems that arise in the team. Inspection, which involves the frequent and reliable diagnosis of the situation in the team, and adaptation, i.e. correcting errors that arise on an ongoing basis.
- Glossary of basic terms, roles and notions
- What is Scrum?
- Scrum values
- How to implement Scrum in your company?
- Scrum Team - what is it and how does it work?
- Who is a Product Owner?
- The most common mistakes of Product Owner
- Who is the Scrum Master?
- Characteristics of a good Scrum Master
- The most common mistakes of Scrum Master
- What statistics and metrics should the Scrum Master track?
- Cooperation between Product Owner and Scrum Master
- Development Team in Scrum
- The most common mistakes of Developers
- Scrum artifacts
- Scaling Scrum
- Sprint Backlog
- What is the Product Backlog?
- What are User Stories?
- Creating the best User Story with INVEST
- The most common User Story mistakes
- User Story Acceptance Criteria
- Estimation and Story Points in Scrum
- Planning Poker
- Team Estimation Game
- Defining Increment
- Scrum events
- What is Sprint in Scrum?
- Scrum Team Commitments - Product Goal, Sprint Goal and Definition of Completion
- What is a Burndown Chart?
- How to create and interpret a burndown chart?
- Advantages and disadvantages of the burndown chart
- Kanban boards in Scrum and Scrumban
- Velocity in Scrum - Speed of the Development Team
- Daily Scrum
- Sprint Planning
- Sprint Review
- What is a Sprint Retrospective?
- Common mistakes during a Sprint Retrospective
- Product Backlog nurturing