Story Mapping Gives Context to User Stories

| by Chris Sims Follow 0 Followers on Mar 23, 2009. Estimated reading time: 2 minutes |

The Scrum notion of 'backlog' is a single, prioritized list of user stories for the team to implement. This works well for organizing what the team should work on in the near term, e.g. during sprint planning. At the Orlando Scrum Gathering, Jeff Patton described story mapping. This is a way of organizing stories that provides richer context and can help with release planning.

The topic of story mapping isn't a new one for Jeff. He wrote about it in 2005 and again in 2008. During the open space portion of the 2009 Orlando Scrum Gathering, he shared his latest thought on the practice.

Though a story map isn't necessarily a replacement for a product backlog, it is useful to compare and contrast them. The product backlog is essentially one-dimensional. User stories are organized from highest to lowest priority. A story map is two-dimensional, indicating the priority of stories, as well as their relation to each other and the larger goals of the users. The map helps the team to understand how stories fit together to form a releasable product.

The process starts with identifying the users of the system, and the activities they will be doing. In Jeff's 2005 article, he gives the example of software for a retail store. The users' main activities are:

  • Create purchase order for vendor
  • Receive shipment from vendor
  • Create tags for items
  • Sell items
  • Return items
  • Analyze sales

Mike Cohn refers to these as 'epics'. Jeff refers to these as 'the backbone' of the story map. They describe, at a high level, everything that the user needs the system to help them do. These activities are recorded on cards and arranged from left to right in the order that they would naturally occur. Jeff recommends using the order that you would choose if describing the business process to someone unfamiliar with it.

Below each of these activities, arrange the associated user stories, putting the most important ones higher up than the less important ones. Now the backbone has grown ribs. Each story is associated with a user activity, and has a priority. A release plan can be visually represented by drawing a horizontal line from left to right. Stories above the line are in the release, and those below are not. In fact, several releases can be planned this way, dividing the map into horizontal 'swim lanes'.

What tools or techniques do you use to plan releases and keep track of the contexts in which your stories exist? Leave a comment and share.

Rate this Article

Adoption Stage

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread
Community comments

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread


Login to InfoQ to interact with what matters most to you.

Recover your password...


Follow your favorite topics and editors

Quick overview of most important highlights in the industry and on the site.


More signal, less noise

Build your own feed by choosing topics you want to read about and editors you want to hear from.


Stay up-to-date

Set up your notifications and don't miss out on content that matters to you