Photo by Dan Freeman on Unsplash

The Flow-Centered Retrospective — Learn to Make Your Team Flow

Flow is a commonly used term in the lean and agile community. It’s a desirable state where work gets done with ease and waste is eliminated. Wouldn’t it be nice to give the teams a structured way to achieve flow?

Stefan Willuda
idealo Tech Blog
Published in
15 min readMay 5, 2018

--

In this article, I will introduce a retrospective format that helps teams identify factors helping them achieve flow. Flow allows the team to get its work done with less drag but high energy.

The state of flow

The state of flow — or being in the zone — is a mental state that is relatively well understood. It’s a state “of operation in which a person performing an activity is fully immersed in a feeling of energized focus, full involvement, and enjoyment in the process of the activity.” [Wikipedia] You’ve maybe experienced this state while painting, playing, reading, or doing sports. Flow is a desirable state of being since it combines a very high focus with a very low mental energy consumption. In other words, things happen effortlessly, almost automatically, creating a feeling of control, self-confidence, and accomplishment. And it’s fun.

You know, the zone. Photo by Andreas Fidler on Unsplash

It is also quite well understood what a person needs to enter the zone, but I will get to that later.

For teams, flow means achieving a high outcome with almost no friction, less time spent, and higher satisfaction. I would love to have teams work in a flow state as often as possible.

Lean management and the theory of constraints (TOC) address the concept of flow differently. We don’t consider the flow state of a person but the flow state of a piece of work. Although the individual perspective and the perspective of the piece of work are quite different, they fit together neatly, as we will see below.

So, when the state of flow is positive and a desirable “place to be”, why don’t we try to help teams enter the zone together?

The intentions of the flow-centered retrospective

The retrospective is designed to achieve three distinct outcomes. The first is to let the team understand flow concepts and why it matters in their daily work. The second is to allow the team to identify moments of flow that they — may be unconscious — experienced in the past already and figure out what circumstances led to those moments of flow. The third outcome is the transfer of these learnings to situations where the flow was absent and identifying possible changes to the working to make them more “flowish”.

While the first outcome is achieved by input and reflection, the second and third outcomes are based on group work with actual data of the team’s backlog item delivery history.

Generated insights might lead to specific “action items” for the team. However, the retrospective can be considered a success already if the team understands that boundary conditions of their work significantly change the likelihood of flow experiences and that those boundary conditions can be altered actively to create flow.

This retrospective is designed to improve the team’s efficiency and mental health. It takes not into consideration if the things done by the team are worth doing. In that sense, it is about efficiency and not about effectiveness.

Preparing the retrospective

The concepts of flow

To have a smooth experience in the retrospective, you may want to prepare yourself a bit. First, it’s helpful to understand the concepts of flow. I recommend approaching flow from the angles of psychology and lean management/theory of constraints. Don’t worry; you don’t need to be an expert in either of those fields to achieve an effective retrospective.

You may want to start with the following posts to get a good first bite.

For the retrospective itself, it is sufficient to bring three ideas of Prof. Csikszentmihalyi into the room.

The state of flow needs:

  • Clarity
  • Continual and fast feedback
  • Challenges that match the capabilities of the people

Since you want those three principles visibly in the retrospective, you might want to prepare a flip chart with those three boundary conditions upfront.

In addition to that, it is helpful to keep in mind that it is far more likely to achieve flow in a working environment in which one can act largely autonomous. If the boundaries are too tight, the flow gets blocked. If the boundaries are too loose, the resulting lack of clarity also hinders the rise of flow.

From the perspective of lean management, flow means the absence of non-flow. Non-flow may be created by any of the eight types of waste but mainly by waiting time. So it is helpful to have a poster with the eight forms of waste prepared as well. Some find it beneficial to use the acronym “DOWNTIME” to name the eight forms of waste since it seems to be more memorable:

  • Defects
  • Overproduction
  • Waiting
  • Non-value processing
  • Transport
  • Inventory
  • Motion
  • Employee knowledge unused

