Learn User Story Mapping with these games

Are you tired of feeling overwhelmed by your backlog and deadlines? Do you want to improve communication and alignment among your team? Look no further! A User Story Mapping Workshop is the perfect solution. Not only will it help identify problem areas, but it’s also easy to teach and can be introduced with a simple game.

In just 30 minutes, your team will learn how to use this powerful technique to make the most of their time and effort. Don’t let fear of the unknown hold you back – give User Story Mapping a try and watch your team thrive!

Teaching User Story Mapping to your team can seem a little daunting to newbies when you first pull up a full FeatureMap. Luckily, User Story Mapping is easy to teach, and I have a great simple exercise to walk your team through as an introduction.

The technique is innately simple and can be taught with one simple game (because if we say game instead of exercise, it sounds better, right?).

I have some exciting and engaging 30-minute games that you can use in your teaching workshop or as a starting point for a User Story Session. These games will not only help your team develop a better understanding of User Story Mapping, but they’ll also have fun and build team cohesion along the way. So why wait? Add some fun and learning to your next workshop and watch your team thrive!

How to conduct a User Story Mapping session and teach!

How to teach User Story Mapping with a game

Running a user story mapping session is fairly straight-forward and you can get sorted quickly.

Here is an easy set of instructions broken into 8 steps:

  1. Begin by explaining the concept of User Story Mapping and its importance in the product development process.
  2. Provide an overview of the steps involved in conducting a User Story Mapping session, including how to identify user needs and create a shared understanding of the product vision among team members.
  3. Divide the participants into small teams and give each team a scenario, such as developing a new mobile app or a website for a small business.
  4. Ask each team to brainstorm and identify the different user needs and goals that the product should address.
  5. Have the teams create a rough draft of their User Story Map, using sticky notes or a whiteboard to organize the user stories into columns representing the different phases of the product development process (e.g. planning, development, testing, etc.).
  6. Ask each team to present their User Story Map to the group, explaining their reasoning behind the organization and placement of the user stories on the map.
  7. Facilitate a group discussion to identify common themes and areas for improvement in the different teams’ User Story Maps.
  8. Conclude the exercise by summarizing the key takeaways and reinforcing the importance of conducting User Story Mapping sessions as part of the product development process.

By participating in this exercise, team members will gain hands-on experience in conducting a User Story Mapping session and will learn how to use this tool to create a shared understanding of the product vision among their team.

Get to Work!

One of the easiest and well known games is the “Get to work” or “Wake up in the morning” tasks.

You write out on your map what you do each morning. This can be broken down to the most mundane steps.

I once had a team member write out everything they did which included an impressive rising time of 4am and 3 hours of morning preperation. I have since added to the challenge that they only have 20 minutes to get up and to get out the door to get to work.

What you can do is expand the task to reduce the time available, and to extend the time available to experience with what they add and cut aka minimal viable product! 😉

We have a map here of an example of our “Get to work”

The Jigsaw Piece Game

The Jigsaw Piece Game to help learn story Mapping

Another game that can be used to introduce the concept of User Story Mapping without the need for cards is called “User Story Jigsaw.” This game involves dividing the participants into small teams and giving each team a set of user stories that are related to a specific product or project. The teams must then work together to organize the user stories into a logical sequence that represents the product development process.

To play the game, first, create a set of user stories that are related to a specific product or project. These user stories should be based on the real-life challenges and needs of the team or organization.

Next, divide the participants into small teams and give each team a set of user stories. The teams should then work together to organize the user stories into a User Story Map, using sticky notes or a whiteboard to create columns representing the different phases of the product development process.

The teams should then place the user stories onto the map, trying to create a logical sequence that represents the flow of the product development process. The team with the most effective User Story Map wins the game.

After playing the game, the teams can discuss their User Story Maps and compare them to see how they differ and what they can learn from each other. This discussion can help the participants gain a better understanding of the concept of User Story Mapping and how it can be applied in their own work.

Tic Tac Toe Game

the tic tac toe game to learn story mapping

another game that can be used to introduce the concept of User Story Mapping is called “User Story Tic-Tac-Toe.” This game involves creating a grid with different user stories written in each square, and then having the participants take turns placing their “X” or “O” on the grid to organize the user stories into a logical sequence that represents the product development process. The objective is to create a User Story Map that covers as many squares on the grid as possible, with the winner being the team that creates the most effective User Story Map.

To play the game, first, create a grid with different user stories written in each square. These user stories should be based on a specific product or project that the team is working on.

Next, divide the participants into two teams and give each team a set of “X” and “O” markers. To begin the game, one team should place their “X” on the grid, choosing a user story from one of the squares. The other team should then place their “O” on the grid, choosing a user story that is related to the first user story.

The teams should continue taking turns placing their markers on the grid, trying to create a User Story Map that covers as many squares as possible. The team with the most effective User Story Map wins the game.

After playing the game, the teams can discuss their User Story Maps and compare them to see how they differ and what they can learn from each other. This discussion can help the participants gain a better understanding of the concept of User Story Mapping and how it can be applied in their own work.

Final Tips for your Workshop Games

Using games and exercises to teach any product or methodology will be met with variation. Be aware of your audience, what will work and tailor your tutorials to fit them.

