Sprint Review Anti Patterns and How to Overcome Them

If your Sprint Review looks like this, you are doing it wrong:

  • Approval Session
  • Development team presentation
  • Closed feedback bubble

Signs you are doing it right:

  • Product Owner owns the event
  • Who is who? Everybody is engaged.
  • It provides valuable feedback
  • It gives the direction where we want to move to
  • It can give insight in likely completion dates

Retrotip: Treasure Map

Invite your team to form groups and have them create a treasure map based on their journey so far (or the past couple of Sprints). What is the treasure they’re looking for? What obstacles and traps are on their way? What hidden temples have they found? After twenty minutes of creative work, let the groups present their treasure maps and work together to identify themes and find improvements.

I stole this retrorip from The Liberators 😉

Share novel ideas and creative solutions with ‘Shift & Share’ and ‘Caravan’

Shift & Share is a Liberating Structure that helps spread novelty across groups and functions. Innovators showcase their ideas or products and gather meaningful feedback in short cycles. In one hour or less it’s possible to include everyone in a large group and make every voice heard in a structured, constructive way.

Caravan is an exciting twist on Shift & Share that blends it with the Liberating Structure Wise Crowds. It’s especially useful for gaining clarity on a challenge or — maybe most important for Scrum Teams — to receive useful feedback on new features and product increments during multi-team Sprint Reviews.

Read about it in this article: https://medium.com/the-liberators/liberating-structures-are-33-microstructures-that-allow-you-to-unleash-and-involve-everyone-in-a-9f55c2cdab56

Clearly express essential needs across groups with “What I Need From You”

The Liberating Structure “What I Need From You” (WINFY) helps groups to clearly express their needs and for others to clearly respond to those requests, sidestepping the kind of corporate jargon that often muddies such requests.

Read all about it in this article: https://medium.com/the-liberators/clearly-express-essential-needs-across-groups-with-what-i-need-from-you-8114093a312

The (surprising) 9 most common challenges that Product Owners face, and affect their Scrum Teams

  1. The PO doesn’t have enough time
  2. The PO doesn’t have the right skills and I’m expected to train him/her
  3. The PO can’t create a Release plan (or other critical artifacts for that role, like Vision or Product Backlog)
  4. The PO does not engage with the team and ends up working alone
  5. The team suffers from slow feedback and the PO doesn’t get the feedback they need either
  6. The PO does not feel empowered to make decisions
  7. The PO serves many teams and/or has many roles
  8. The PO is a micro-manager and wants to control everything that happens
  9. The PO needs to serve and align with too many stakeholders

Read the complete post and listen to the Scrum Master Toolbox Podcast here: https://scrum-master-toolbox.org/2018/11/blog/the-surprising-9-most-common-challenges-that-product-owners-face-and-affect-their-scrum-teams/

Six Guidelines for Saying No to a Stakeholder

Saying no can be very difficult. Most of us like to please others. But when we say no, we disappoint the requester.

Here are six guidelines for saying no to a stakeholder by Mike Cohn:

  1. Be Clear with Stakeholders: Is this No? Or No, for Now?
  2. Express Appreciation and Empathy for Customers
  3. Offer Only One Reason for Saying No
  4. Convey that You Each Have the Same Goal
  5. Explain the Consequences of Saying Yes to the Stakeholder
  6. Offer the Customer an Alternative

Read the complete article here: https://www.mountaingoatsoftware.com/blog/six-guidelines-for-saying-no-to-a-stakeholder