The right time and place

Since I assume that you already have your retrospectives scheduled regularly, I keep this part relatively short. Schedule at least one and a half hours for the format described here, and if you have more time, it’s even better. You find an agenda below that allows some de-scoping if you want to fit the retrospective into smaller retrospective time slots. Suppose you cannot fit this retrospective format into your regular retro-schedule feel free to use this description and weave it into a workshop format.

Give yourself up to 20 Minutes upfront to prepare the room for the retrospective. If you have to book your meeting room, consider that. Group work is an essential part of this flow-centered retrospective, and that’s why you may want a generous meeting room.

Notebooks welcome

Although this is not typical for a retrospective, the team will use their notebooks in the group work section. So it is worth mentioning this in the calendar invitation and the daily standup. You don’t want to waste precious time with team members that have to get their notebooks in the time scheduled for the retrospective. Not every team member needs a notebook; one out of three is sufficient.

Analyze the teams’ working history

Since this retrospective’s second and third intended outcome shall be the team’s reflection on situations where there was and where they lacked flow, we need historical team data on backlog item flow. I assume that your team uses some ticketing tool (e.g., Jira or LeanKit) which makes it easy for you to analyze the working history of the team.

You are looking for the historical lead times of your teams’ delivered backlog items of the last 12 weeks. In Jira, you find those in the control chart, and in LeanKit, you find them in the speed diagram.

The Jira control chart — indicating lead times of backlog items

Those diagrams show you at a glance how long the lead times of the team’s backlog items have been at best and at worst and everything in between.

To support the second intention of that retrospective, you want to pick ten backlog items with significantly short lead times. Note every single backlog item ID on a green sticky note. The third intention of the retrospective is all about the improvement of flow; that’s why you pick 15 backlog item IDs with significantly longer lead times. Write each ID on a sticky note as well.

To enable the team to perform that analysis later independently, you may want to print out the diagram; print it large enough that everybody in the room has a chance to see and understand it.

The model of the team’s value stream (optional)

Your team might have an explicit model of their value stream. If yes, that’s great! It helps the team to identify specific areas of improvement. Bring a large printout of that value stream into the retrospective. It’s no big deal if you don’t have that model. You will be able to achieve the desired outcomes of the retrospective without that model as well.

The value stream model of the team

The prime directive of retrospectives

If your team is familiar with the prime directive of retrospectives, you might skip this part. Otherwise, create a visualization of the prime directive of retrospectives. In the flow-centered retrospective, you dive deep into the team’s actual work. That’s why the reference to the prime directive might be helpful to make clear that we are there to learn and not to blame.

Regardless of what we discover, we understand and truly believe that everyone did the best job they could, given what they knew at the time, their skills and abilities, the resources available, and the situation at hand. [The prime directive of retrospectives]

The weather report template

Prepare the template for the weather report Check-in.

Group work instructions

Prepare a flip chart that clearly states the following instructions on how the group work in the flow-centered retrospective is performed.

Setup: Form small groups of three people per group

  1. Pick a backlog item ID from the wall
  2. Analyze the corresponding backlog item.
    How did the delivery process take place?
    When did the backlog item transition between value stream states (status)?
    What is significant when you look at the flow of delivery?
    When was there flow?
    When was there a disruption of flow?
  3. Which patterns do occur?
  4. Go back to step 1.

That’s it. Now bring it all together in one agenda.

Prepare the agenda

Prepare the agenda upfront on a flip chart if it eases your mind. The agenda consists of the following elements. If you are very limited in your time, you can cut corners by leaving out the optional parts. However, although they are optional, I find them useful to help the team to get in the right mood.

  • [optional] Weather report
    (This is to collect the general mood of the people in the room. It might not be the right time for the flow-centered retrospective if it is awful. Adress the pressing issues instead.)
  • [optional] The prime directive of retrospectives
  • [optional] Why retrospectives?
    (This is meant to bring the team in the mood of improving flow.)
  • The concepts of flow
  • Group work — in search of flow
  • Plenum: Collecting the insights
  • Areas of improvement activities