Some important tips for running these games.

  • Clearly explain the objective and rules of the game at the beginning to ensure that all participants understand what is expected of them.
  • Encourage collaboration and teamwork among the participants, allowing everyone to contribute their ideas and perspectives to the User Story Map. Try to discourage any“leader” roles who make all the decisions, let the entire team contribute.
  • Provide guidance and support to the teams as needed, helping them to understand the concept of User Story Mapping and how to apply it to their own work.
  • Focus on keeping time for each exercise to be utilised well, we often recommend under 60 minutes.
  • Use a variety of tools and materials, such as sticky notes, whiteboards, and digital tools, to allow the teams to create and organize their User Story Maps in the way that works best for them.
  • Debrief after the game to discuss the teams’ experiences and what they learned from the exercise. This can help reinforce the key takeaways and provide additional insights and guidance for applying User Story Mapping in the future.
  • Consider providing additional resources and support for teams that want to continue learning and practicing User Story Mapping after the game or exercise is over. This could include access to online tutorials, workshops, and other learning materials.

User Story Mapping is innately simple, with a huge range of depth that can be demonstrated in deep and powerful maps. If you need more assistance or ideas, check out how some of our templates to inspire.

Have fun, you got this

Good Luck!

User Story vs User Journey

What are the main differences between a user story and a user journey?

A user story is a brief, concise description of a task from the perspective of the user.

For example: “As a ‘type of user‘, I want ‘some goal’ so that ‘some reason’.”

A user journey is a described series of steps that show how a typical user would interact with the web app that is being designed.

The main difference between the two, is that a user story is based on a specific user and caters to a particular type of user to answer a specific problem. A user journey can follow a “random user” that may using the tool. This also includes dynamic user journey scenarios.

How best to plan your product development

How can User Story Mapping help integrate both a user story and a user journey?

User Story Mapping has been described as a tool that can be used for many purposes, including product development, feature definition, version improvement, and project management.

In short, you are able to create a map, highlighting the user story, as a persona, whilst building the map for a user journey. Placing cards and tasks and building out the entire epic.

You can get started straight away, and intuitively you’ll be building maps that remove the debate between user story and user journey. Just head over to FeatureMap.co to get started.

Otherwise, read on to get the steps to get started.

We are looking at the steps to create answers that fulfil both requirements for a user story, whilst also catering to the user journey.

Here, we explore how best to utilise the User Story Mapping methodology to help define your path. We also have the added bonus that the first two steps instantly reward in their own right.

The first two steps can be very rewarding. Firstly, planning the map will give you a pathway to the point where you can start writing user stories or journeys.

Secondly, the end result is a visual chart showing the structure of your stories. This will give you the steps you need to take for development.

Here is another way to approach User Story Mapping in three steps.

This is a relatively quick way of getting to a point where you can start development work.

The start of a user story map on FeatureMap

Hosting your Story Mapping Session

Because User Story Mapping can be complex, it is important to have a framework for the session. It is also important to explain what User Story Mapping is and describe the process.

Start with tasks where the team thinks about the product, users, development, and personas.

Step One

We start by brainstorming every task that users will want to address when using the product.

Silent Brainstorming.

Task each participant to write down steps in your cards, every step will need to cover from the users first engagement to the conclusion of the users interaction. Encourage the team to think of these as actions not features.

It’s okay for each individual on the team to focus on other user journeys. For example if we take an app, someone may do a customer, and another may write about a copywriter, whilst the developers may think from the perspective of the administrators.

Top Tip: Writing them so they start with a verb is a good technique.

Encourage people to be creative and try to cover tasks and steps wide, but not deep. This part of User Story Mapping is about breadth not depth.

Start posting all cards and tasks in one large map.

That’s fine if you have duplicates. Just group them together, and these should sit beside each other on the line (not above or below).

As you expand and get into the swing of it you can easily drag and drop and delete if needed.

The beauty of using digital software for large collaboration tasks such as this allows you and you and your team to easily edit, expand and develop your map all at the same time.

This first line is the user tasks, and they form the backbone of your story map.

Creating the backbone of your user story map

Step Two

Then we organise these tasks into wider goals, and arrange them in order of completion.

These groups are known as “epics” or “activities”.

As facilitator, you can walk along the line of tasks and ask where the team think the splits are between each group of tasks, and what each group should be called.

For example, if you were building an app for an app to arrange your movies, you might group user tasks into epics like this:

  • Browse DVDs in collection – epic
  • View flat list of all DVDs – user task
  • View DVD cover thumbnails in results – user task
  • DVD Spec Call – user task
Adding your epics and activities to your use story mapping

Step Three

We can then move into the Prioritisation exercise, further developing the user story map.

This is the stage where you start writing in the details, building up the tasks and redefining tasks.

This may include adding tasks, merging tasks or separating tasks.

It is important to detail the tasks enough to remember in the future. After writing all the tasks, you should have a comprehensive map by this stage. Task your team to go over each line (now defined as Epics/activities) and ensure you have everything charted. This is where the User Story Map will become easier, as you will now have a visual chart of a defined product. Here you can move to the next steps.

Project Development is aided by this full user story map

Next Steps

Now you are ready to start prioritising the user stories on your map. You can start adapting and moving your tasks to sprints, also known as versions for your product.

You can check out the Movie Buddy Public Board here at FeatureMap.

You could do an entire User Story session with Post-It notes with your in-house team, but better yet digitally, remotely or supporting your in person meeting using FeatureMap.co.

Check out FeatureMap.co and sign up to try for free.