Continuous Integration with LEGO


Continuous Integration with LEGO

This activity was designed to teach continuous integration concepts and value without resorting to code, a continuous integration server, or any hardware or software.  While the participants will experience some frustration in trying to complete the activity, they will also have a great deal of fun and will learn.


  • Prep time: 30 – 60 minutes
  • Execution time: 45 – 60 minutes


One set of LEGO per team. Each set should include the necessary pieces to build a cube (see images in ZIP file) plus some random pieces. You can include base pieces or not. I don’t, because it adds to the challenge and the fun, having them figure out how to make the pieces stick together. Include at least a few flat pieces in each set, though, because it’s almost impossible without them.


The participants should be divided into project teams that have between 4 and 8 people (smaller teams are preferable). Each project team should have two halves, call them left half and right half. Each half will have between 2 and 4 people. There should be as many project teams as necessary to include all participants.

Say you have 15 participants in the room (typical size). Since it’s an odd number, some grouping(s) will be off-by-one (which is acceptable). Here are the sizes of the various groupings:

Room = 15 people
Project Team = 5 people (3 project teams in room)
Left Half: 3 people
Right Half = 2 people

Here’s another way to split 15 people:

Project Team: 7 or 8 people (2 project teams)
Left Half: 4 people
Right Half: 3 or 4 people

With a group of 10 people:

Project Team: 5 people (2 project teams)
Left Half: 3 people
Right Half: 2 people

This exercise will be done in two rounds. In round one (The Waterfall Way), the halves of each project team will build a specific object, using LEGO, based on a set of “specs” – three pictures of their finished “subsystem.”

In round two (Continuous Integration), the halves of each project team will build the same object, but in iterations, performing integration at the end of each iteration.

Both rounds lead to the same goal: at the end of the round, the two subsystems fit together cleanly to create the final “system.”

The pictures below reflect the finished “system.”

Finished Cube 1

Finished Cube 2

Finished Cube 3

Finished Cube 4

The Waterfall Way (Round One)

Each half of each project team (left and right) receives their specs, and is given 3 minutes to look over their LEGO and to discuss what they’re going to build.

Left Half builds the object specified in the set of specs named left-finished-xxx.pdf.

Right Half builds the object specified in the set of specs named right-finished-xxx.pdf.

  • Neither pair gets to see the other pair’s specs
  • Neither pair gets to see the other pair’s work-in-progress
  • Both pairs first get to see the other pair’s “subsystem” when both pairs are done
  • When both pairs are done, they will try to fit their subsystems together
  • They will make modifications until they are successful
  • Record the time when both pairs first say they’re done, and then record the time it takes to get the two subsystems to fit together (build time, integration time, total time)
  • You will probably need to get the pairs or project teams to track their own times, depending on the size of your group
  • Expect that the teams will not finish simultaneously, so track the time per team for build
  • Expect that the two subsystems will not fit together properly – let them struggle with deciding which team should make which modifications
  • Encourage them to talk about the “specs” and figure out how to get the subsystems to fit together properly
  • Hopefully, this will be somewhat painful and frustrating for them

The Agile/Continuous Integration Way (Round Two)

As with the Waterfall examples, the project teams will be divided into two halves.

This exercise will be conducted in five iterations.

Before starting this second half, give the following instructions:

Please completely disassemble your systems down to individual blocks, and return the blocks to their buckets/boxes/bags.

Members of each left half, please get up and trade places with the right half of your project team.

For the second part of this exercise, you have now switched – left halves have become right halves, and right halves have become left halves.

For each iteration, there is a set of specs that incrementally add to the previous iteration’s results.

Iteration one is very simple – just a flat rectangle – in order to get them accustomed to building and working together in pairs, plus giving them their first experience of continuous integration with an easy one that can’t fail.

Before starting this exercise, have the pairs switch – that is, Pair Left becomes Pair Right and vice versa.

Each Iteration follows the same pattern:

  1. Receive specs
  2. 2 minutes to review and discuss specs
  3. Build (they will record the time to build)
  4. Integrate (they will record the time to integrate)

Instructions are the same as for the first exercise:

  • Neither pair gets to see the other pair’s specs for each iteration
  • Neither pair gets to see the other pair’s work in progress during an iteration
  • Both pairs first get to see the other pair’s “subsystem” when both pairs are done in each iteration
  • When both pairs are done, they will try to fit their subsystems together at the end of the iteration

At the end, they will total their build and integration times.

Learning Points: 

There is a bug in the specs. In the waterfall first round, the two halves cannot come together without a couple of tweaks. The same is true in round two, but they should get there more quickly.

  • While it is expected that each Integration stage will take a bit longer than the last in round two, each should still be pretty quick
  • One or more teams will not complete their cubes during round one. This is an opportunity for learning.
  • Some may not finish in round two, but that’s less likely.
  • Learning questions for the final debrief:
    • Did your team feel more confident in the product you were delivering each iteration?
    • How long was the integration phase in Waterfall compared to the total time spent in integration over the several XP iterations? (When overall time is roughly equal, this could be a key insight: XP teams have an easier time integrating even when the overall project timeline appears roughly identical to a waterfall Gantt chart)
    • Were there any features that could not be delivered in Waterfall because integration was too difficult/costly, whereas in XP the same features were delivered successfully?

About Tasty Cupcakes

This content was originally published on Tasty Cupcakes, a community-run website founded by Michael McCullough and Don McGreal after they presented a series of games at Agile2008 in Toronto. The site’s tagline was “fuel for invention and learning.” After 15 years at, the content has found a new permanent home here at Agile Alliance.

The games, techniques, and approaches presented are here to use and explore. All we ask is that you tell others about us and give us some feedback on the games themselves. All of this work is licensed under a Creative Commons Attribution 4.0 International License.

Add to Bookmarks Remove Bookmark
Add to Bookmarks Remove from Bookmarks
Add to Bookmarks Remove from Bookmarks

Got feedback? Join the conversation!

Explore additional Agile Games

Description Organization and prioritization are two distinct activities that can be used to improve the quality of a product backlog. A simple linear list is difficult to prioritize. As well, many stakeholders are forgotten in the rush to deliver cus…
Objectives Learn about the attributes and duties of a role. Verify what your students already know about the subject (complemented by a short lecture). Let your students learn from each other. I've successfully used it with all three Scrum roles: th…
While we've all heard about "pair programming", pairing is not just for programmers. In this activity, participants will use fiction/creative writing to understand the importance and value (and fun) of pairing. Timing Prep: Printing out the ha…
Sit the team around a table (ideally a round one) and stick post-its around the table to represent the Fibonacci sequence of size (1,2,3,5,8,13). Place a story in the centre of the table, and each team member places there finger on it. In silence, th…

Discover the many benefits of membership

Your membership enables Agile Alliance to offer a wealth of first-rate resources, present renowned international events, support global community groups, and more — all geared toward helping Agile practitioners reach their full potential and deliver innovative, Agile solutions.

Not yet a member? Sign up now