The Sprint Retrospective is one of the five Scrum events and arguably the most important for team growth. It’s where Scrum Teams inspect themselves and create improvement plans—the engine of continuous improvement.

This guide covers retrospectives within the Scrum framework.

What Is a Sprint Retrospective?

According to the Scrum Guide:

“The purpose of the Sprint Retrospective is to plan ways to increase quality and effectiveness.”

The Sprint Retrospective is a dedicated time for the Scrum Team to:

• Inspect how the last Sprint went
• Identify what went well and what could improve
• Create actionable improvements to implement in the next Sprint

The Sprint Retrospective in Context

The five Scrum events form a cycle:

┌─────────────────────────────────────────────────────────┐
│                      SPRINT                             │
│                                                         │
│  ┌─────────────┐                                        │
│  │   Sprint    │                                        │
│  │  Planning   │──────► Daily Scrum ──────┐            │
│  └─────────────┘        (daily)           │            │
│        ▲                                  ▼            │
│        │                           ┌─────────────┐     │
│        │                           │   Sprint    │     │
│  ┌─────────────┐                   │   Review    │     │
│  │   Sprint    │◄──────────────────└─────────────┘     │
│  │Retrospective│                                       │
│  └─────────────┘                                       │
└─────────────────────────────────────────────────────────┘

The retrospective happens after the Sprint Review and before the next Sprint Planning.

Who Attends?

Required Attendees

The entire Scrum Team:

• Developers
• Scrum Master
• Product Owner

The Scrum Guide is explicit: “The Scrum Team inspects how the last Sprint went with regards to individuals, interactions, processes, tools, and their Definition of Done.”

The Product Owner Question

Some teams debate whether the Product Owner should attend. The Scrum Guide includes them, but reality varies:

Arguments for PO attendance:

• They’re part of the team
• They impact and are impacted by team processes
• Full transparency supports trust

Arguments for occasional absence:

• Some topics require developer-only candor
• Power dynamics may inhibit honesty
• Developers may need separate space

Best practice: Include the PO by default. If specific topics require developer-only discussion, make it explicit and occasional.

External Attendees

Generally, retrospectives are for the Scrum Team only. However:

• Invited guests can attend with team agreement
• Stakeholders typically don’t attend (that’s Sprint Review)
• Other Scrum Masters might attend to learn facilitation

When Does It Happen?

Timing in the Sprint

The Sprint Retrospective occurs:

• After the Sprint Review
• Before the next Sprint Planning
• As the final event of the Sprint

Duration

The Scrum Guide suggests:

Sprint Length	Max Retrospective Duration
1 week	1.5 hours
2 weeks	3 hours
3 weeks	3.5 hours
4 weeks	4 hours

In practice: Most teams use 45-90 minutes for 2-week sprints.

Frequency

Every Sprint. The retrospective isn’t optional—it’s how Scrum Teams improve.

Skipping retrospectives leads to:

• Accumulating process debt
• Repeated problems
• Team frustration
• Declining effectiveness

What Happens in a Sprint Retrospective?

The Three Questions

Traditionally, retrospectives address three questions:

1. What went well? - Identify successes to continue
2. What didn’t go well? - Identify problems to address
3. What will we improve? - Create specific action items

The Scrum Guide’s Focus Areas

The Scrum Guide identifies three inspection areas:

Individuals:

• How are team members doing?
• Are people supported?
• Any personal challenges affecting work?

Interactions:

• How is communication?
• How is collaboration?
• Any relationship issues?

Processes:

• Are our practices effective?
• What’s working? What isn’t?
• Any tools or techniques to try?

Typical Flow

1. Set the Stage (5-10 min)
   └─► Welcome, check-in, review previous actions

2. Gather Data (15-20 min)
   └─► What happened? What did we observe?

3. Generate Insights (20-30 min)
   └─► What does the data mean? What patterns exist?

4. Decide What to Do (15-20 min)
   └─► What specific improvements will we make?

5. Close (5 min)
   └─► Summarize, appreciate, schedule next

Sprint Retrospective Formats

The Scrum Guide doesn’t prescribe a format. Teams can use any approach that helps them inspect and adapt.

Popular Formats for Scrum Teams

Start Stop Continue

• Simple and actionable
• Good for beginners
• Clear output categories

4Ls Retrospective

• Balanced reflection
• Includes learning dimension
• Good for regular sprints

Mad Sad Glad

• Emotional processing
• Good after difficult sprints
• Surfaces feelings first

Sailboat

• Visual and engaging
• Good for strategic thinking
• Identifies risks and goals

Starfish

• Nuanced (5 categories)
• Good for experienced teams
• Highly actionable

See our complete sprint retrospective formats guide for 30+ options.

Varying the Format