That’s it for preparation. Yes, it takes some upfront work, but you can reuse almost all prepared artifacts if you perform the flow-centered retrospective more than once.

Set the stage

Some minutes before the retrospective starts to bring all the prepared artifacts to the walls in the meeting room. You might want to set up the room so that you can reveal the boundary conditions of flow, the eight forms of waste, and the group work instruction later at the specific point in the retrospective.

Surf the retrospective

Start the retrospective on time since you want to use every precious minute of the scheduled time. After a warm welcome, you introduce the agenda to the participants.

The weather report

Ask the team members to come to the prepared weather report artifact and make their cross. Let each team member briefly express what makes them feel that way. If there is no significantly bad mood in the team, proceed with the prepared agenda. Otherwise, skip the agenda and address the pressing issues in the room.

The result of a speedy weather report check-in might look something like this.

The prime directive

Shed light on the prime directive of retrospectives. Experienced teams don’t have to spend too much time on that. If the team is not fully accustomed to retrospectives, let the group discuss what that statement means to them and how they would recognize that the performed retrospective complies with the prime directive.

The purpose of retrospectives

After everyone is seated again, start the round-robin session and ask for the purpose of a retrospective. This is a swift format in which you go one by one in the team to collect one item per person, which you write down on a wall immediately. If someone has nothing to add, they say “next”, giving the next person in the group the chance to make their point. Give yourself up to 5 minutes to collect the thoughts by going several rounds through the participants. Stop when the time is up, or no one in the room wants to add anything new.

The result of a round-robin session on the purpose of flow — unfortunately in German only

In the best case, your team already expresses loosely flow-related something. If that is the case, you can moderate smoothly to the next topic on the agenda. Otherwise, you have to spend some more minutes creating a relation between the statements mentioned and flow concepts. That’s why it makes sense to spend some time reading about flow concepts while preparing the retrospective.

The concepts of flow in action

Introduce the concepts of flow. It is easier to approach that topic from the angle of lean management. Distinguish between flow and disruption of flow. Use the visualization of the eight forms of waste to support your explanation.

A visualization of the eight forms of waste in lean management [source]

Usually, teams have a pretty decent idea of what you are discussing with them. Ask the participants to give short examples where they experienced waste and disruptions of flow.

Since the eight forms of waste originate in the production of physical goods, it might need some support by you as a facilitator to map the terminology onto the realm of knowledge work.

If it is not evident to the team already, help them understand that lead time can be considered a representation metric of flow. To make it easily digestible for the participants, let’s assume that a shorter lead time is generally a good flow indicator.

Now approach the concept of flow from the angle of psychology. Briefly describe the individual state of flow and let the participants develop examples in which they’ve personally experienced the state of flow. This part of the retrospective shall feel like a conversation.

Reveal the three boundary conditions that enable the state of flow for an individual. Briefly describe that flow can be created by the right conditions. Let this sink in for some seconds and ask the group how these boundary conditions match their personal experiences. Let them think aloud for a short time, one at a time.

Bring it together. The concept of lean management flow and the individual flow state have quite a lot in common. We need clarity, fast feedback, and a challenge that matches our unique capabilities. We recognize that those conditions cannot be met if our flow of work creates long waiting times, overproduction, defects, and wasted talent. Waiting time impedes fast feedback, overproduction, and defects generate the need for context switches, reducing the clarity of work. The wasted talent contradicts the fit of capability and challenge. You might recognize how neatly those two concepts of flow fit together.

Since a team consists of individuals and a group of individuals can experience flow together, it’s evident that both flow concepts are highly applicable and relevant to the teams’ daily work.

