GSA/christopher

View on GitHub
_guides/conducting_sprint_retrospective.md

Summary

Maintainability
Test Coverage
---
title: Conducting a Sprint Retrospective
category: Agile
audiences:
  - Developers
  - Designers
  - Project Managers
---

[Return to Agile Meetings]({{ site.baseurl }}/guides/Agile_Meetings_Goals_and_Benefits/#sprint-retrospective)

During a **Sprint Retrospective**, the Scrum Master facilitates an hour-long session as the Scrum Team reviews their previous sprint’s activities and processes (e.g. milestones, dependencies, etc.) in an effort to continuously improve and address potential risks or concerns for the upcoming iteration. 

The Sprint Retrospective is not intended to be a gripe session, but an opportunity for the Scrum Team to “**inspect and adapt**” their work with open, honest, and constructive feedback. This is why *all* other invitees - including the Product Owner and / or management - should **only** attend the retrospective at the discretion of the Scrum Team.

### Inspect
The Scrum Team should gather information / data based on facts (i.e. impersonal, impartial) and use the retrospective to generate relevant insights (i.e. ideas, actionable commitments, etc). While the Scrum Master may use a variety of exercises or phrasing, the overall goal is for the Team to explore:
* What went well during the sprint cycle?
* What went wrong during the sprint cycle?
* What could we do differently to improve?

Or focus on the processes or behaviors that the Team should:
* Stop _(cease)_
* Start _(add)_
* Continue _(emphasize)_

in order to continuously improve. Following a respectful, introspective discussion (i.e. “conversations over accusations”), the Scrum Team prioritizes and determines the idea or action item(s), within the Team’s control, to be implemented. The item should be assigned to a team member with a specific timeline to accomplish (ideally in the upcoming sprint). During future retrospectives, the Scrum Team should revisit the remaining items and check-in on the status of those in progress.

### Adapt
Remember, the retrospective is an opportunity to continuously improve and evolve. The Scrum Team should reflect on their process and agree upon a way of working, collectively find ways to improve productivity and reach goals, and determine / review the Definition of Done so they can continue building upon the Team's sense of ownership and its self-management.

### Good Reads
These are good references for conducting a Sprint Retrospective:
* [5 Steps To Better Agile Retrospectives](https://blog.trello.com/the-5-steps-to-better-team-retrospectives)
* [A Simple Way to Run a Sprint Retrospective](https://www.mountaingoatsoftware.com/blog/a-simple-way-to-run-a-sprint-retrospective)
* [Atlassian Playbook: Retrospectives](https://www.atlassian.com/team-playbook/plays/retrospective)
* [Do’s and Don’ts: How to Conduct Effective Retrospectives](https://www.inloox.com/company/blog/articles/do-s-and-don-ts-how-to-conduct-effective-retrospectives/)
* [Effective Sprint Retrospectives](https://msdn.microsoft.com/en-us/library/jj620912(v=vs.120).aspx)
* [Key Elements of the Sprint Retrospective](https://www.scrumalliance.org/community/articles/2014/april/key-elements-of-sprint-retrospective)
* [Scrum Inc: Sprint Retrospective](https://www.scruminc.com/sprint-retrospective/)
* [Sprint Retrospective](https://www.mountaingoatsoftware.com/agile/scrum/meetings/sprint-retrospective)
* [Sprint Retrospective Meetings](https://www.scrumalliance.org/community/articles/2015/may/sprint-retrospective-meeting)
* [The Product Owner in a Sprint Retrospective](https://www.mountaingoatsoftware.com/blog/the-product-owner-in-a-sprint-retropsective)
* [Valuable Agile Retrospectives: How to Do Them?](https://blog.versionone.com/valuable-agile-retrospectives-how-to-do-them/)
* [Why Agile Teams Need to Know How to Inspect and Adapt](https://www.agileconnection.com/article/why-agile-teams-need-know-how-inspect-and-adapt)