What are agile retrospectives?
Get the free sprint retrospective template
Reflect on what worked and what didn't to clearly identify wins and areas for growth for your team.
Agile retrospectives have been a cornerstone of continuous improvement since 2001, when the Agile Manifesto introduced the principle of regular team reflection: “At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.”
This practice encourages teams to pause, assess what’s working, and identify opportunities for growth—ensuring that progress isn’t just about delivering software, but about evolving how teams work together.
While retrospectives are most often associated with software development teams, their value extends far beyond the software industry. Now, more teams are adopting these principles and seeing the benefits of Agile.
Marketing teams review campaign outcomes, management teams reflect on major projects, and even entire organizations use retrospectives to drive industry-wide change. This widespread adoption underscores the significant impact that regular reflection can have on any team wanting better collaboration, morale, and results.
What are Agile retrospectives and why are they important?
Agile retrospectives are regular meetings where teams reflect on their recent work, covering what went well, what could be improved, and how to make positive changes moving forward.
These sessions are important because retros drive open communication, encourage continuous improvement, and help teams adapt for better collaboration and results. By making time to learn and adjust, teams work more effectively and deliver higher-quality outcomes.
At face value, this is what agile retrospectives are about—working with real people to make changes and improvements. Few things reinforce agile principles better.
The retrospective meeting
Retrospectives are an excellent opportunity for your agile team to evaluate itself and create a plan to address areas of improvement for the future. The retrospective embraces the ideal of continuous improvement and protects against the pitfalls of complacency by stepping outside the work cycle to reflect on the past.
The purpose of the retrospective meeting is to:
Evaluate how the last sprint, iteration, or work item went, specifically around the team dynamic, processes, and tools.
Articulate and stack rank the items that went well, and those items that did not.
Create and implement a plan for improving the way the team does work.

The retrospective offers a safe space for introspection and adaptation. In order for retrospectives to be successful, there needs to be a supportive atmosphere that encourages (but doesn’t force) all team members to contribute.
The retrospective should be a positive, energizing experience for your team. It helps team members share important feedback, release frustrations, and collaborate to find solutions.
Facilitators can also get a lot from the retrospective, including a better understanding of how the team works together and what challenges (and successes) they experienced in the last sprint. A successful retrospective results in a list of improvements that team members take ownership of and work toward in the next sprint.
How to run your first retrospective
While it can be beneficial to vary the format of the retrospective (more on that below!), certain aspects like timing, attendees, and general format should remain as consistent as possible.
The when:
For agile teams working in the traditional two week sprint, the retrospective should take place at the end of every sprint. For teams running a more Kanban-esque style of work, a monthly or quarterly retrospective may make more sense. It's also healthy to engage members of the broader leadership after major initiatives have been rolled out; be careful to focus not on what was delivered, but rather on how the team worked together produce it.
Plan to spend at least thirty minutes, and up to an hour, depending on how long the sprint is and how much you have to cover.
The who:
Every team member should attend the retrospective, with a facilitator leading the discussion. The facilator can be the scrum master, product owner, or it can rotate throughout the team. Feel free to pull in designers, marketers, or anyone else who contributed to the current sprint or iteration.
The what:
There are several ways to mix up your retrospective (which we’ll discuss below), but here’s a basic template for retrospective meetings:
Create a short list of things that worked well and things that could be improved. This list can be created on a whiteboard, on an Atlassian Confluence page, or maybe even sticky notes on the wall! No matter where you capture the initial feedback, be sure to memorialize it right after the meeting so it can be referenced down the road.
Prioritize this list by importance as a team. You may discover common themes, which can be grouped together.
Discuss ways and tactics to improve the top two items on the "room for improvement" list. Focus on outcomes, not actions or people, or the past.
Create an action plan. By the end of the session, the team should have produced a few actionable ideas with clear owners and due dates to address the areas of improvement.
Be disciplined about executing #4. Nothing is more frustrating than repeating the same roadblocks in every retro. Avoid stagnation (and frustration!) by making sure everyone walks away with clear next steps. Each action item identified in the retro should have a clear owner who follows it through to completion.
Because variety is the spice of life
Standardizing your retrospective is a good idea to create consistency and to build trust amongst the team over time. But there are a few "tweaks" facilitators can try that may help uncover additional insights, encourage participation from new team members, or simply keep it interesting.
Bring in an outside facilitator. Typically retrospectives are run by the scrum Master or project lead, but you may want to consider bringing in a guest to facilitate your next retro. The dynamic may shift in a positive way by having someone with no "skin in the game" lead the discussion. Moreover, this strategy enables someone else within the organization to observe how other agile teams are working and may pick up some best practices for his or her own team.
Vary the list prompts. At the end of the day, the retrospective is meant to uncover what's working and what's not. Consider these different prompts:
Start / Stop / Continue: What the team should start doing, stop doing, and continue doing. Focus on ways to discontinue items in the "Stop" column.
More / less: What the team needs to do more and less of. Create a plan around how to tackle the top items in the "do less" list.
Glad / Sad / Mad: What made the team glad, sad, and mad. You guessed it, focus on the sad and mad lists and how to improve so there are only items in the glad column next time.
Engage leadership. After a major project has been rolled out, schedule an hour with a member of your leadership team and focus on how the team worked together (not particulars of how the initiative went).
There are plenty of ways to improve, so don’t hesitate to find some new tricks of your own. Whether you’re trying to engage a distributed team or improve a retro process that has stagnated, the key is to keep your team engaged and make the results actionable.
Recommended for you
Templates
Ready-made Jira templates
Browse our library of custom Jira templates for various teams, departments, and workflows.
Product guide
A comprehensive introduction to Jira
Use this step-by-step guide to discover essential features and the best practices to maximize your productivity.
Git Guide
Understanding the Basics of Git
From beginners to advanced experts, use this guide to Git to learn the basics with helpful tutorials and tips.