How To Run A Sprint Retrospective Meeting That Rocks (2022)

Whether you’re new to the software development game or been a player for years, chances are you’ve participated in a sprint retrospective. If done well, these agile meetings can highlight opportunities for change, generate meaningful process improvements, and ultimately move the team in the right direction. If done poorly, a sprint retrospective can turn into a blame game or give some of the loudest voices a platform to gripe about something happening in the project, without suggestions to make things better. (Spoiler alert: that’s not how they should go).

Keep reading if you want to understand how you can use the sprint retrospective as a vehicle to drive change. We’ll break down what it is, what it isn’t, and hash through some helpful tips to make the sprint retrospective as productive as possible.

How To Run A Sprint Retrospective That Actually Leads To Change

  • What Is A Sprint Retrospective?
  • Why Should You Run A Sprint Retrospective?
  • How To Facilitate Retrospectives
  • 3 Different Retrospective Methods
  • What’s The Difference Between A Sprint Review And A Sprint Retrospective?
  • What Are Some Issues You Might Run Into?
  • What Do Teams Want Out Of Retrospectives?
  • 6 Quick Tips To Elevate Your Next Sprint Retrospective

What Is A Sprint Retrospective?

By definition, a retrospective allows you to look back on past events or situations. According to the Scrum Guide, the sprint retrospective is an “opportunity for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint.” Makes sense, especially since the focus of agile development is continuous improvement. In order to get better, you have to know which sword to sharpen.

The retrospective should create a safe space for people to share their honest feedback on what’s going well, what could be improved, and generate a discussion around things that should change next time around – with actionable items documented. Retrospectives can be used for any type of team working on a shared project, but the sprint retrospective is especially optimized for an agile production team. It is one of the ceremonies that Scrum and Kanban teams leverage throughout cyclical product development.

What’s great about the retrospective is that it happens right as a sprint closes, meaning fresh ideas are usually top of mind and able to be teased out by the whole team. We’ll dig into how this differs from a sprint review later, but the main point to remember is that it all boils down to continuous improvement. The purpose of the sprint retrospective is to drive positive change in the project, the team, the account, and potentially the organization.

Why Should You Run A Sprint Retrospective?

If you’re practicing some sort of agile methodology, chances are the sprint retrospective is already a part of your routine. Ironically, routine might be an issue that some production teams face. Often times, teams can fall into their rhythm, and vital ceremonies like the sprint retrospective can become so run-of-the-mill that teams aren’t using them to their intended advantage. Rest assured, we’ll dive into some ways to mix things up later on.

If you’re asking yourself whether you should run a sprint retrospective, here are a few of the many benefits of retrospectives:

  • It creates a safe, blameless space for team members to share their valuable feedback.
  • It allows the team to document wins and areas of opportunity.
  • It provides an actionable list of next steps and identifies who’s owning which item.
  • It identifies small, incremental changes that can lead to larger waves of improvement.
  • It allows teams to iterate on their process to amplify results.
  • It allows opinions to be heard.
  • It helps the team mature.
  • It makes each sprint better than the last.

How To Facilitate Retrospectives

Think about the last meeting you attended. What made it great and what could’ve been improved? Were you actively engaged and interested in the content? Did you feel like you were in a safe environment to make suggestions or resolve conflict?

These outcomes typically lie in the hands of the meeting facilitator. Facilitators are critical in retrospectives. Consider the role of a moderator in a debate. The moderator’s job is to remain neutral while setting the tone of the conversation, keeping participants on topic, and within set time limits. The same applies to facilitate a retrospective.

As a facilitator, the most important concept to remember is to remain neutral. If the expected facilitator cannot remain neutral, then it’s best to ask someone outside of the team to play the role so the original person in question can participate.

Let’s discuss an example of a situation where a retrospective would be useful. Suppose the QA team expresses frustration with the development team for waiting until the last day of the sprint to deliver their stories. The best plan of action in these instances is to guide the team towards finding the root of the problem.

(Video) How to run a sprint retrospective meeting that rocks! | Roberto Jovel | ADC2022

In this specific example, the facilitator should not focus on the frustration; they should ask generic questions to find out what caused the issue and discuss solutions. The facilitator should know the difference between constructive and destructive conflict and should work to keep the conversation focused to avoid the latter.

