Posted in Retrospectives, Working Agile, Working as a ScrumMaster

Shorter and fewer Retrospectives, please

Previously I have asked my team my team for feedback. I was surprised that the team rated the retrospective as our least valuable scrum event. Surprised because it is the event I, as the scrum master striving to help the team improving, put the most effort into preparing and facilitating. I honestly felt that we were making progress, and in some aspects I would argue that we were. However the team was not sharing the same perception, and then my perception does not really matter.

To show the team, that I take their feedback seriously, and to help the team readjust the focus retros on what matters for them, I designed a retro, with the following agenda

  • List all recently defined actions from memory – Besides gathering a list of actions for further treatment in this retro, the ambitions was to get the thinking going, while getting an impression of which actions we had defined actually seemed important. We used the liberating structure 1-2-4-all, to generate the list.
  • Generate insights on the listed actions – The purpose was to explore the retroactions to build shared understanding of what the next step could be. I wanted to get everybody’s perspective in play, only then can we come to a truly shared understanding. We used the liberating structure What, so what, now what, for that purpose
  • Define individual actions for moving forward – The purpose was to help the team identify small and actionable steps, that could get the ball rolling. We never got to this part in the retro. The conclusions from previous step required a shift in the agenda, more on that later.

The team discovered they had a hard time remembering what actions they had decided on, which let to the conclusion that if they cannot remember the actions, they are not that important. When asking” what is a good next step, what makes sense from here?” The team conclusion was: “Let’s do fewer and shorter retros”.

This has been the conclusions in many teams, it is like a universal and natural thing to conclude. Previously I have reacted to this conclusion with an “I know better, so we’ll continue attitude” or being childish like “Ok, then facilitate it yourself”. Sometimes I even agreed to reducing frequency and length, just to see nothing changed. None of these solutions solved the problem of not getting value out of the retrospective.

The reason for the problem not being solved, should be found in the concept of single- and double-loop learning.

Double loop learning illustration form the Zombie Scrum Survival Guide – zombiescrum.org

Single-loop learning is about taking actions within the system. Double-loop learning is about challenging the system. In our case we needed to understand why we were not succeeding with our retroactions, as well as setting a base for why we even do retrospectives, before we could determine which frequency and length we should have. Addressing this, was more important than defining actions as planned. So we pivoted.

The questions that helped me bring deeper learning at this retro was the following invitation: “I will gladly change the frequency and length of the retrospective, if we are conscious about why we want to do it, and what we expect from it – not because it is the easiest way out. So in order to get that consciousness we should reflect upon, what are the reasons we don’t get value out of our retros, despite defining small actionable next steps?”

We identified the following challenges preventing us from benefitting more from the retros:

  • Obvious problems are solved during the sprint, leaving an empty space of what to talk about on retros – which is great!
  • Actions are so small that we don’t see they fit in the bigger picture.

This let us to the action, that we as a team need to define the bigger picture. What themes would we like to address on retros, in what areas would we like to improve as a team?

Our action from this retro was to retake the evidence based Scrum Team Survey to help us define the areas where we could improve as a Scrum team. The survey gave us good insight in our improvements since last time, and helped us define new areas to improve.

Because we now have a shared understanding of the bigger picture, as well as shared understanding of why we have retros and what will be discussed in those, our retrospective quality already increased – even without changing format, frequency or length.

Posted in Working as a ScrumMaster

Do I want feedback?

I often express “Please give me some feedback” in relation to my work. Actually most people I work with express this in some form. Obviously because we want to know if we are doing a good job. But when I ask for feedback, a part of me reflects “What if the feedback I will get is not what I want to hear?”. Sometimes it even prevents me from requesting the feedback or postponing it until later. I may even subconsciously ask in a specific way, that will leave no room for true feedback, but only room for stating what I want to hear. And that’s great, because it can keep me out of those awkward moments where I feel undressed in front of a crowd, because I have just realized that I have been doing something wrong for a long time.

I recently had one of these moments. I asked my team about their perceived value of our regular meetings, as well as the format of the meeting. In an anonymous survey. To my big surprise. Retrospective was the meeting that scored lowest of all, both on value and format. I must tell you that it was tough for me, who claims to be a retrospective geek, and put the most effort into preparing and facilitating the retrospective, compared to the other events.

