The card wall or scrum board is one of the most well used artefacts in Scrum/Agile. I for one prefer physical card walls than digital tools for many reasons. I like the physical awareness of a card wall and the simplicity of people swarming around the board to visually see workflow and it also encourages the interest and the presence of those who need to support the team such as the product owner. That being said I’m not totally against tools if they are used well and adhere the scrum principles. This includes not as a remote reporting tool and not as an excuse not to engage with the team.
Overtime the card wall’s change with the team, sometimes to reflect changes in the workflow sometimes to simply refresh the trams avatars. For a while I’ve been thinking of changing the layout of the scrum board and try and make it a little more fun and interesting as well as being different to the usual straight line column layout. From this came the following board layout which seemed to be a big hit with the team and other scrum teams nearby.
What I liked about this design is that it follows a natural bullseye like focus on the centre which is “Done”. It physiologically makes “Done” a target which is good to support the sprint goal. We use the channels/lanes to done such as “Ready”, “In Progress”, “Done“. I also like that it leaves gaps around the board where we have positions our team values and definition of done. I’m sure there are variants you could do around this structure to emulate a dart board using points which would be interesting.
All in all I think it looks a lot more fun. As soon as we moved to this the team wanted to change the avatars to super hero’s, so now we have named it the “Super Hero Scrum Board”.
Let me know what your thoughts. If you have an interesting scrum board feel free to send me the image or link and I’ll post them here.
Other Scrum Boards
How This Works
To Do outside of the circle, In Progress in the red circle, In Test in the blue circle and Done in the green circle. The board is divided into into segments for the 9 days in the sprint. A story is then placed in the relevant segment for when the team thinks it will move into test e.g. a developer starts a story and based on the tasks and what they have on they believe it will be ready for testing on Monday of week 2 so they place it in that segment. This really helps to highlight very visibly when stories slip and creates a good debate amongst the team. It also highlights when the team can bring in extra stories.