Another important technique to remember is to be comfortable with silence. Most teams are comprised of both introverts and extroverts, and while extroverts speak to think, introverts think to speak. As a result, introverted team members may need time to collect their thoughts, and silence may give them an opportunity to think and gently force that participation.

Gathering feedback before beginning the sprint retrospective also allows the team to think through the previous sprint and possibly provide more robust feedback. To gather feedback, the facilitator can either send an anonymous survey out before the meeting or make time at the beginning of the retrospective. Keep in mind that most teams usually prefer anonymity.

Learn more about facilitation in this workshop with Annie MacLeod (you'll need to be a member to access the workshop)!

3 Different Retrospective Methods

There are several interactive methods that can be used to gather feedback during a retrospective meeting, whether the team is co-located or distributed. Here are a few methods to consider:

  • Sailboat Method
  • Affinity Mapping
  • The Four Ls

Sailboat Method

The sailboat method is a recommended metaphorical retrospective that reaches visual learners. A member of the team is asked to draw a sailboat, wind, an anchor, an iceberg, and (optionally) an island. Co-located teams can draw the Sailboat Method on a whiteboard while distributed teams might use a tool such as Stormboard.

The team should then add their feedback to the relevant areas on the picture. The wind represents what items, people, or processes moved the team forward throughout the sprint. The anchor signifies what weighed the team down or kept the team from operating at a higher level of efficiency. The iceberg would be any unexpected or unforeseen items that potentially derailed the team during the sprint. The island represents sprint goals set by the team.

Affinity Mapping

Affinity mapping is an efficient method for obtaining feedback from a larger group in a short amount of time. First, the team is asked to write down their feedback on sticky notes (real or virtual). Once all feedback is received, patterns should be recognized, and similar items should be grouped.

Each group can be labeled, and the team can discuss high-level label topics. This method is great for organizing a significant amount of feedback into specific categories for general discussion. Scrumblr is an easy and free tool to use if you’d like to try out affinity mapping retrospectives with distributed teams.

The Four Ls

The Four Ls method is a simple way to gather feedback that consists of the team providing insight into what they liked, lacked, learned, and longed for.

  • Liked items: anything appreciated in the sprint or that made the sprint successful.
  • Lacked items: things that potentially could have brought the team closer to success.
  • Learned items: any lessons learned in the sprint that would be beneficial to remember for future sprints or any process changes that could provide higher success patterns.
  • Longed for items: things the team desires for success or morale.

What’s The Difference Between A Sprint Review And A Sprint Retrospective?

Both the sprint review and the sprint retrospective are scrum ceremonies used around the world by production teams. While similar—in that they both take place at the end of the sprint—they are separate and distinct exercises and should always be treated as such.

(Video) How I Facilitate Retrospectives

The sprint review creates an opportunity for the team to showcase the work that has just been completed in the latest sprint. This can be more casual in nature, where a demo of the work is presented to internal team members. It can also be a more formal meeting, where stakeholders outside of the core team can be invited to a showcase. Regardless of how fancy you want (or need) to make the sprint review, the work should always be fully demonstrable and meet the team’s defined quality in order to be reviewed. So it’s said, the team is allowed to celebrate their accomplishments and get immediate feedback from sprint review attendees during this meeting.

Once the sprint review is over, the sprint retrospective typically takes place. This is where the team reflects on the work they just completed, offers up kudos to what went well, and identifies suggestions for improvement moving forward. It should be action-oriented, blameless, and adapted to fit your team’s needs. It is typically facilitated by the Scrum Master or DPM. Folks on the periphery of the project do not need to—and should not—join.

To put it plainly, the sprint review is about demoing the work that was just completed, and the sprint retrospective is about identifying areas of improvement to make the next sprint better.

A somewhat important sidebar is that all of these ceremonies should be timeboxed appropriately. There are a lot of resources, like this one and this one, available that break timeboxing down a bit more, but in essence, all ceremonies should have strict time boundaries. This helps to ensure the most important topics are addressed in each ceremony. Timeboxing also helps to reduce unnecessary time spent in agile meetings and creates a more efficient development process. I’m pretty sure that’s something we can all appreciate.

Note that timeboxing does depend on the length of the sprint. Let’s take a two-week sprint for example. The sprint review should last a maximum of 2 hours. After that, the sprint retrospective should only last 90 minutes tops. It may be tempting to extend these, but you will likely experience diminishing returns. Keep them timeboxed and focused!

What Are Some Issues You Might Run Into? (And How Do You Combat Them?)

Even if sprint retrospectives are new to your team, chances are production members that you work with have been a part of these before in a previous role. As with any ritual, there may be varying levels of emotional baggage that you or your team bring to the table, based on previous experiences. Here are some things you might run into during a retrospective and how to combat said speedbumps:

Apathy

If the same questions are asked sprint after sprint after sprint, team members can become less engaged in the answers and stop offering up constructive suggestions to improve the process.

Combat apathetic participation by mixing things up! The outcomes of a good retrospective can be reached by adapting different exercises and questions. There is no “one ring to rule them all” when it comes to retrospectives for a reason – you should iterate on the way you run this. Check out some good inspiration here, here, and here.

Emotions

At the end of the day, we are people. And people have emotions. We are also not perfect creatures. Retrospectives should invite constructive feedback on what could go better in future sprints, but it should never support hostility, baseless negativity, and finger-pointing.

It’s vital for DPMs and CSMs to be non-judgemental and unbiased facilitators during the retrospective meeting. People should feel safe to share their feedback in this meeting. Be sure to set expectations when you kick off the sprint retrospective, mediate along the way when necessary, and promote a positive conversation.

(Video) Sam Adams - SNL

A Lack Of Conversation

You might have a sprint retrospective where it feels like questions are met with blank stares. Instead of pulling teeth to get the conversation going, come up with a more engaging opening to the meeting, and treat it like the great opportunity to drive incremental change that it is.

Aside from that, you can encourage your team to write their suggestions and thoughts down throughout the course of a sprint. This will give them something to look at during the retrospective instead of feeling like they need to pull anything out of thin air. Alternatively, you can also consider keeping a log of these yourself (things heard throughout the week, in other agile meetings or during standups).

Pushback From Leadership

This is a fun one. Sometimes, action items identified in the retrospective impact members outside of the production team. Whoever is owning that item should be working with leadership to develop a conversation around the suggestion and detail ways to make the requested change. It is possible, however, that leadership will be resistant to the suggestion.

If that is the case, keep at it. Find your champions within the organization who will go to bat for the production team and the improvements that stem beyond them. An agile company and/or one that values positive change should eventually be willing and open to implementing process improvements that benefit the team at large. Be sure to frame any recommendations in a way that doesn’t single anyone out or cause undue stress.

Earnest Participation

This is what you want to strive for! Sprint retrospectives can be a ceremony that people look forward to most because it should create a space to assess how process improvements have gone and allow for more suggestions to follow.

Strive for participation by offering up gratitude when team members really dive into the conversation. Be thankful to those who use this time to make meaningful contributions. Be positive.

What Do Teams Want Out Of Retrospectives?

As I set out to write this article, I reached out to several team members in the organization to chat about their experiences with sprint retrospectives. I was curious to find out what different roles (designer, developer, and project manager) thought about this ceremony. If you’re just getting started with retrospectives or looking to mix things up, talking directly with team members can be a good place to start. I asked them three simple questions.

1. If Run Well, What Can A Sprint Retrospectives Provide You?

  • Takeaways on how to improve my personal process and/or role, as well as an opportunity to voice potential team-wide process improvements, have conversations around how to be better as a team, and how to better engage with our clients in the future (Design)
  • Help the team identify areas for improvement and provide a platform to talk about values or results the whole team can work on going forward. (Development)
  • Insight and collaborative feedback into what is going well within the team, what isn’t and what can be improved. The best-case scenario is when the team is guided to create and experiment with solutions to challenges on their own. (DPM)

2. If Run Poorly, What Can Happen?

  • It can turn into a complaining or bashing session. Another negative is if things are brought up that never end up changing or getting implemented. (Design)
  • It could result in a missed opportunity for the team to grow as a whole. (Development)
  • The status quo is kept. While this may be tempting to let pass for the short term, it can have a disastrous long-term effect of changing the culture within the team. (DPM)

3. Do You Have A Favorite Question Or Activity That’s Been Asked In A Sprint Retrospective?

  • This is a bit elementary, but an effective strategy is to ask the question and then go around a circle where everyone must answer. It gets everyone talking. I’ve been in retrospectives where 2-3 people dominate the conversation, and others don’t say much. Everyone always has an opinion on how the experience went, and it seems people sometimes need a little nudging to speak up, or an opportunity to speak up. Going around in a circle was effective for that reason. Everyone had an answer. (Design)
  • I heard about a really cool practice from a team at Spotify where the agile coach would help the team decide on one thing they could do that everyone thought would make the team and or product better. In one example, they all agreed that every code check-in had to include at least some testing. (Development)
  • Ask the simple question, “Does everyone agree with what was just said?” (DPM)

At the end of the day, it comes down to brass tacks. If you’re looking for some sprint retrospective ideas to make your next one more effective, keep reading. Whether you’re stuck in a rut with the same old questions, looking to mix things up, or planning to roll out the sprint retrospective process to your team, here are some sprint retrospective examples to get your juices flowing.

6 Quick Tips To Elevate Your Next Sprint Retrospective

1. Keep It Simple

I credit the great team at Mountain Goat Software for this suggestion, but a simple way to make your next sprint retrospective effective is to ask the team what they’d like to start, stop, and continue doing.

For instance, the team may identify that they want to start writing test cases at the time of user story creation. They may decide to stop going over the 15 recommended minutes for daily standups, and they decide to continue experimenting with a new tool that hasn’t become a habit yet. Regardless of the decisions, make sure you’re asking for mass participation, documenting the suggestions you’re hearing, and vote to determine what happens.

2. Incorporate Novelty

Another technique is to incorporate games & other varying tactics into your sprint retrospectives. There are a lot of examples out there. Pick one that makes the most sense for your team or project stage, and be sure to run through it at least once beforehand so you’re familiar. These can be fun, effective, and productive but only when the facilitator is prepared!

(Video) Enhancement Drug - SNL

One of my favorites is the LEGO Retrospective. In this sprint retrospective example, team members are encouraged to use the LEGO blocks to build a structure that represents the last sprint, and one that represents what needs to happen to improve the next one. This abstracts things a little bit and generates some surprisingly productive (and creative) conversations.

3. Stay Focused

Using the Lean CoffeeTMapproach, retrospective agendas can be built using kanban boards that are democratically generated. This might be good for a group who can’t seem to stay on topic or who tend to spend too much time on a particular discussion point. Be sure to use different colored sticky notes and markers and identify a volunteer to document outcomes.

4. Make It Action-Oriented

Most simply, but perhaps most importantly, make sure you’re assigning anything actionable to someone on the team. They don’t all need to fall on the project manager. In fact, they shouldn’t. The conversation can be as constructive and helpful as possible, but the ripples will not be felt unless the change is implemented across the team. Keep a list visible for everyone to see, and make sure that expectations and deadlines are set.

5. Bring In Outside Perspective

If you’re looking for some backup, it could be wise to bring in an agile coach to help with retrospective facilitation. There are a lot of experts out there who can tease out some of the finer points of the conversation and help to drive change for the team. An outside perspective can be a huge turning point!

This may come at a premium (and may not be required unless there are significant struggles), so another great solution would be to invite another teammate to the conversation. Those unrelated to the project can help shed a light on the important comments and act as a neutral third-party. If you don’t have access to a team member,you can look into using a retrospectives tool that’s designed to give structure and support for the process.

6. Keep It Fresh

Switching meeting formats is a refreshing way to foster participation from teams who may have become complacent with the norm. Using a new method from time to time gives the team something to look forward to and may make these meetings more exciting for the participants.

If teams use the same method for an extended period, they may feel that the retrospectives have plateaued. If the same questions have been asked for multiple retrospectives, there may be a decline in participation. You’ll know when participation is declining when a retrospective is comprised of a “quiet majority,” which is when most of the team members rarely speak out unless they’re specifically called on. There may even be team doubt, which would result in comments such as “Why are we doing this when we never do anything about it” or “Nothing needs to change.”

Remember that the team may lose traction or the desire to participate if no movement is made on any of the action items that have been taken in previous retrospectives. As mentioned before, keeping a list of these items and tracking through completion will better allow for the team to recognize the value in your retrospectives.

Anything Else?

Modern agile preaches that we ought to experiment and learn during projects. The sprint retrospective is undoubtedly a great vehicle to collect, discuss, and ultimately implement these learnings. I can’t think of one DPM who doesn’t want to call their project successful. To that end, use the sprint retrospective to drive that change and fortify your processes to make each project a win.

Related Read: 21 Ideas To Get Quiet Teams Talking In Sprint Retrospectives

FAQs

How do you run a successful sprint retrospective? ›

How to perform a sprint retrospective in 6 steps
  1. Use Miro's free retrospective templates. You don't need to start from scratch. ...
  2. Schedule your sprints. ...
  3. Invite your team. ...
  4. Ask the right questions. ...
  5. Work to improve your processes. ...
  6. Discuss how it went.

How do you run a good retrospective meeting? ›

How to run a successful retrospective meeting
  1. Create a safe environment. Project retrospectives are an opportunity to facilitate a meeting, as opposed to dictating a meeting. ...
  2. Define parameters of the retrospective. ...
  3. Have an agenda. ...
  4. Conduct a project review.

What are the three questions that need to be answered at the sprint retrospective? ›

Valuable Retrospective Questions

What helps you to be successful as a team? How did you do this sprint? Where and when did it go wrong in this sprint?

What are the 5 recommended parts of the sprint retrospective meeting? ›

Five Steps To Improving Your Sprint Retrospective Meetings, Verified By A Scrum Master
  • Step 1: Set the Stage for Your Sprint Retrospective. ...
  • Step 2: Ask Your Team To Gather Previous Sprint Data. ...
  • Step 3: Generating Insights From The Sprint Retrospective. ...
  • Step 4: Decide On The Next Steps For Your Agile Sprint.
26 Aug 2015

What is the key to a successful retrospective activity? ›

It's vital that a retrospective is run in a way where all members feel safe to discuss their viewpoints. Mistakes are something to be celebrated, as they present opportunities to learn, so when describing something that went wrong, be sure not to place the blame at the feet of an individual team member.

What are the three pillars of retrospective meeting? ›

3 Pillars of a Retrospective
  • Safe Environment.
  • Effective Facilitation.
  • Follow-up.
25 Aug 2014

How can I make my retrospective more fun? ›

A good retrospective is concise, engaging, and actionable. To make your retros short, facilitate only relevant discussion around specific issues and promote actionable feedback rather than abstract discussion. To make your retro engaging, set team members at ease with retro games and well-being surveys.

What does a good retrospective look like? ›

The retrospective should create a safe space for people to share their honest feedback on what's going well, what could be improved, and generate a discussion around things that should change next time around – with actionable items documented.

What are some good things to discuss at a sprint retrospective? ›

There are three main questions that are asked in the sprint retrospective: What went well during the sprint, what did not go well and what could be improved for better productivity in the next sprint? These questions, and the whole sprint retrospective, are facilitated by the scrum master.

How do you answer retrospective questions? ›

In short, a 4 Question Retrospective gets the the team to reflect on the last, short period of time working together (often 2 weeks) and answer four specific questions: What went well? What didn't go so well? What have I learned?

How do you know if a retrospective is effective? ›

A retrospective session is most effective when everyone on the team is honest about what went well, and also what didn't. There are as many team dynamics as there are teams, so sometimes getting started is awkward if people feel uncomfortable opening up.

What points do you add to a retrospective meeting? ›

40 ideas to spice up your retrospective
  • Set the Stage: make sure everyone feels safe and is in in the retro.
  • Gather The Data: what happened, make sure everyone has the same picture.
  • Generate Insights: analyze the data to find root causes.
  • Decide What To Do: what are experiments that could help us to improve 1% a day.
25 Sept 2017

What a retrospective should not do? ›

DON'TS
  • Don't end a retrospective and never think about it again. ...
  • Don't let the meeting be too negative. ...
  • Don't go into the meeting unprepared. ...
  • Don't just focus on improving at all costs and pressure the team to implement all ideas that come up during the session. ...
  • Don't let outsiders attend the meeting.
8 Dec 2016

What are the first three steps to conduct a retrospective? ›

You may try the steps interactively by visiting the interactive product tour.
  1. Step 1: Prepare for a 'Start, Stop and Continue' retrospective. ...
  2. Step 2: Discuss what should start doing. ...
  3. Step 3: Discuss what should stop. ...
  4. Step 4: Discuss what went well. ...
  5. Step 5: Vote for the most important items. ...
  6. Step 6: Wrap up the meeting.

How do you facilitate a large retrospective? ›

Structure a large Retrospective
  1. Introduction & Set the Stage. ...
  2. Self-organize into cross-functional groups. ...
  3. Gather data in groups. ...
  4. Sharing insights & converging into themes. ...
  5. Private voting & Selecting the topic. ...
  6. Explain the fishbowl. ...
  7. Discussion and task selection. ...
  8. Slack on the schedule.
9 Apr 2015

What should a scrum retro say? ›

A quick recap of sprint retrospectives

A Scrum Master will gather together all the critical stakeholders of the sprint and: Gather data and insights from their team (what went well, what went poorly, etc.) Discuss the data and insights and make action items around them. Make a plan for improvements on the next sprint.

What are the retrospective techniques? ›

Here are 10 retrospective ideas that you can add to your Scrum toolkit.
  • Liked, learned, lacked, longed for (4 L's)
  • Sailboat.
  • Speedcar.
  • Starfish (small, large)
  • Stop, start, continue.
  • Mad, sad, glad.
  • Token of appreciation.
  • One word retrospective.
1 Jan 2017

What are the three questions to ask every team member at a standup? ›

A quick Google search will show you that the 3 daily standup questions in a scrum meeting are: What did you do yesterday? What will you do today? What (if anything) is blocking your progress?

What are the 3 scrum artifacts? ›

The main agile scrum artifacts are product backlog, sprint backlog, and increments. The term artifact is often associated with archaeological ruins and ancient relics. Yet in software development, the term artifact refers to key information needed during the development of a product.

What are the 5 scrum values? ›

A team's success with scrum depends on five values: commitment, courage, focus, openness, and respect.

Who facilitates retrospective meeting? ›

The ScrumMaster can facilitate this sprint retrospective meeting by asking everyone to just shout out ideas during the scrum. The ScrumMaster can go around the room asking each person to identify any one thing to start, stop or continue.

How can you prevent boredom at retrospectives? ›

Making sure there's room for everyone to reflect and speak. Creating safety for people to speak up in. Having different kinds of retrospectives. Having different people in the retrospectives (like other teams you work alongside)

How long should a retro be scrum? ›

The Scrum Guide says that:

“This is at most a three-hour meeting for one-month Sprints. For shorter Sprints, the event is usually shorter.” Quite often, teams dedicate about 30 minutes per week to reviewing the progress.

How long should a retro last? ›

Retrospectives usually last for ½ hour to 1 hour. It should always include these three axes: Celebrate successes: a new client, a feature release, a past action identified during the last retrospective that led to the expected results, …

What are the three key Scrum roles? ›

What are the three scrum roles? Scrum has three roles: product owner, scrum master and the development team members. While this is pretty clear, what to do with existing job titles can get confusing.

Who should not attend the sprint retrospective? ›

Anyone who is not a member of the Scrum team or sprint execution team should not attend a sprint retrospective. There are two key reasons why: They are unhelpful in retrospectives because they are a few steps removed from the work (too many cooks in the kitchen)

What are the four aspects we talk about during retrospective? ›

4Ls Retrospective

The 4 Ls is a retrospective technique where team members identify what they loved, loathed, learned, and longed for in a project or sprint of work. Using this simple framework, reflect back on your work and use what you've learned to improve as a team.

How long should a sprint retrospective take? ›

That said, as a rule of thumb, sprint retrospectives often run: 45 minutes for a one-week sprint. 1.5 hours for a two-week sprint.

What is not discussed in sprint retrospective? ›

The only one that I'd specifically exclude is arranging the Sprint Backlog for the next Sprint. This is a part of Sprint Planning, which would follow the Sprint Retrospective and start the next Sprint. The only one that I'd specifically exclude is arranging the Sprint Backlog for the next Sprint.

What do you do in a sprint retrospective meeting? ›

In a sprint retrospective, you'll discuss what went well during the previous sprint cycle and what can be improved for the next sprint. You can think of it as a meeting to discuss things to start, stop and continue.

What are the first three steps to conduct a retrospective? ›

You may try the steps interactively by visiting the interactive product tour.
  1. Step 1: Prepare for a 'Start, Stop and Continue' retrospective. ...
  2. Step 2: Discuss what should start doing. ...
  3. Step 3: Discuss what should stop. ...
  4. Step 4: Discuss what went well. ...
  5. Step 5: Vote for the most important items. ...
  6. Step 6: Wrap up the meeting.

How do I run my first retrospective? ›

Start of the project: How to run the first retrospective
  1. Start building team spirit.
  2. Remind the values of the retrospective / scrum.
  3. Set up a baseline for process metrics.
  4. Focus on action points generation to make sure the team sees the real value of this meeting.
  5. Motivate the team for the successful project.
17 Jun 2021

What did not go well in sprint retrospective? ›

What didn't go well: This is the bucket for activities that didn't work for the sprint outcome. Perhaps you tried something for the first time and it just wasn't up to scratch. Maybe a rogue issue damaged your action plan or workflow for the sprint.

Who should not attend the sprint retrospective? ›

Anyone who is not a member of the Scrum team or sprint execution team should not attend a sprint retrospective. There are two key reasons why: They are unhelpful in retrospectives because they are a few steps removed from the work (too many cooks in the kitchen)

What are the three pillars of retrospective meeting? ›

3 Pillars of a Retrospective
  • Safe Environment.
  • Effective Facilitation.
  • Follow-up.
25 Aug 2014

What 2 questions should be answered by each team member during the retrospective? ›

In short, a 4 Question Retrospective gets the the team to reflect on the last, short period of time working together (often 2 weeks) and answer four specific questions: What went well? What didn't go so well? What have I learned?

How do you know if a retrospective is effective? ›

A retrospective session is most effective when everyone on the team is honest about what went well, and also what didn't. There are as many team dynamics as there are teams, so sometimes getting started is awkward if people feel uncomfortable opening up.

What a retrospective should not do? ›

DON'TS
  • Don't end a retrospective and never think about it again. ...
  • Don't let the meeting be too negative. ...
  • Don't go into the meeting unprepared. ...
  • Don't just focus on improving at all costs and pressure the team to implement all ideas that come up during the session. ...
  • Don't let outsiders attend the meeting.
8 Dec 2016

How can I make my retrospective more fun? ›

A good retrospective is concise, engaging, and actionable. To make your retros short, facilitate only relevant discussion around specific issues and promote actionable feedback rather than abstract discussion. To make your retro engaging, set team members at ease with retro games and well-being surveys.

What should a scrum retro say? ›

A quick recap of sprint retrospectives

A Scrum Master will gather together all the critical stakeholders of the sprint and: Gather data and insights from their team (what went well, what went poorly, etc.) Discuss the data and insights and make action items around them. Make a plan for improvements on the next sprint.

What are the retrospective techniques? ›

Here are 10 retrospective ideas that you can add to your Scrum toolkit.
  • Liked, learned, lacked, longed for (4 L's)
  • Sailboat.
  • Speedcar.
  • Starfish (small, large)
  • Stop, start, continue.
  • Mad, sad, glad.
  • Token of appreciation.
  • One word retrospective.
1 Jan 2017

Videos

1. Quick Virtual Team Activity - You Rock!
(Chad Littlefield)
2. The Clash - Rock the Casbah (Official Video)
(The Clash)
3. Agile Rhapsody - Bohemian Rhapsody Parody - Scrum Team Building - Agile Manifesto in a fun song
(Creative Clouds Production Hub)
4. Iguana chased by killer snakes | Planet Earth II: Islands - BBC
(BBC)
5. How to Answer Behavioral Interview Questions Sample Answers
(Self Made Millennial)
6. Adam Levine Performs "Purple Rain" at the Howard Stern Birthday Bash on SiriusXM
(The Howard Stern Show)

Top Articles

Latest Posts

Article information

Author: Merrill Bechtelar CPA

Last Updated: 12/19/2022

Views: 5729

Rating: 5 / 5 (50 voted)

Reviews: 89% of readers found this page helpful

Author information

Name: Merrill Bechtelar CPA

Birthday: 1996-05-19

Address: Apt. 114 873 White Lodge, Libbyfurt, CA 93006

Phone: +5983010455207

Job: Legacy Representative

Hobby: Blacksmithing, Urban exploration, Sudoku, Slacklining, Creative writing, Community, Letterboxing

Introduction: My name is Merrill Bechtelar CPA, I am a clean, agreeable, glorious, magnificent, witty, enchanting, comfortable person who loves writing and wants to share my knowledge and understanding with you.