Helping people see differently, so they find joy!
Story Mapping Playbook
Overview
Story mapping is a powerful, collaborative technique to develop an intuitive, visual represention of what customers need to do to achieve an outcome and what we need to deliver to bring that about.
​
Use story mapping to…
-
Create a clear, intuitive visualisation for your work
-
Establish a shared understanding of scope and priorities
-
Ensure all your work is connected to customer outcomes
-
Promote customer empathy and outcome based approach
-
Identify gaps, reconcile boundaries and uncover a comprehensive view across all stakeholders
-
Create a structured value based backlog
-
Develop an iterative and incremental release plan that reduces delivery risk
​
There are 7 steps in completing this Playbook
-
Preparation
-
Frame the context
-
Map the steps to achieving the outcome
-
Break each step down into deliverables
-
Define releases
-
Using your Story Map
Participants
-
Team
-
Product Owner
-
Scrum Master
-
Invited Stakeholders
Difficulty
3 - Moderate
Duration
-
2 - 8 hours (depending on the scale)
Materials
-
A big wall and lots of Post-it Notes, (or the virtual equivalent)
Introduction
A Story Map is structured in a way that makes deliverables that support an outcome visible so that a shared understanding of what needs to be provided can emerge. Once you've done a few of them you can adapt the structure to better suit your needs, but I'd recommend sticking to the basic structure until you're familiar with how the whole thing works together.
Persona
A depiction of who will use the product or service and benefit from the outcome
Purpose
The OUTCOME the person using this wants to achieve
Key Features
The features we need to provide to enable the OUTCOME, these can simply be groups of steps in the backbone
Backbone
The ‘backbone’ represents the steps the user of the product or service will complete in order to create the outcome
Stories
Stories are the individual deliverables that contribute to the steps the user will complete
Release 1
Release slices
Represents the subset of stories that can be released together
Release 2
Release 3
Preparation
Bring the right people
-
Your entire Team, or teams for a larger initiative, it is really important that you get input from everyone who will be part of building the customer outcomes
-
Your Product Owner or a Business Representative who understands the customer context and the problems to solve, the business and the technology
-
Any other people that can bring diverse perspectives or who can contribute to understanding the problems or delivering the solutions
-
Facilitator, if you're not experienced facilitating large workshops, it can be useful to bring in a coach or facilitator
Bring clarity on the situation
You may not have the problem statement defined yet, but try to bring as much about the customer's situation as you can.
-
The customer's situation
-
Customer feedback, complaints, interviews or any other direct input from customers
-
The current state of the product or service
-
The processes or practices that contribute
-
What is happening in the marketplace outside your organisation?
If your session is virtual, prepare presentations that help attendees understand the above.​
​
Establish a creative space
Prepare the room with posters and information centres that bring all the learnings available about the customer, product, processes and marketplace. Put lots of different coloured Post-it Notes and coloured markers around the tables. If virtual, be prepared to share the same details via screen or miro board or similar.
Frame the context
TITLE: Name the product or service you’re mapping from the perspective of the person who will benefit from it, not a system name or an acronym. Think about what it does that is useful. What is the customer or business capability it provides?
Write the title in large text at the top of your Story Map.
​
PERSONA: Who utilise the product or service? This could be ‘internal’ people like an operations team or a call centre that will use or maintain it.
Write the persona nice and large on a card and post it immediately below the title.
​
PURPOSE: What is the purpose of the product or service? What problem does it solve for the customer?
Write the purpose nice and large on a card and post it to the right of the persona card
PRO TIP!
​
It can be difficult and time consuming to create a story map that represents the needs of all the customer and business personas who will use it, start with one key persona, you can always revisit the story map you create if there are differences that make a difference in the way different people will use it.
Map the steps to achieving the outcome
With clarity on who this is for, (the persona,) and the outcome they want, (the purpose,) we can map out the steps they would take to acheive that outcome.
​
1. Diverge to collect as many inputs as possible
This is a good time to diverge, you want to gather as many ideas about what steps the person using this product or service might need to complete on their way to the outcome.
​
Ask everyone in your Story Mapping Workshop to capture the steps they individually think the customer would take in their journey through this product or service.
​
Let people know that this is a high level set of steps that tells the story of the person completing the steps, there should be a logical flow to these steps in chronological order, but don't worry too much if a step is not perfectly described, we'll improve what we have when we converge together again and review what we have created.
​
2. Converge to bring everyone's inputs together
Form workshop participants into small groups to discuss what they individually created and bring their inputs together into one more effective backbone. Some steps identified during the individual thinking step may need to be split into multiple steps and some steps can be combined into one, it is the conversation that emerges that is important, this will uplift everyone's empathy for the customer's situation and improve their understanding of the customer's journey.
​
3. Bring everything together into a single backbone
Next bring the entire workshop together to repeat the process with the backbones created by each small group. Once again, it is the conversation that matters most.
You are creating the ‘Backbone’ of your story map, – a single line of high-level steps in chronological order, left to right. Use a different coloured card or Post-it note to make your backbone visibly different to the other story map elements and place this in a single row under the purpose. Leave enough space to fit in the feature csrds later if this is a large or complex story map.
​
Example: getting ready for work
Sally staff member
Arrive happy and fresh
Get out of bed
Shower and dress
Breakfast
Catch the bus
Arrive at work
PRO TIP!
​
Timebox each step to 10 or 15 minute blocks of time.
​
The first thoughts people have are the best, given too much time they will start second-guessing themselves and agonising over details that don't matter.
Break each step down into deliverables
Having mapped out the steps the customer would take in order to receive the outcome they seek, we can break each step down into the individual deliverables that will allow the customer to that step.
​
Ideally, each step is represented as a "user story" which is just a format for agreeing the details of what needs to be delivered.
​
If you're not familiar with user stories, don't worry, for the purposes of this workshop, just think of them as small discreet deliverables that your team can deliver that contribute to the step and the overall outcome.
​
There are lots of good resources out there to help you learn about user story formats.
​
The conversation is what matters.
Ask your participants, "What would need to be in place for the customer to be able to complete this step?"
​
Allow the conversation to flow, but keep it to the subject. No idea should be discounted and try to avoid shooting down contributions that seem misaligned.
​
Capture each deliverable on its own Post-it note.
​
Prioritise wiht common sense
When you feel you have captured most of what would need to be delivered, you can prioritise the user stories by simply positioning them so that the highest priorities are at the top with the rest vertically in descending order of priority.
Sally staff member
Arrive happy and fresh
Get out of bed
Shower and dress
Breakfast
Catch the bus
Arrive at work
Audible alarm
Shower
Cereal
Snooze feature
Soap
Choose music
Shampoo
Towel
Clothing
Wardrobe
Define Releases
Sally staff member
Arrive happy and fresh
Get out of bed
Shower and dress
Breakfast
Catch the bus
Arrive at work
Audible alarm
Shower
Soap
Now that you have the basic story map in place, you can use it to plan what your releases.
​
Some people recommend drawing a line that represents the first release and dropping everything that is not included in that release below the line.
​
My suggestion is to do the opposite, create some space between your backbone and your stories
and draw the line above the stories. You can now
bring the things that must be included in the first release above the line.
​
It is a subtle but important difference and supports a more critical thinking process when you're deciding what should go into a release. Ideally your releases should be as small as possible so you reduce risk and get things into the customer's hands sooner and learn faster.
Release 1
Towel
Clothing
Release 2
Snooze feature
Shampoo
Cereal
Release 3
Choose music
Wardrobe
Using your Story Map
Congratulations! You're done! Or are you...?
​
While there's enormous value in the conversations we had and the deeper understanding we now have over the customer context and what we need to do, the real value comes when we use the story map we created.
-
Make sure it is accessible and visible to your team and stakeholders. A Story Map should be visible so it can be referenced by the team to enable other conversations, bring it out for events like Backlog Refinement and Sprint Planning.
-
Share it. It is a Story Map, so tell the story! Share that story with customers colleagues, collaborators, and leaders.
-
Continue to refine it. A Story Map is a living artefact: use what you learn every time you release value to make it better. Embellish it with ancillary information if useful, and decorate it to give it your team’s personal touch.
-
Create a backlog. Translate each note on your map into User Stories.
-
Reference it. Use it in your team’s ceremonies and in day-to-day discussions about the current and future state of your product/service.