Master
ThoughtWorks
Menu
Close
  • What we do
    • Go to overview
    • Customer Experience, Product and Design
    • Data Strategy, Engineering and Analytics
    • Digital Transformation and Operations
    • Enterprise Modernization, Platforms and Cloud
  • Who we work with
    • Go to overview
    • Automotive
    • Healthcare
    • Public Sector
    • Cleantech, Energy and Utilities
    • Media and Publishing
    • Retail and E-commerce
    • Financial Services and Insurance
    • Not-for-profit
    • Travel and Transport
  • Insights
    • Go to overview
    • Featured

      • Technology

        An in-depth exploration of enterprise technology and engineering excellence

      • Business

        Keep up to date with the latest business and industry insights for digital leaders

      • Culture

        The place for career-building content and tips, and our view on social justice and inclusivity

    • Digital Publications and Tools

      • Technology Radar

        An opinionated guide to technology frontiers

      • Perspectives

        A publication for digital leaders

      • Digital Fluency Model

        A model for prioritizing the digital capabilities needed to navigate uncertainty

      • Decoder

        The business execs' A-Z guide to technology

    • All Insights

      • Articles

        Expert insights to help your business grow

      • Blogs

        Personal perspectives from ThoughtWorkers around the globe

      • Books

        Explore our extensive library

      • Podcasts

        Captivating conversations on the latest in business and tech

  • Careers
    • Go to overview
    • Application process

      What to expect as you interview with us

    • Grads and career changers

      Start your tech career on the right foot

    • Search jobs

      Find open positions in your region

    • Stay connected

      Sign up for our monthly newsletter

  • About
    • Go to overview
    • Our Purpose
    • Awards & Recognition
    • Diversity & Inclusion
    • Our Leaders
    • Partnerships
    • News
    • Conferences & Events
  • Contact
Global | English
  • United States United States
    English
  • China China
    中文 | English
  • India India
    English
  • Canada Canada
    English
  • Singapore Singapore
    English
  • United Kingdom United Kingdom
    English
  • Australia Australia
    English
  • Germany Germany
    English | Deutsch
  • Brazil Brazil
    English | Português
  • Spain Spain
    English | Español
  • Global Global
    English
Blogs
Select a topic
View all topicsClose
Technology 
Agile Project Management Cloud Continuous Delivery  Data Science & Engineering Defending the Free Internet Evolutionary Architecture Experience Design IoT Languages, Tools & Frameworks Legacy Modernization Machine Learning & Artificial Intelligence Microservices Platforms Security Software Testing Technology Strategy 
Business 
Financial Services Global Health Innovation Retail  Transformation 
Careers 
Career Hacks Diversity & Inclusion Social Change 
Blogs

Topics

Choose a topic
  • Technology
    Technology
  • Technology Overview
  • Agile Project Management
  • Cloud
  • Continuous Delivery
  • Data Science & Engineering
  • Defending the Free Internet
  • Evolutionary Architecture
  • Experience Design
  • IoT
  • Languages, Tools & Frameworks
  • Legacy Modernization
  • Machine Learning & Artificial Intelligence
  • Microservices
  • Platforms
  • Security
  • Software Testing
  • Technology Strategy
  • Business
    Business
  • Business Overview
  • Financial Services
  • Global Health
  • Innovation
  • Retail
  • Transformation
  • Careers
    Careers
  • Careers Overview
  • Career Hacks
  • Diversity & Inclusion
  • Social Change
Agile Project ManagementPuneTechnology

Story Mapping, Visual Way of Building Product Backlog

Sunit Parekh Sunit Parekh

Published: Jan 12, 2015

One of the key objectives of a project inception is to collect requirements collaboratively. But, many times, it is difficult to decide where to start and what to focus on. Story mapping is an engaging activity where all participants are involved in the process of building the product backlog on a wall, versus writing a dull 100-page requirement document. 

Story mapping was invented by Jeff Patton and introduced to me by Chirag Doshi and I find it very effective and useful tool to capture requirements during inception.

Building a story map

Story mapping is a top-down approach of requirement gathering and is represented as a tree. Story mapping starts from an overarching vision. A vision is achieved via goals. Goals are reached by completing activities. And to complete an activity, users needs to perform tasks. And these tasks can be transformed into user stories for software development.

Story Map Structure: Goals > Activities > Tasks > Stories

Lets take an example of an online store application’s one of the goal ‘Find product’ and build a branch of a story map to understand it better,

To achieve goal ‘Find product’ there are multiple ways such as ‘Browse through product category tree’, ‘Free text search’, ‘Promoted products’. Lets take one approach  ‘Browse through product category tree’ to build our story map,