The group work

When you have the feeling that the participants got the direction in which you are heading, you can start the group work. Expose the control chart and the instruction of the group work. If the team is not familiar with the control chart, give a brief explanation of where it comes from, what it shows, and how you will use this diagram in this retrospective.

Show the ticket IDs to the team and start the group work. Now the participants are allowed to pull out their computers and begin the analysis. This should not take longer than 25 minutes. It is unnecessary to analyze every backlog item in-depth; there is no need to view commits or pull requests. It is also unnecessary to get through all the backlog items you’ve prepared. The patterns will emerge already after just a hand full of backlog items.

Let the groups write down their findings on sticky notes.

The plenum

Discuss the findings in the plenum. Let each small group present the analyzed backlog items. They may describe what kind of flow they’ve found: an individual flow experience, a team flow experience, or a flow of work. They are invited to point out if there is something particularly interesting with this backlog item delivery history.

Since some of your prepared backlog items have short lead times and others long, the findings will reveal good practices as well as real anti-patterns.

For instance, the group members might point out that a backlog item was in the backlog (queue) for several months without priority but has been discussed several times before it has ultimately been closed without actually developing it. Or that the specifications have been unclear for a long time or changed again and again. They might say they didn’t know how to build a specific feature or that the work did not flow through the system but switched workflow status back and forth. All those descriptions might indicate some flow disruption.

However, the groups might also describe that they had everything they needed together in one sprint so that they had been able to deliver a full-fledged feature in just some days. Or they point out that this particular backlog item was developed in that experimental mob-programming session in record time.

The result of the plenum can be a bit messy. Clustering is going to fix this.

After the group briefly presented the analyzed backlog items, they will highlight the emerging patterns.

Group by group presents the backlog items, findings, and the identified patterns. You may cluster the patterns using the sticky notes.

Use the patterns to improve the working environment

Based on the group findings, you again point to the flow diagram and indicate the latest backlog items with long lead times. Since the groups have identified some good practices on supporting flow, they can quickly identify areas with potential for improvement. Ask the participants to develop counter-measures to tackle long lead times in the future and to aim for a more flow-oriented working environment. Let them write their ideas on sticky notes.

Control chart with backlog items marked which have a long lead time.

After up to 10 minutes, let them present their ideas. They might come up with statements like “one mob-story per sprint”, “use the refinement to understand what we need before we start the work”, “if we need the Ops-Engineer in this future sprint, let’s invite him today to sit next to us to avoid ticket-hand-offs”, or “if clarity makes us faster let’s create a more fine-grained and visual plan for the story after the daily standup”, and so on.

In the second last step of the retrospective, let the participants vote for two experiments to start immediately. Dot voting should do the trick and make sure that the experiment is described to be conducted quickly. Otherwise, spend the remaining time being as specific as possible on who will do what until when not to lose momentum.

Check-out

Before everybody leaves the room, ask the participants to say in one sentence the most valuable insight that they got out of this special retrospective. You can use one round of round-robin again to collect your answers.

Thank everybody in the room for their participation, and you’re out. Support your team after that retrospective with a helping hand and reflections to keep the learnings vibrant and meaningful.

Summary

This retrospective is specifically designed to make the conditions that create flow explicit and use them when designing the team’s flow of work. The perspectives of lean management flow and the individual flow state are two sides of the same coin. If the team understands the implications of these concepts, they are more likely to alter their working environment to support team flow and flow of work.

If the team improves the way work flows through their value stream, they increase the likelihood of experiencing the state of flow during their working hours, which is absolutely desirable.

On my account

Feel free to follow me on Twitter or LinkedIn to receive excerpts of related content regularly.

--

--

Stefan Willuda
idealo Tech Blog

BetaCodex Consultant, Former Scrum, Kanban and Management Consultant | Agile Coach | TOC Enthusiast | I believe that a humane global economy is possible.