Sprint Retrospective

Overview

Questions

• How do we conduct Sprint Retrospective meetings?
• What does this meeting achieve for the team and the Scrum process?

Objectives

• Demonstrate how positive and negative retrospective feedback can be used to improve the Scrum process.
• Learn how to review previous action items and create actionable plans for continuous improvement.

Introduction

---

A recap from the Agile Fundamentals course, where you learned in the Sprint Retrospective chapter that:

• Sprint retrospectives are regular meetings that take place at the end of every sprint.

• Their purpose is to help the team reflect, learn, and continuously improve.

They are often chaired by the Scrum Master, but can also be organised by the Development Team. They should provide a safe space for the Development Team to reflect on the most recent sprint by considering:

• What went well?

• What didn’t go well?

• What changes can we make? (Actions)

To encourage open and honest feedback, a degree of anonymity can be introduced. If physical post-it notes have not been provided by the organisers, you can use IdeaBoardz for this purpose.

Instructions for the Scrum Master:

Please go to IdeaBoardz, click on “Create My Own IdeaBoard,” select “Retrospective,” and share the generated link with your team.

Note: It should be an assessment of the process and NOT of individuals. The output should be agreed recommendations to improve ways of working and could even result in related Tasks being added to the next Sprint.

The Sprint Retrospective meeting

Sprint Velocity and Insights

During Sprint Retrospective or stand-up / check-in meetings, the Scrum Master may wish to discuss various quantitative Scrum metrics. GitHub Projects provides an “insights” page accessed via the project which can be used to create custom charts to quantify burn-up and sprint velocity. This can be useful to provide an indication to the Development Team how much work they are able to complete in a given sprint and whether their estimation process is valid.

Insights

Callout

Smaller Projects

In research environments and smaller projects, these meetings can be relatively short and can be scheduled just prior to the Sprint Planning meetings. They can also be conducted as individual project check-ins depending on your teams ways of working.

Challenge

Challenge 1: Conduct a Sprint Retrospective (6 minutes)

• As a team, get together and devise a list of what went well and what didn’t go well.
• Scrum Masters: make sure everyone is involved and gets a say and use metrics where appropriate.
• Convert this into a list of actions to be done in the next sprint.
• If you want to, possibly add improvement processes as Issues to the Backlog.
• Facilitator: Show the team the “Insights” page and explain how it is helpful to them at least once during the course (or at least in one sprint).

Key Points

• Sprint Retrospective meetings are a safe space for Developers to provide feedback on ways of working and improve the process.
• Reviewing past action items ensures continuity, accountability, and progress before planning the next sprint.
• Effective retrospectives rely on facilitation, collaboration, prioritisation, and psychological safety to encourage honest reflection.