You can imagine, it was NOT a good feeling. It hurt, and lot of thoughts went trough my head:

  • OK, I’ll just let them facilitate the retro themselves (offended like a child).
  • I’m the expert on this, I’ll just tell them and continue what I am doing.
  • What if I never share the survey results – the team might just forget about it.

I then realized that I was just making excuses to NOT take action on the feedback the team had spent their valuable time giving me. And why was that? Because it was tough! It was scary to not know were this would end? I was afraid that I might find out that the team hates everything I do!

But if I call my self a retrospective geek, and I’m a Scrum Master that works for achieving psychological safety in the team, I know I needed to take this challenge head on! I decided to be curious. I decided that this was NOT about me personally. It was about the situation.

Therefore I designed a retro to explore what prevented us from getting value out of the retro. The details about the retro, I’ll save for another post, but it was the most difficult retro. Both for me as the facilitator, but also for the team. The outcome was, that the team was able to express what they felt, and I learned new ways of how I can support the team even better going forward. Awesome.

So, when you are asking for feedback, are you truly asking for feedback, or do you just want your to hear others say that you are doing a good job? Are you avoiding the difficult situations? Or Ignoring the feedback you do get? Or in other ways miss out on opportunities to learn and grow?

Instead ask yourself “how will you approach the feedback, if it something you don’t like to hear, or makes you uncomfortable?”

Posted in Liberating Structures, Retrospectives, Working as a ScrumMaster

Liberating Structures: Design Storyboards – for planning productive meetings and workshops

Liberating Structures fundamentally changed the way I work, and they are helping me becoming successful as Scrum Master and Agile Coach. Liberating Structures are a set of patterns, that allows a group, of any size, to collaborate and self-organise around a topic, problem or challenge, by involving and unleashing the potential of each individual.

The structure Design Storyboards has proven very useful to me, when preparing meetings and workshops. Even though it is designed for a group, this structure fundamentally changed how I prepare to facilitate group gatherings.

It really helps me focus on the goal, and then select the best approach to achieve that. Without this, it is easy to fall in the trap of selecting the structure/activity first, and then missing the goal.

Answering the following questions, help me stay on track. The visual representation that comes out of it, serves as my “facilitation canvas”.

  • What is the purpose of the gathering?
  • What structures would I normally use for this session?
  • What Liberating Structures or other activities could achieve that purpose?
  • Which structure/activity is best suited to achieve the purpose?
  • What would the invitation that will trigger reflections and conversation with many perspectives look like? (See Characteristic of Powerful Invitations for Liberating Structures)
  • What should be asked to debrief if the gathering achieved the purpose?

The answers are recorded in the “storyboard”:

This example is a retrospective, evaluating my team’s newly created Definition of Done, dealing with some of the concerns the team raised: (1) we now have a Definition of Done, but we have tried that before, and it will just go on the wall and we’ll forget about it. (2) our new Definition of Done will not work with ‘backend stories’ so I can’t see how it will work. (3) To what use is our Definition of Done if we are not able to go all the way to done in each sprint?

The visual representation of the planned gathering is a great way to create shared understanding and foster fruitful conversations about what we want to achieve, when planning together with a group.

I have found it hard to use this structure together with people who did not yet discover the power of Liberating Structures or are not familiar with some Liberating Structures. So far I have been preparing on my own, presenting a design storyboard to the group, and then working from there. That is not really the intention, as my opinion will be more dominant, and makes it harder for others to contribute… Yet it is still better than what we use to do.



Posted in Liberating Structures, Retrospectives

Sharpen focus of your team’s retrospective with Spiral Journal

Have you ever noticed somebody in a retrospective having trouble remembering what happened in a sprint or iteration? It can be hard to remember even 2 weeks back.

The liberating structure Spiral Journal, which is currently in development, is surprisingly effective in sharpen the focus of a team retrospective. In this post I will describe the process and share my reflections.

