Skip to main content

UnSMART Improvements at Retrospectives — Making Your Scrum Work #18

August 16, 2021

TL; DR: Unsmart Improvements

There are plenty of failure possibilities with Scrum. Given that Scrum is a framework with a reasonable yet short “manual,” this effect should not surprise anyone. One area that typically flies under the radar is improvements. While the Scrum Guide encourages addressing the most impactful ones as soon as possible, it is up to the Scrum team to figure out how to improve. One manifestation of this core team task we often encounter is picking unsmart improvements, though.

Join me and delve into the consequences of picking unsmart improvements as a Scrum Team in less than 90 seconds.

Unsmart Improvements — Making Your Scrum Work #18

🗳 UpdateJoin the poll on how to deal with unsmart improvement items.

🗞 Shall I notify you about articles like this one? Awesome! You can sign up here for the ‘Food for Agile Thought’ newsletter and join 32,000-plus subscribers.

🎓 Join Stefan in one of his upcoming Professional Scrum training classes!

Hands-on Agile #34: Core Protocols for Psychological Safety—Richard Kasperowski

📅 Join us on September 7, 2021Hands-on Agile #34: Core Protocols for Psychological Safety with Richard Kasperowski.

Scrum Events and Skipping Retrospectives According to the Scrum Guide

There are many references to events in general and Retrospectives in particular in the Scrum Guide 2020:

  • Page 6: The Scrum Master is accountable for the Scrum Team’s effectiveness.
  • Page 6: [Scrum Masters] do this by enabling the Scrum Team to improve its practices, within the Scrum framework.
  • Page 10: The purpose of the Sprint Retrospective is to plan ways to increase quality and effectiveness.
  • Page 10: The Scrum Team inspects how the last Sprint went with regards to individuals, interactions, processes, tools, and their Definition of Done.
  • Page 10: The Scrum Team identifies the most helpful changes to improve its effectiveness..
  • Page 10: The most impactful improvements are addressed as soon as possible. They may even be added to the Sprint Backlog for the next Sprint.

SourceScrum Guide 2020. (The aggregation is taken from the Scrum Guide 2020 Reordered.)

The Scrum Guide 2020 no longer advocates the previous approach: Choose at least one high-level improvement item for the next Sprint; now, it is a suggestion. However, the Scrum Guide does not guide how to accomplish the task at hand.

Download the Scrum Guide 2020 Reordered for Free

Manifestations of an Unsuited Improvement Approach

In my experience, three typical anti-patterns prevent a Scrum team from improving its way of working despite pouring money, brain, and time into becoming better at their game:

  1. The Scrum team picks unSMART actionsBill Wake created the SMART acronym for reasonable action items: S – Specific, M – Measurable, A – Achievable, R – Relevant, T – Time-boxed. If the team picks unSMART action items, though, it sets itself up for failure. Example: “We want to change the bonus scheme of the company.” Good luck achieving that goal during the next Sprint!
  2. #NoOwner: No directly responsible individual takes care of an improvement item. (If the “team” is supposed to fix issue X, probably everyone will rely on their teammates to handle it. Find a caretaker instead.)
  3. #NoFollowUp: The Scrum team does not check the status of the action items from the previous Sprint Retrospectives. (The sibling of autonomy is accountability. If you are not following up on what you wanted to improve before, why care about picking action items in the first place? Do not let the momentum of a successful Retrospect fizzle out that way.)

Unsmart Improvements — Conclusion

Every Scrum event is an opportunity for inspection and adaptation. The Sprint Retrospective provides that opportunity to the Scrum Team itself. While the Scrum Guide is no longer prescriptive regarding improvements, it points to the importance of continuously improving as a Scrum team. Hence, avoid standing in your way by picking unsmart improvements.

Have you met a Scrum team choosing unsmart improvements? What happened? Please share your learnings with us in the comments.

Download the ’Scrum Anti-Patterns Guide’ for Free

✋ Do Not Miss Out: Join the 10,000-plus Strong ‘Hands-on Agile’ Slack Team

I invite you to join the “Hands-on Agile” Slack team and enjoy the benefits of a fast-growing, vibrant community of agile practitioners from around the world.

Membership Application for the Hands-on Agile Slack Community

If you like to join now all you have to do now is provide your credentials via this Google form, and I will sign you up. By the way, it’s free.

📖 Unsmart Improvements — Related Posts

Skipping Retrospectives? — Making Your Scrum Work #17

Scrum First Principles — How to Elon Musk the Scrum Guide

The Blame Game Retrospective — Making Your Scrum Work #6

Three Essential Agile Failure Patterns in 7:31 Minutes—Making Your Scrum Work #12

21 Sprint Retrospective Anti-Patterns Impeding Scrum Teams

Data-Informed Retrospectives

Download the Scrum Anti-Patterns Guide for free.

Download the Remote Agile Guide for Free

 


What did you think about this post?