now to complete activity of reaching a required product, user needs to do perform certain tasks,

now this tasks can be converted to user stories for software development,

like this continue to deep dive each branch of the story map starting from goals and build the whole story map. In my experience building full story map takes from 3 days to 2 weeks based on project size and complexity. 

For your reference, here is a sample branch of story map from real project,

and full story map after 5 days of activities looked like following,

Now we learned how to build story map, lets look at the advantages of it.

Advantages of story mapping

  1. Visual presentation of the product backlog (big picture) brings all the stakeholders on same page, in terms of  scope and complexity. It also indirectly provides a view of project size.
  2. Requirements captured in a physical format fosters collaboration and builds shared understanding.
  3. Since inception is usually a time boxed activity, the story map approach helps to deep dive and focus on important features of the application. Marking ‘nice to have’ features as ‘out of scope’ during deep dive sessions, helps the team save time.
  4. Interestingly, having all stories laid out on the wall assists the team to perform relative sizing of the stories quickly.
  5. Story map structure helps with prioritisation and allows for easy slicing of the backlog into releases and carve out MVP. Slicing can be done vertically or horizontally, such as few features or more features with MVP in each feature.
  6. Story map can be transformed to agile project management tools like Mingle as product backlog.

Enrich story map with more information

Sometime we need more information to be captured with story map e.g. nice to have stories, follow up questions, alternative approaches... This is like enriching the story map with more information. Following are few of the use cases of same,

  1. Use different colors to represent different levels in story map e.g. Orange for Goals, Blue for Features, Green for Epics and Yellow for Stories.
  2. Put wireframe next to the relevant area of story map.
  3. Use stickers like dots or stars to represent special notations:
    • Marking out of scope features are important for shared understanding
    • Identifying alternatives help to capture rich user experience and low cost alternative solutions
  4. Use small sticky to capture notes, assumption, follow-ups or questions

 

Alternative ways of structuring story map

In story mapping, defining a structure is important and then refine it as needed. The objective is to start with some structure in mind and evolve from it. Sometime it takes 2-3 iteration to get the structure right. 

One alternative structure is based on ‘User Journeys’. User driven approach helps to identify requirements from user perspective e.g. buyer, seller, administrator etc. The map is then structured as User > Goals > User Journeys > Actions > Stories. 

Another alternative, especially useful for NFRs (non-functional requirements) can use:
 NFR > Requirement > Story.

Large projects may require up to 6 levels in a story map. However for smaller projects,  3 levels are usually sufficient.

Preparing for story mapping exercise

Now that you are convinced about using story map for your next gig, lets look at what you need to get ready for the activity:

  1. A large Conference room with empty wall space for full duration of inception. 
  2. Different color stickers, one for each level. 
  3. Thick marker pens (1.5mm thick permanent marker) 10+ nos - to read stickies from far.
  4. Stickers (dots or stars) - to enrich story map with more information.
  5. Use magic charts/whiteboard in case walls are not a good surface for stickies.
  6. A good camera to take photos of the wall.

 

Learnings

While doing story mapping I ran into challenges and found ways to overcome those. Following are tips to avoid those traps and help you run the story mapping successfully. 

  1. Story mapping is a discovery phase for products requirements, follow principal of capturing everything with alternatives to avoid long running discussions. 
  2. Prioritise deep dives frequently to avoid spending time on less relevant topics.
  3. Tidy up and rearrange stickies frequently before it grows big and becomes very difficult to manage. Keep good walking space near walls. e.g. NFR story map wall photo shown above :-)
  4. While working with stickies, remember to remove stickies carefully to avoid folds, so it stays on the wall for the whole duration of the activity, and is readable in photographs.

Conclusion

Story mapping is an effective inception tool to create a product backlog in a visually structured way. It helps in building a shared understanding, identify gaps in the backlog, see interdependencies, perform better relative sizing. Further, it can also help in slicing and release planning activities.

References

  • Book User Story Mapping by Jeff Patton
  • Read more on capturing non-functional requirements using story map

Many thanks to Gurpreet for review and valuable feedback.

If you have tried story mapping on your project, please share your learnings, thoughts, photos using comments.

Related blogs
Agile Project Management

Road-mapping Your Way to Agile Fluency

Kelsey van Haaster
Learn more
Experience Design

Adjusting to the Agile UX Workflow

Ben Melbourne
Learn more
Agile Project Management

The Road from an Agile Practitioner to an Agile Coach

Aman King
Learn more
Master
Privacy policy | Modern Slavery statement | Accessibility
Connect with us
×

WeChat

QR code to ThoughtWorks China WeChat subscription account
© 2021 ThoughtWorks, Inc.