InfoQ

News

Information Radiators: Is low tech really better?

Posted by Chris Sims on Feb 23, 2009

Community
Agile
Topics
Technology ,
Artifacts & Tools ,
Communication
Tags
Group Communication ,
Information Radiators ,
Excel ,
Data Visualization

The Extreme Programming Yahoo Group has been discussing the pros and cons of low tech information radiators, such as task boards, compared to high tech tools. The original poster preferred a physical task board to a spreadsheet, but found himself unable to explain why to his boss. The ensuing discussion uncovered a variety of reasons to choose simple physical means of reporting information.

A task board is a specific type of information radiator, or big visible chart, that displays the flow of work. The task board shows which tasks are done, which are in-process, and which will be worked on next. The use of task boards has been made especially popular by lean software practitioners, who sometimes refer to these as kanban boards.

The term information radiator was coined by Alistair Cockbun, who described the concept this way:

An Information radiator is a display posted in a place where people can see it as they work or walk by. It shows readers information they care about without having to ask anyone a question. This means more communication with fewer interruptions.

A good information radiator:

  • Is large and easily visible to the casual, interested observer
  • Is understood at a glance
  • Changes periodically, so that it is worth visiting
  • Is easily kept up to date

Alistair goes on to say that information radiators are typically on paper and posted someplace where they are likely to be seen, such as the team room or a hallway.

The Extreme Programming community commonly uses the term Big Visible Charts to describe this same concept.  Ron Jeffries described the idea this way:

Display important project information not in some formal way, not on the web, not in PowerPoint, but in charts on the wall that no one can miss....A web site doesn't push information at us; we have to go look. A slide show always comes with a meeting and a lecture. A wall chart is there when we are, in our face, always visible.

Milo, the originator of the current discussion thread on the Extreme Programming Yahoo Group, described a situation in which his boss questioned why he was using a task board instead of something like a wiki or spreadsheet. Milo found himself at a loss to justify his prefernce: "Why does a shared wiki seem more cumbersome? Are a few extra clicks between you and a spreadsheet really so much to ask?"

Over the course of the discussion, a list of pros and cons emerged for using a physical task board over an electronic one.

Pros

  • There's only ever one version
  • Easy for multiple people to interact with the board at once
  • Pushes out information, even to those who aren't specifically looking for it
  • It's not several clicks away, it's ever-present
  • Physical things have a coercive immediacy
  • Moving, a card from 'in progress' to 'done' (or tearing it up) feels good
  • Looks crowded when you are trying to do too much at once
  • Shuffling is easier
  • Hard to accidentally delete
  • You can scribble on the fronts/backs of notecards and attach stickers or sticky notes
  • Gives a reason to get up from the computer
  • Looking at the board gives the eyes a break from looking at the screen
  • Acts as team gathering place and conversation starter

Cons

  • The cleaning crew, or the wind, can mess up a task board
  • Sloppy handwriting
  • Visiting outsiders might view proprietary information
  • Requires line-of-sight
  • Harder to version control

With regards to the version control issue, George Dinwiddie shared his experience working with a team that had this concern. He used a digital camera to capture the state of the task board. It turned out that the team never found a need to refer to the pictures.

Arnaud Bailly shared that he had tried using a large TV screen as an electronic task board, but felt that it did not work as well for the team. In examining why, he came to this: "Human beings have more than one sense, and need to connect mind and matter, eye and gesture. You just think and communicate better when you have something to act and focus on." Expanding on this, Dave Smith described the satisfying feeling that comes from getting up from the computer and moving a task card from in-process to done.

Milo's response: "I agree with this, and with Arnaud's statement about the human need to connect the senses. But are these things really that important?" In answer to which Ron Jeffries quipped, "Let me be sure I understand your question. You are asking whether human needs are important?"

Does your team use simple low-tech information radiators, such as task boards and burn-down charts, or do you use high-tech means. Leave a comment and share your experiences.

Related Sponsor

VersionOne is recognized by Agile practitioners as the leader in Agile project management tools. Companies such as Adobe, BBC, CNN, Dow, HP, IBM, Sony and 3M have turned to VersionOne to help deliver greater value to their customers.

