Over a million developers have joined DZone.

Visualizing Interruptions on a LEGO Wall

DZone's Guide to

Visualizing Interruptions on a LEGO Wall

The LEGO wall can give you an idea of how much time your team can spend on working to deliver new value instead of working on problems inherited from previous Sprints.

· Agile Zone ·
Free Resource

Adopting a DevOps practice starts with understanding where you are in the implementation journey. Download the DevOps Transformation Roadmap. Brought to you in partnership with Techtown.

I had the privilege to attend the Certified Scrum Product Owner course at Skills Matter. During the two-day course, I learned many techniques for delivering value efficiently. I am going to share a less widely known tool to help teams visualize interruptions.

Keeping track of interruptions helps teams improve their productivity during inspections and adapt activities such as daily meetings and retrospectives. In order to turn impediments into opportunities, both development teams and stakeholders should collaborate, support, and trust each other. These concepts are at the foundation of “shared responsibility,” in which everybody is responsible for the success of the business.

Sharing opinions about what is decelerating the team performance is easy in the best-case scenario where we know that no one will assign blame. However, the culture of fear is still widespread in most organizations and people are afraid of being blamed. When people stop sharing their concerns, they lose motivation and start to leave it to the Scrum Master and the Product Owner to fix their problems.

Team members' concerns turn into frustrations and become internalized. Impediments become even harder to identify when people are afraid to speak up in front of stakeholders.

The LEGO Wall

The LEGO wall has been conceived to reduce the fear factor when identifying impediments. It is an artifact to keep interruptions visible while ensuring anonymity.

The whole Scrum Team (Product Owner included!) is involved and the Scrum Master facilitates the LEGO wall Setup Session, explaining the importance of tracking interruptions. The LEGO wall gives voice to the team’s frustrations. By collecting and displaying real data, it creates the conditions to discuss the interruptions. At a glance, the team is able to understand:

  • How much time they spend working on delivering the value agreed during the Sprint Planning.

  • How much time they spend working on unplanned activities.

The core part of the Setup Session is to build a collective understanding of the type of interruptions the team has to deal with. The teammates share their experience and at the end of the discussion, they decide to keep track of top categories of interruptions, keeping them at a maximum of five. After that, they can assign a brick color to each of them.

In the example shown in the pictures the team identified four categories:

  1. Production Support: 

  2. Release Support: 

  3. Business as Usual: 

  4. Help the PO: 

Business as Usual (BAU) is the time spent on the ceremonies and the artifacts associated with the development process. These include meetings, creating reports, writing documents, etc.

The category “Help the PO” encompasses the activities that the development team is asked to do to help the Product Owner prioritize stories (backlog refinement sessions). In fact, these activities should be considered part of the work, but often the development team perceives these activities as interruptions. Work is not only about coding, UX design, or testing; it also involves collaboration with the PO, as these activities are also essential to delivering value.

Materials and Preparation

You can build a LEGO wall with as many base plates as you need, in order to display:

  • The days of the Sprint (two boards are enough to keep track of a two-week Sprint).

  • As many rows as team members (four developers, as shown in the photos).

  • A legend of the colors used (four colors, plus white).

You will need colorful LEGO bricks to display interruptions and LEGO figures to represent an anonymous team member.

From the pictures, you can see that the team decided to use LEGO figures to represent themselves. This is because this activity should be pleasurable as well as useful. In fact, I recommend creating your own figure as if you are playing a tabletop game. Thanks to the modularity of LEGO and the figures from movies and comics, you can be whomever you want and change your character as many times as you like so that you can keep your anonymity.

Lego is an excellent tool to visualize interruptions because:

  • Thanks to its modularity, it is easy to split a working day into 16 1x1 blocks. A 1x1 block corresponds to 30 minutes of activity.

  • Maintaining the LEGO wall is an effortless activity.

  • It is easy to get the whole team involved because LEGO bricks are beautiful and fun to play with.

How to Use It

I suggest you hang the LEGO wall in a place that would be highly visible to the team and stakeholders. We want to trigger discussions in front of it. The LEGO wall displays real and meaningful data that can be extremely useful during retrospectives. The more colorful the LEGO wall gets, the more margin of improvements the team and the organization can work on to deliver more value.

Since the LEGO wall is not a micro-management tool, at the end of every day, each team member should update it exclusively with bricks assigned to each category of impediment. The white bricks should be added only at the end of the Sprint. They have the function of highlighting the time spent to achieve the Sprint goal so that it’s easy to compare how much time the team has spent working and how much time has been spent on interruptions.

The Power of the LEGO Wall During Retrospectives

The LEGO wall is a collector for meaningful data that shows how the Sprint went. If the LEGO wall shows that the team has spent more time on fixing bugs than delivering new value, then they may need to put more focus on quality. Thanks to this effortless way of gathering data, the team can set up discussions with stakeholders and, together, find ways to reduce impediments and improve team capacity. Production and release support interruptions are an opportunity to invest in better delivery practices.

BAU interruptions can be reduced by asking a couple of questions:

  • Why was the meeting or the deliverable necessary?

  • Does the Sprint goal have any business value (or are we just following a process)?

If the answer to the second question is YES, then it means that it’s not an interruption, but it’s work that should be prioritized.


The LEGO wall is a powerful tool to get an idea on how much time the team can spend on working to deliver new value instead of working on problems inherited from previous Sprints.

However, this is not a step-by-step recipe because this tool can be used in several ways according to the following variables:

  • How experienced the team is.

  • The type of interruptions.

  • The environment.

  • How the company is organized.

I suggest staying focused on the principles and importance of this activity (honesty, transparency, courage, inspection, and adaptation). Don't be afraid of experimenting and changing this to suit your needs. If you start looking at things from another perspective, you might realize that impediments and interruptions are actually opportunities for improvement.

I’ll be happy to hear about your stories and know how you set your LEGO wall. Which kind of impediments does your team have to face? What is dragging your performance down at the moment? Feel free to contact me and send me your pictures! I hope to see walls different from mine so that I can collect them and make them become a source of inspiration for the community. Cheers!

This article was first published on the Codurance blog.

Take Agile to the next level with DevOps. Learn practical tools and techniques in the three-day DevOps Implementation Boot Camp. Brought to you in partnership with Techtown.

agile development ,scrum ,product owner ,retrospective

Published at DZone with permission of

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}