The sprint retrospective is the ceremony that closes the sprint. Where the sprint review inspects the product, the retrospective inspects the team — its process, its habits, the friction it hit — and turns that reflection into a short list of changes to try next sprint. It’s the last of the ceremonies and the one that makes the others get better over time.

This is TeamRetro’s home ground, so this chapter stays short on purpose: it places the retrospective in the wider cycle and hands you to the guide we’ve put the most work into.

Where the retrospective closes the loop

The Scrum ceremonies cycle around a sprint Sprint Planning Daily stand-up Review Retrospective
The ceremonies form a loop, not a line. Planning sets direction, the daily scrum keeps it coordinated, the review checks the product — and the retrospective feeds what the team learned straight back into the next round of planning.

That feedback arrow is the whole point. A team that runs planning, stand-ups, and reviews but skips the retrospective can repeat the same mistakes sprint after sprint with perfect cadence. The retrospective is where the loop actually becomes a loop — where “how we work” is allowed to change.

Two guardrails make it work, and both are covered in depth in the full guide: keep it team-only (it’s the counterweight to the outward-facing review, and candour dies with stakeholders in the room), and end with a small number of owned actions, not a wall of complaints. One change the team actually makes beats ten it merely names.

Go deeper — the retrospective guide

The rest of this ceremony has a guide of its own. Rather than repeat it, start here:

And on the product side: TeamRetro retrospectives and the classic agile retrospective format if you want to run one now.

Frequently asked questions

Is the retrospective a Scrum ceremony?

Yes. The sprint retrospective is the last of the four Scrum ceremonies (or the fifth event, if you count the sprint itself as the container). It’s the only one focused on the team rather than the product, and it’s the engine of continuous improvement.

Where does the retrospective sit in the sprint?

Last, after the sprint review and before the next sprint’s planning. Running it after the review means the team can carry fresh product feedback into its reflection; running it before planning means the improvements it agrees on can shape how the next sprint is run.