How to speed up your next backlog refinement AND make it more fun

Sometimes in a planning or backlog refinement meeting, despite all the exciting stories at hand, inertia sets in and energy levels seem to sink to the floor as the meeting goes on. And since we really do need to cover all the epics in that list, it does tend to last for quite a while. Sounds familiar?

Traffic light
For traffic-light-style release planning, you’ll need red, orange and green paper.

I’d like to share a format that may be used in such a meeting, that I have found helps to engage all participants as well as often shorten the meeting, compared to a more traditional format. I have played around with two different variations, depending on whether you want to use it to sort out “what needs to be done when” (sort of release planning) or time estimation.

Five reasons you may want to try it
– It assures ALL participants take an active part, not only the most experienced or loudest people in the room
– People stand up and move around, which has the benefit of making it more fun and hard to fall asleep
– It minimizes waste. The team gets to focus discussion on the most urgent issues, not wasting time on those that won’t get done until after six months (the spec has changed then, anyway)
– Priority gets visualized. The result may be kept and referred to later
– Works well also for a somewhat larger team since everyone can play a part

Materials you need:
– Your epics or stories printed out, on one piece of paper or card each
– Any sort of tape, or blu-tack (or plenty of magnets if you use a white board)
– Colored stickers or marker pens
– A room with walls 😉

..when focused on release planning you also need:
Three sheets of colored A1-paper, one red, one orange and one green.

…when focused on time estimation you also need:
Images of something to represent size. Let’s say you typically estimate stories as small, medium or large – then you need three different images to represent that, for example you may pick a gecko lizard, a chameleon and a Komodo dragon. For fun, and to illustrate stories that are larger than large, you may also add a picture of Godzilla. If anything ends up being a Godzilla, it’s an indication that this story needs to be broken down further.

Pictures of lizards may be use for time estimating.
Pictures of lizards may be used for time estimating.

1. Setting up the space
If you’re the facilitator, make sure to get there ten minutes before everybody else to set the room up. Put the stories, tape or blu-tack and colored stickers or marker pens on the table. If you use tape, it helps to rip off about as many pieces of tape as there are stories and put at the edge of the table (otherwise, tape supply will be the bottleneck). On a wall, put up your A1 colored papers in a row, or if your main focus is time estimation, put up the lizard pictures.

2. Start the meeting – get the stories up on the wall
At the start of the meeting, each team member grabs a story and puts it up on the wall where he or she thinks it belongs. If you do release planning, stories that are candidates for work to start on pretty much ”now” go on the green paper, stories that may “wait a bit” go on orange, and stories that we think should be saved for ”later” go on the red paper.

If you’re doing time estimation, make sure the team agrees on what small, medium, large actually means before you start and which picture illustrates which size. Each story is then put up next to the image that corresponds to its estimated size.

It’s important that each team member does this independently without any discussion, but that all do it at the same time. This shouldn’t take more than a few minutes.

3. Visualize disagreements, then discuss
When all stories are up on the wall, it’s time for individual reflection. Everyone is to look through the stories and their placements. If you don’t agree with where a story has been placed, put a colored sticker on it or mark it with a marker pen. If you do the ”what-to-do-when” version, it’s convenient to have the same colors for the stickers as for the papers on the wall. That way, if you think a story on the green paper should be on the red, just put a red sticker on it.

Discussion starts when everyone feels done going through the stories. Then start discussing the stories that have the most disagreements. Should the story stay where it’s placed, or does it need to move? Once the team can agree on where a story should go, move it there and put a check mark on it to illustrate it’s been covered.

Once all disagreements have been sorted out, you may want to go over all the stories and where they have been placed, just to make sure you all have the same bigger picture. This can usually be done fairly quickly.

Further variations
You may feel the need to break down the stories into tasks as you discuss them, in that case, go ahead. Or you may want to schedule a separate meeting for that purpose, like meeting again tomorrow to break down all the stories that have been put on green, where work will begin shortly.

If you do time estimation as you’re planning a major launch, you may combine this with a simple release planning. For each story, ask ”does this have to be in place before we can release?” Draw a line on the wall, and if the answer is yes, but the story above the line, otherwise below it. Then, when you’re done, you not only know approximately how long the work will take, but also what you absolutely need to get done to launch.

If you do try this…
…I’d be curious to hear what you think, and if you have more ideas for variation and improvements. Like is there a way to tweak the format to fit also distributed teams?


A Holistic View on Developer Productivity

What does developer productivity mean, really? Is it churning out more code or less code? Is it to have less bugs in production or shipping code more often? Is it doing a lot of things or just one thing? Let’s think about this for a moment. I believe developer productivity is about getting more things […]


Improving the usability of Aftonbladet Video-clip pages

We have recently started the process of improving the usability of video-clip pages. In order to get an idea of where Aftonbladet stands compared to other world-class online video/news providers, we conducted an online test answered by 110 visitors of Aftonbladet TV. In this test we compared their perception of an Aftonbladet TV video-clip page […]


Schibsted’s 1st iOS Deployment Meet-up

Schibsted’s 1st iOS Deployment Meet-up Thursday, 28th of April 2016: getting to know each other, guests arrive Friday, 29th of April 2016: the meet-up date We here at Aftonbladet had been planning on having a meet-up with iOS developers across various Schibsted companies for many months. We had a range of topics in mind for […]


Hackday: The Future of Storytelling is social, engaging and rewarding

We gathered students, journalists, developers and designers to get together and conceptualize something new for the news industry. This was our first organized hack event – The Future of Storytelling Hack. The hack was a team-based, news-media-focused prototyping and experimentation event within storytelling over two days at Kungsbrohuset, Schibsted and Aftonbladets headquarter in Stockholm. A good story used to […]