Steps

  • State the purpose of the activity; “Sharpen observational skills, and capture insight as action unfolds”
  • Ask the participants to divide a piece of paper in 4, by either folding twice or drawing 2 lines.
  • Guide participants to draw a spiral from the center, as tightly as possible, and in silence.
  • After few minutes, ask 4 questions one by one, and allow participants time to write their answer in to the specified square.
  • Ask participants to share their answers, if they want.

Reflections and observations

The questions can basically be anything, but the idea is that they should guide participants in a direction you find appropriate, for the following activity. I wanted my team to “tune-in” to what happened in the sprint, using these questions

  • Top-left: One impression of the last sprint?
  • Top-right: One thing I learned during the last sprint
  • Bottom-left: Name a problem that the team has, but we haven’t found the solution
  • Bottom right: What is the most important thing that the team discusses in today’s retro

For some, drawing a spiral on a piece paper, can be out of their comfort zone. Others might find it hard to see the purpose. Both might result in talking or even questioning the activity. Yet this exercise is so simple, that is worth giving a shot. What worked for me, when i faced resistance like this was being firm that the participants stayed silent during the activity. I told them that we would debrief afterwards and asked them to play along for now.  As debrief I asked, other team members than the the most resistant one “What did you get out of this exercise?”.  The answers made it so clear to everyone in the room why we did this activity, and i didn’t have to fill in a word my self. That was the moment I realised how powerful this structure is.

The feedback from the teams were: “Drawing made me forget things around me and got me in the zone”. “Reflecting on the question helped me remember what happened in the sprint, something I normally find hard”. “We spent 20% of the time, to figure out what to talk about in the retro, and 80% to discuss the actual topic”.

I highly recommend to try this out! Let me know how it goes!

Posted in Retrospectives

Practicing retrospectives – A retrospective training workshop!

How do one become a good retrospective facilitator? The same way as with anything else you want to master: Practice, Practice and Practice. But when dealing with retrospectives we run into a dilemma: You can’t really practice the execution of a retrospective unless you execute one. And it may seem hard to just throw yourself into trying it, without practicing first.  If you don’t know if you can swim (or simply keep your mouth and nose above the water) would you jump into the ocean?

Previously I have conducted workshops on the topic “facilitating retrospectives” with a combination of teaching theory and facilitating self-reflection. It was alright, but something was missing. Kind of like a swim teacher standing next to the pool telling the group of students how to swim, asking them how they think they are doing, and then telling them to jump in the pool in the deep end. Maybe the student got a few useful tips in the process, but did they learn to swim? Did they get the courage to jump in? Did the ones that jumped in survive?

If I were a swim teacher, I wouldn’t accept that uncertainty, so why should I when trying to share my knowledge on facilitating retrospectives? That’s why I wanted to put together a retrospective workshop where participants could practice preparing, planning and facilitating a retrospective in a safe zone, were total failure did not have any consequences. In the Swimming metaphor, I wanted the students to get into the pool and try swimming without risk of drowning.

In this post I will share the process and some reflections (in italic) I had, for the 4,5-hour workshop I facilitated for the ScrumMaster community in my company. Continue reading “Practicing retrospectives – A retrospective training workshop!”

Posted in Retrospectives

Agile or Not – Retrospectives is key!

As human beings, it is our nature to learn. We start learning when we are small, we learn as we grow up, and even as adults. We learn about life – to make decisions. We learn more – to make better decisions than previously. We do it all the time. It’s our nature. We are hardwired with this skill.

Regardless how natural this come to us when it’s about daily life, and only ourselves involved, it becomes something extremely difficult, for many many people when we put ourselves in a workplace together with other people. Continue reading “Agile or Not – Retrospectives is key!”

Posted in Working as a ScrumMaster

Lack of Product owner – What to do?

I often hear from ScrumMasters and Agile Coaches stating, that you cannot have a succesful Scrum implementation without a Product Owner. The importance of the Product Owner can not be discussed, but there are “everyday situations” out there where a Product Owner for some reason is not available, as much as desired, and for sure won’t be for  period of time. Telling the Product Owner to be more available won’t help anything, and calling off the desire of becoming more agile, doesn’t seem to be the solution as well.

Continue reading “Lack of Product owner – What to do?”