InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Lego Is Not Just For Kids Anymore

Posted by Vikas Hazrati on Sep 12, 2008

Sections
Process & Practices
Topics
Agile Techniques ,
Agile
Tags
Information Radiators ,
agile2008

The importance of information radiators and informative workspace is unquestioned in Agile. Scrum and XP have enough visual indicators like whiteboards, flip charts, burndown charts, build status lamps etc. so that the information is highlighted as soon as it is gathered for easy consumption.

Michael Hunger and Takeshi Kakeda take this idea a bit further by using Lego blocks to track time spent on various projects and bug tracking. According to them it is both effective and fun.

Michael Hunger discovered the Lego way of time tracking when he was trying to find a solution for visually depicting and planning the time spent on various projects in a week. Michael represented each column on the base as a ruler on which he could stack the hours. He represented each hour as an aggregation of 4 studs of Lego, each stud representing quarter of an hour. So if the first hour was spent on 2 projects then it would have 2 studs of 2 colors on the first row. Each project is represented with a different color.

Lego Time Tracking

On similar lines Takeshi Kakeda presented about the use of Lego blocks in doing effective bug tracking at Agile 2008.The bugs were represented as Lego blocks on the board with priority being represented horizontally, dependency between bugs represented by stacking them vertically and the difficulty represented by the shape. Some of the benefits that Takeshi observed were that bugs were intuitively visible and mindset of the developers changed from negative to positive. Also, given the physical constraint of the board on which bugs could be placed new bugs could not be added unless the earlier ones were resolved, thus making it necessary to resolve existing bugs faster.

Lego Bug Tracking

Thus use of Lego blocks has gone further from just being present in a kids play basket to being used as effective information radiator in the Agile environment.

Time Tracking by T Sheets Posted
Legos not for kids, and a question by Jim Leonardo Posted
Re: Legos not for kids, and a question by Vikas Hazrati Posted
Re: Legos not for kids, and a question by Michael Hunger Posted
Re: Legos not for kids, and a question by Michael Hunger Posted
Re: Legos not for kids, and a question by Deborah Hartmann Posted
Lego is been used for business already a long time by Yves Hanoulle Posted
  1. Back to top

    Time Tracking

    by T Sheets

    Gotta hand it to Michael and Takeshi - they've taken the mundane task of Time Tracking and made it fun again. I like Michael's one drawback: co-workers coming along, assuming the legos are to play with, and then destroy your weeks work in one fell swoop.

  2. Back to top

    Legos not for kids, and a question

    by Jim Leonardo

    Legos haven't been for kids since they came out with the first Mindstorm kit... You could apply this to any real world set of objects though. I wouldn't use M&Ms though.


    A side note... is it common for others to track tasks down to 1/4 hr?

  3. Back to top

    Re: Legos not for kids, and a question

    by Vikas Hazrati


    A side note... is it common for others to track tasks down to 1/4 hr?


    May be some consultants need to do it on the basis of multiple projects that they are working on. For me a one hour slot is kind of manageable

  4. Back to top

    Re: Legos not for kids, and a question

    by Michael Hunger

    Thanks for mentioning this on infoq.


    We even continued our journey into LegoLand.


    The next things I plan are integrating a webcam into the time tracking board for automatic recording of the brick columns (similar things (but oriented in the wrong direction have been build by databrick.de.


    The next great thing (tm) is printing onto lego bricks. I was looking for ways to increase the available colors for the time tracking (especially when extended to task tracking on agile projects). So my neighbor Mattcher and me came to the conclusion that just printing onto lego walls is the solution. See this blog entry for first impressions.


    I'm continuing my efforts on finding a proper name for this time tracking. A lot of names have been proposed by
    Lifehacker readers and commenters to my blog. Istarted a poll on that on my blog


    Perhaps I should present that at JAOO in two weeks :)


    Regarding the quarter hour question. My current client requires all his contributors to track the time at that level. So thats not necessarily my choice (besides if you have a half hour task which crosses the hour boundary you still need to break it up for display in the two rows).


    Michael

  5. Back to top

    Re: Legos not for kids, and a question

    by Michael Hunger

    Perhaps the comments on lifehacker on lego time tracking are also of interest.


    Michael

  6. Back to top

    Lego is been used for business already a long time

    by Yves Hanoulle

    Four years ago I have created a workshop about leadership with Lego. (You can download it here
    www.paircoaching.net/games_en.php )

    While playing this game at several Xp events around the world (we also played it at Agile 2008)
    I learned that Lego Group has a business consultancy company that is called Lego Serious play.


    en.wikipedia.org/wiki/Lego_Serious_Play

  7. Back to top

    Re: Legos not for kids, and a question

    by Deborah Hartmann

    Teams new to agile planning sometimes break work into very small tasks in order to understand what needs to be done. Once they understand it, usually relatively soon, they tend to roll several small tasks up into larger ones, or even estimate at the story level.

    A mature team could probably eliminate some waste by estimating at a larger granularity. If they say they cannot, I'd see a red flag and look for too much multitasking.

Educational Content

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.

Beauty Is in the Eye of the Beholder

Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.

Architecting Visa for Massive Scale and Continuous Innovation

John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.

Max Protect: Scalability and Caching at ESPN.com

Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.

The Seven Deadly Sins of Enterprise Agile Adoption

Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.

Questions for an Enterprise Architect

Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?

Wrap Your SQL Head Around Riak MapReduce

Sean Cribbs explains what Map-Reduce and Riak are, why and how to use Map-Reduce with Riak, and how to convert SQL queries into their Map-Reduce equivalents.