Human needs important? by Lionell Griffith Posted Feb 23, 2009 10:22 AM
Another Pro - Limited Space by Phil Parker Posted Feb 23, 2009 1:44 PM
I like high-touch boards by Aaron Sanders Posted Feb 23, 2009 10:00 PM
Some of both by Steve Donie Posted Feb 24, 2009 8:48 PM
Electronic vs Physical by Jack Milunsky Posted Feb 24, 2009 10:10 PM
  1. Back to top

    Human needs important?

    Feb 23, 2009 10:22 AM by Lionell Griffith

    "Let me be sure I understand your question. You are asking whether human needs are important?"

    They are not important if the humans are mindless, valueless, robotic, drones. To be sure, there are managers who seem to think programmers are just that. There might be some few programmers who are striving to become that. However, as much as we try and as much as it is expected of us, we are still humans. We cannot be Spock. Hence human needs will be important.

    It is always better to work with reality than against it. Reality doesn't care which you do. However, you will.

    I vote for the sloppy, disorganized, white board, sticky note, in your face low-tech information radiator. After all, isn't it the agile way to do the simplest thing that works? What could be more agile? But...but...its not Agile. Who cares? Its agile that matters. Isn't it?

  2. Back to top

    Another Pro - Limited Space

    Feb 23, 2009 1:44 PM by Phil Parker

    One of the things I like is that most people have a limited amount of wall space. Unused documentation sits orphaned on wikis or remote network locations. If a radiator is not used then it will be quickly discarded as someone else stakes a claim on the space. This also encourages people to garner re-use from documenation (i.e. different peeople gain different benefits from the same artefact).

  3. Back to top

    I like high-touch boards

    Feb 23, 2009 10:00 PM by Aaron Sanders

  4. Back to top

    Some of both

    Feb 24, 2009 8:48 PM by Steve Donie

    My team started with just physical cards and a hand-drawn brndown chart about 2 years ago, but over time we have moved to keeping things in Excel, but also using that to create physical cards that are posted to a task board, and to update a burndown chart that is posted to the team room door every day. I just recently wrote a blog post where I animated the burndown chart from our last project, and it really helped other folks in the company understand what we were doing.

    The post is at my blog on Los Techies and includes the movie, a description, and a link to the spreadsheet template that I use.

  5. Back to top

    Electronic vs Physical

    Feb 24, 2009 10:10 PM by Jack Milunsky

    In my experience unless you're a really small team colocated you're going to outgrow the physical radiators pretty fast. Even the Scrum guru's will admit that as soon as you have a backlog that's reasonably sized, even a spreadsheet becomes unwieldy.

    Reasons to go electronic....I'll just give 3 as I'd prefer to write my own post on this topic

    You want/need to keep the history .. R&D Tax Claims for example
    You are not colocated and as a result you can't all huddle around a whiteboard
    Real-time updates as it happens i.e. more current

    Bottom line is do what works best for you based on size of team, how you're geographically situated, size of project etc

    My 2 cents
    Jack
    www.agilebuddy.com
    blog.agilebuddy.com

Educational Content

Brian Marick on 4 Challenges and 5 Guiding Values of Agile Software Development

Brian Marick takes us through a quick tour of the most important values and challenges to adopting Agile successfully (they aren't the typical challenges and values we hear in the community).

Are You a Software Architect?

The line between development and architecture is tricky. Does it exist at all? Is an ivory tower actually needed? There's a balance in the middle, but how do you move from developer to architect?

Agile – A Way of Life and Pragmatic Use of Authority

The word 'authority' sometimes produces an allergic response in hard-line agilists. Freedom and authority – both are bad if misused and both are good if used in right spirit for a noble cause.

Getting Started with Grails, Second Edition

"Getting Started with Grails" brings you up to speed on this modern web framework. Companies as varied as LinkedIn, Wired, and Taco Bell are all using Grails. Are you ready to get started as well?

Using ITIL V3 as a Foundation for SOA Governance

Those familiar with only ITIL V2 often scoff at the thought that ITIL could serve as a governance framework for SOA. With ITIL V3, the focus of the framework shifted towards service-orientation.

Adrian Colyer on AspectJ, tc Server and dm Server

SpringSource CTO Adrian Colyer discusses AspectJ, SpringSource's dm Server and tc Server products, OSGi and Scrum.

Adam Wiggins on Heroku

Heroku's Adam Wiggins talks about Rails, Background Jobs, Add-Ons, Ruby, and how Heroku manages to work around Ruby's inefficiencies using Erlang and other languages.

SOA as an Architectural Pattern: Best Practices in Software Architecture

For Grady Booch the foundation of a good architecture is patterns, SOA being just one of many patterns. In this Second Life presentation, Booch attempts to bring more clarity on what architecture is.