{"id":75786,"date":"2021-08-25T13:55:00","date_gmt":"2021-08-25T17:55:00","guid":{"rendered":"https:\/\/netmind.bts.com\/en\/?p=75786"},"modified":"2025-02-24T17:26:28","modified_gmt":"2025-02-24T16:26:28","slug":"scrum-fundamentals-infographic-what-is-a-sprint-retrospective","status":"publish","type":"post","link":"https:\/\/netmind.net\/en\/knowledge-center\/scrum-fundamentals-infographic-what-is-a-sprint-retrospective\/","title":{"rendered":"Scrum Fundamentals Infographic: What is a Sprint Retrospective?"},"content":{"rendered":"

This article is part of a series on Scrum fundamentals, complete with infographics! Check out the rest of the series: What is a Sprint?<\/a>, What is Scrum Planning?<\/a>, What is the Daily Scrum?<\/a>, and What is a Sprint Review?<\/a><\/em>.<\/p>\n

The last event in Scrum is the Sprint Retrospective. Don\u2019t let the word last<\/em> fool you though; the Retrospective actually plants the seed for the next Sprint and continues the cycle of improvement. This is the nature of agile in Scrum: dividing a complex problem — delivering value in an uncertain and changing environment — into small, manageable units, iterating with a framework to reduce risk and variability in order to receive feedback as soon as possible, and adjust accordingly.<\/p>\n

The Retrospective was born on the fringes of Scrum. In fact, this type of meeting and the techniques that come with it can be applied in any context: reviewing a supplier relationship, examining a department\u2019s operations and functionality, or analyzing the way we respond to problems.<\/p>\n

It is common to do post-mortem<\/em> sessions after specific events. Scrum’s innovation is to make it a regular occurrence (not an exception) as a way to ensure continuous improvement. The consistency and standard cadence contributes to the Sprint Retrospective\u2019s purpose, as the\u00a0 Scrum Guide<\/a> defines it, \u201cto plan ways to increase quality and effectiveness.”<\/p>\n

\n\t\t\t\t\t\t\t\t\t\t\"what
Scrum Fundamentals Infographic: What is a Sprint Retrospective?\u00a0|\u00a0Illustration by Patricia Parreira<\/figcaption><\/figure>\n

The Sprint Retrospective Event<\/h2>\n

The maximum duration of a Retrospective should not exceed 3 hours for “a one-month Sprint.<\/em>” Hopefully, a shorter Sprint will require a shorter Retrospective, but it’s not a matter of applying a rule of three hours: Retrospectives need a minimum amount of time to be truly effective.<\/p>\n

If the purpose of the Review is to analyze and collect feedback on the what<\/strong>, a Sprint Retrospective looks at the how.<\/strong> This how<\/em> refers to “individuals, interactions, processes, tools, and their Definition of Done”. That is, everything that makes it possible to reach the what<\/em>, or the value delivered that is aligned with the Sprint and Product Objectives.<\/p>\n

\n\t\t\t\t\t\t\t\t\t\t\"what
Scrum Fundamentals Infographic: What is a Sprint Retrospective?\u00a0|\u00a0Illustration by Patricia Parreira<\/figcaption><\/figure>\n

The entire Scrum Team actively participates in the reflection and analysis, without exclusions. This analysis and conversation should result in changes that the team can make to improve their effectiveness. These improvements are then prioritized based on their impact and time to implement. To ensure these actions are carried out, it is a good practice to include them as part of the next Sprint Backlog.<\/p>\n

The Scrum Guide doesn’t go into how the Retrospective should be conducted, but fortunately there’s been a lot written about it and even more resources to ensure your Sprint Retrospectives are effective.<\/p>\n

The Sprint Retrospective is Scrum’s most important meeting. In it, the team (as a whole) will review their operation and effectiveness to identify how to correct their defects and experiment in their ability to continuously improve.<\/p>\n

It is important to not get overrun with routine and treat the Retrospective like just another meeting. This leaves room for a snowball effect of spacing its occurrence farther and farther apart, and eventually stop holding it altogether. Neglecting and potentially abandoning the practice of looking back to reflect is the best way to hinder continuous improvement. Who can think that he has reached the zenith in the way he works?<\/p>\n

Fortunately, there are multiple techniques to help break up the monotony and make each session different from the last. Retrospective Resource Wiki<\/a> or Retromat<\/a> are both great resources to discover techniques for examining the team\u2019s functionality from other perspectives and identifying aspects that can be improved.<\/p>\n

Of course, be careful in choosing the techniques; the best and most appropriate will likely depend on the context and maturity of your team. An activity that gets people moving and engaged can be very fun, but probably isn\u2019t the most appropriate for a new team or one experiencing a tense situation. (Some agile techniques have gotten a “bad reputation” because of this tendency to be playful in any circumstance.)<\/p>\n

Retrospective Tips<\/h2>\n

While there aren\u2019t specific rules to follow during a Sprint Retrospective, there are a few guidelines that are essential to respect when facilitating it: host the event in a safe space, ensure everyone on the team participates, this is not a session for blaming or shaming a single person \u2013 the responsibility belongs to the team. Don\u2019t forget that these conversations might not be easy; that they can evoke strong emotions.<\/p>\n

Even though this is not included in the Scrum Guide, in their book “Agile Retrospectives: Making Good Teams Great<\/em><\/a>“, Esther Derby and Ken Schwaber (one of the Guide\u2019s co-authors) suggest a five-step retrospective template to help structure the event and ensure that the desired goal is reached:<\/p>\n