What went well?

Discuss the positive aspects and successes from the last sprint.

We had great collaboration and communication within the team during this sprint.
The daily standups helped us stay aligned and address blockers quickly.
Our new automated testing approach saved us a lot of time and caught issues early.
What could be improved?

What slowed us down, and where did we struggle?

We struggled with scope creep and took on too many unplanned tasks.
There were gaps in our testing approach that led to production issues.
The team lacked clarity on certain requirements and made incorrect assumptions.
What actions can we take?

Propose specific steps to address the areas for improvement.

Implement a more rigorous definition of 'done' to improve testing coverage.
Conduct regular backlog grooming sessions to control scope and prioritize effectively.
Schedule knowledge sharing sessions for new team members during onboarding.
What still puzzles us?

Surface any open questions, concerns or areas needing further discussion.

How can we better estimate effort for machine learning or AI-related tasks?
What's the best way to handle technical debt accumulation over multiple sprints?
Should we explore new testing frameworks or tools for improved test automation?

What is the Sprint Retrospective?

The sprint retrospective is the scrum event where your team stops at the end of a sprint, looks at how the work went and agrees what to change. This sprint retrospective template gives you four prompts: what went well, what could be improved, what actions you'll take, and what still puzzles you. Run it every sprint and the small fixes add up. Looking at wins, problems and open questions side by side lets your team adjust how it plans and works, and the actions you agree on carry into the next sprint with a named owner. The puzzles column keeps unanswered questions on the board so they get picked up instead of forgotten.

Sprint Retrospective format

What went well?

Discuss the positive aspects and successes from the last sprint.

Encourage the team to share specific examples and appreciate each other's contributions. This builds morale and reinforces good practices.

What could be improved?

What slowed us down, and where did we struggle?

Create a safe space for open and honest feedback. Remind the team that the goal is to learn, not to blame individuals.

What actions can we take?

Propose specific steps to address the areas for improvement.

Encourage the team to suggest concrete and actionable steps. Assign owners and target dates for key action items.

What still puzzles us?

Surface any open questions, concerns or areas needing further discussion.

This topic allows the team to park outstanding issues for later exploration. Assign owners to investigate and report back.

When to use this retrospective

  • At the end of each sprint or iteration, to review how the work went and what to change.
  • When your team keeps hitting the same problems and needs to change its approach.
  • After a major milestone or release, to capture lessons before the next phase.
  • When a new team forms, or when people join or leave and the way you work shifts.

Suggested icebreaker questions

  • If our team was a vehicle, what kind would it be and why?
  • What's the best lesson you've learned from a past project?

Want a warm-up your team plays, not just answers out loud? Browse free icebreakers →

Ideas and tips for your retrospective meeting

  • Set a blame-free tone so people raise problems honestly.
  • Hear from everyone, including the quieter people. Silent brainstorming before discussion helps.
  • Turn problems into actions. A list of complaints with no next step changes nothing.
  • Give each action an owner and a due date, and check on them at the next retro.
  • Call out wins and thank the people behind them.
  • Timebox each section so the meeting stays focused.

Frequently asked questions

What is a Sprint Retrospective?
It's a meeting at the end of each sprint where the scrum team looks at what went well and what could improve, then agrees on actions for the next sprint.
How long should a Sprint Retrospective take?
Most teams take 45–60 minutes for a two-week sprint, which covers sharing wins and challenges, grouping themes, voting and agreeing on actions. The Scrum Guide caps it at three hours for a one-month sprint.
Who should attend a Sprint Retrospective?
The whole scrum team: developers, the Scrum Master and the Product Owner. Keep it to the delivery team so people can speak freely. Stakeholders give their feedback in the sprint review.
What should a sprint retrospective template include?
Four prompts cover most sprints: what went well, what could be improved, what actions you'll take and what still puzzles you. The first two gather evidence, the third turns it into one or two changes with a named owner, and the fourth parks open questions so they don't get lost. You can run it free from this page.
Is a scrum retrospective the same as a sprint retrospective?
Yes. Scrum calls the event the sprint retrospective, and many teams shorten it to scrum retro or sprint retro. The same template works for all of them.
Ready to run this retrospective?Try this retrospective live