Don’t use the same format every sprint:

• Teams get bored
• Same insights emerge
• Fresh formats surface fresh perspectives

💡 Pro tip: Rotate through 3-4 formats. RetroFlow offers 20+ built-in templates—free, no signup needed.

The Scrum Master’s Role

Facilitation Responsibilities

The Scrum Master typically facilitates, ensuring:

• Psychological safety - People feel safe to speak honestly
• Participation - Everyone contributes, not just loud voices
• Focus - Discussion stays productive
• Actionability - Insights become concrete improvements
• Time-boxing - Meeting finishes on time

Facilitation vs Participation

The Scrum Master faces a tension: facilitate OR participate?

Options:

1. Facilitate only - Focus on process, add content sparingly
2. Participate fully - Rotate facilitation to other team members
3. Hybrid - Facilitate structure, participate in content

Many teams rotate facilitation so the Scrum Master can participate fully.

Teaching the Team

A great Scrum Master teaches the team to run effective retrospectives themselves:

• Explain why retrospectives matter
• Teach facilitation techniques
• Introduce new formats
• Model healthy reflection behaviors

Adapting these questions for a distributed team? Our remote retrospectives guide covers virtual facilitation.

Creating Improvement Items

From Discussion to Action

The retrospective’s purpose is improvement, not just discussion. Every retrospective should produce:

• 1-3 specific improvement items
• Items the team commits to in the next Sprint
• Ideally added to the Sprint Backlog

SMART Improvements

Effective improvement items are:

• Specific: “Add unit tests to checkout” not “improve testing”
• Measurable: “80% coverage” not “more coverage”
• Assignable: Someone owns it
• Realistic: Achievable in one sprint
• Time-bound: Clear deadline

Adding to Sprint Backlog

The Scrum Guide encourages adding improvements to the Sprint Backlog:

“The Scrum Team identifies the most helpful changes to improve its effectiveness. The most impactful improvements are addressed as soon as possible. They may even be added to the Sprint Backlog for the next Sprint.”

This makes improvement work visible and prioritized.

Common Scrum Retrospective Mistakes

Mistake 1: Skipping Retrospectives

“We’re too busy delivering to reflect.”

Problem: Without reflection, teams repeat mistakes and miss improvement opportunities.

Fix: Retrospectives are non-negotiable in Scrum. If you’re too busy, that’s a topic FOR the retrospective.

Mistake 2: No Action Items

Great discussion, no concrete output.

Problem: Talking without action = waste.

Fix: Every retrospective produces 1-3 specific, owned improvements.

Mistake 3: Same Format Every Time

Start Stop Continue for 50 sprints straight.

Problem: Staleness, disengagement, same insights.

Fix: Rotate formats, try new approaches.

Mistake 4: Blame Culture

“Why did John mess up the deployment?”

Problem: People stop speaking honestly.

Fix: Focus on processes and systems, not individuals. Use the Prime Directive.

Mistake 5: Not Reviewing Previous Actions

Never mention what was committed last time.

Problem: Retrospective actions are forgotten.

Fix: Start every retrospective by reviewing previous actions.

Mistake 6: Management Attendance

Director sits in to “observe.”

Problem: Team self-censors.

Fix: Retrospectives are for the Scrum Team only unless explicitly invited.

Sprint Retrospective vs Sprint Review

Teams sometimes confuse these events:

Aspect	Sprint Review	Sprint Retrospective
Purpose	Inspect the Product	Inspect the Team
Focus	What was built	How it was built
Attendees	Team + Stakeholders	Scrum Team only
Output	Updated Product Backlog	Improvement items
Looking at	The Increment	The Process

Both are essential. Don’t combine or skip either.

Measuring Retrospective Effectiveness

Signs of Healthy Retrospectives

• Action items get completed
• Problems don’t recur sprint after sprint
• Team feels heard and valued
• Honest discussions happen
• Continuous measurable improvement

Signs of Unhealthy Retrospectives

• Same issues raised repeatedly
• Action items abandoned
• Only superficial topics discussed
• People disengage or skip
• No measurable change over time

Metrics to Track

• Action item completion rate
• Recurring issues (should decrease)
• Team satisfaction with retrospectives
• Process improvements implemented

Keep Exploring

• What is a Sprint Retrospective? - Beginner’s guide
• Sprint Retrospective Formats - 30+ formats
• Sprint Retrospective Questions - Question bank
• Retrospective Prime Directive - Safety foundation
• How to Facilitate a Retrospective - Facilitation skills

Run This Format Online — Free

RetroFlow includes a Scrum template with everything you need:

• Anonymous brainstorming so people speak freely
• Dot voting to find what matters most
• Action item tracking with owners

No signup required. No cost. Ever.

Launch your retro →