Building software is no easy task. Issues arise where miscommunication can occur, at times it can be challenging with sharing the requirements with each requirement being out of sync and out of date with the entire team.
User Story Mapping is not strictly a method of build software, nor is it a tool to make products.
The main drive is to result in a shared understanding.
When working with a large organisation it is not uncommon for everyone to picture the product in different ways.
When you have multiple smaller teams come together to create a product, each team can have different requirements. This can clog up development and in some instances waste time, building the same features in multiple different ways.
A few years ago I was assisting in the development of a now-popular mobile app. The team of designers all had different ideas on the end goal and it wasn’t until we mapped the entire user story that this was realised.
The managers wanted to see a CRM in the backend that would allow them to see the flow of products and users and to manage the support workers and content creators.
The content creators wanted to have a CRM in the backend that allowed them to edit, create and update articles and products.
The sales team wanted to have a map system that would allow users to find a product based on location.
Seeing our goals visually on a map was a big help in shared understanding
Before using FeatureMap to plan out their goals, the team used multiple shared documents, lists and tasks. It was possible to achieve what they sought, but it was certainly wrought with overlapping issues.
When we put all three together we could see an overlap of two different CRM systems and a product completely overlooked by the other teams.
Mapping your story helps you find holes in your thinking.
When we set out and built an entire wall, it was clear that each team had a different idea. Once they were able to list each card across the map, teams merged ideas, worked on the initial idea and framed the entire product.
Once the ideas had been merged, expanded and realised, the team was able to expand their understanding to a shared understanding.
The team were then able to split up their design into a minimum viable product that successfully achieved the desired outcome.
Sadly, it was realised that months had been wasted on planning features of a project with no compatiblity with the rest of the team.
Which teams should be involved?
Really, the answer is as many as you can.
User Story Mapping is better when a group advises, rather than an individual.
If you are new to User Story Mapping or have already done user story mapping, it is highly likely that you’ll be doing Remote User Story Mapping online in 2020.
Since the pandemic we have seen over 31% of the US Workforce migrate from offices in March 2020 to working from home in April 2020.
Already we see businesses changing the way they work, creating permanent changes to include remote working, hot desking, partial office attendance and in some cases, removal of the office entirely. It is clear that if we seek out a positive from all this, the education of a better work-life is certainly one.
It may take a few days, may take a week, or may take a quick catch up over the day. Whatever the use case of your group is, and the required time, be sure to keep in mind the differences between working in the office and working from home.
Figure out an agenda, plan the day over introductions, activities, presentations, and when to carefully place the breaks.
For some, working from home can be distracting, while for others it can provide a freedom and comfort to allow them to work efficiently. Cater to everyone.
Is everyone on the same timezone?
Will everyone be available for the full time?
Can you create a course?
Get your Tech in order.
If you’ve been in any meetings with people new to remote working it can derail the meeting to tech support and cause all sorts of issues.
Ensure everyone is ready with their hardware, software and prepared to participate and collaborate.
This will be basic things such as:
Your main communications, be it Teams, Zoom, Skype or Slack – ensure everyone is signed in, ready and working.
VOIP, Headphones, Microphones, audio tests – Ensure everyone is good ahead of time. There is nothing worse than having one person spend 45 minutes troubleshooting a microphone.
Webcams working – These are great to make the remote working feel like you are all in it together.
The PC and Internet! – Basic basic basic tests. Make sure it all works.
FeatureMap Accounts – signed up, invited an in the correct map ready (either in a trial if new, or setup with the group leader if business). We’ve made this bit easy 😉
You can send this out pre-meeting and ensure everyone can do a mock load, test and make sure they are ready to go 9am the day of the course.
Set out clear rules
So this is more of a per group basis. I’ve sat in meetings where everyone is completely new to remote working, and I’ve sat in groups where it is a tried and tested done deal. The huge range of experiences were staggeringly immense – talking over one another, crunching of food, tech issues, volume, lag – oh my.
Set out some rules to ensure your remote user mapping session is productive:
One person talks at a time
Ensure everyone has had time to participate
Check chat frequently
Eat only in your break
Good audio and camera (put your webcam on!)
Mute your microphone between conversations and don’t hot mic!
In an ideal world, your remote colleague might be in a self contained home office, free from distractions and sound – but in a real world… sometimes the kids, dog, neighbours or even home office equipment may not behave. So give slack but also be aware of your team and work to these requirements.
Now we have our tech sorted, our plan, our rules and accounts. It is worth considering that working online for long periods of time can be extremely tiring and regular breaks are recommended.
One simple rule for remote working is that when scheduling meetings plan them to finish 5 minutes before the end of the hour, or before the half hour, to build in time for much needed breaks.
Here are some basic tips for running effective online sessions:
Manage Talking Time – Communicating online can take longer, typing, thought process (the removal of visual feedback) but also allow clearer and direct communication. However it can take time so try timeboxes. Use a timer, visible to all, to ensure conversations do not drift.
Visualise Information – Share sources of information when referring to it in the meeting, use your dedicated channel to get a clear visualisation. This is an important goal and why the User Story Map and its visual collaboration is important to be real time.
Avoid repetition – Maintain engagement, and keeping attention is important as so you do not need to repeat coverage. There are many tips to do this, but random selection or asking the last person who spoke to choose who speaks next is a good way to keep everyone alert and listening to the course.
Records and Notes – If the call needs to be recorded, or notes do so in an online document. Webcams at flipcharts, photos of whiteboards can deliver a very poor and low impact experience. While you’ll have the story board covered with FeatureMap, it is important to ensure accompanying tech to deliver a strong course.
One thing 2020 has shown us – Remote Working is here to stay, so get ahead of the curve and ensure your team is productive and effective.
As the world reacts to the COVID-19 pandemic, we are faced with new challenges every day. Countries go into lockdown, workspaces close, and individuals go into self-isolation. Although remote work is already a reality in 2020, with some companies prepared or completely online, for some it may be an entirely new approach.
FeatureMap has moved from its dedicated and shared offices to a mixture of shared spaces, distributed offices and remote employees across three countries. In making these changes, we identified more effective practices, saved on overheads and costs, and introduced a new culture and productivity. As other companies also turn to the remote online workspace, we thought it would be a good time to share some of our experiences and tips for getting the best out of your distributed team.
We are here to help, so if your small–medium business is impacted by COVID-19, reach out to us at email@example.com and see how we can find a solution for you during this time.
Working from Home
Things you need for your team to be successful while working from home remotely:
Video conferencing capability with screen share options
Digital backlog management
Ways to stay connected with each other
There are many chat tools available online. We recommend Slack, Discord and Skype, but Slack in particular. It allows you to continue conversations throughout the course of work, either directly through private messages or in channels that act as meeting rooms. Everyone will be able to see discussions in these channels, so wise management using features like thread conversations will be key to an effective collaborative environment.
This includes daily discussions, team voice chats, and one-to-one meetings. We recommend video conferencing to encourage a continued level of professionalism, but being able to chat with somebody face-to-face can create more effective communication.
Good video conferencing software offers voice chat, video, and screen share. The ability to easily and quickly share your screen to your remote team during a meeting is time-saving gold dust. Zoom, TeamViewer, and Slack all offer this functionality.
However, be aware that both chat and voice calls can be disruptive if used unnecessarily: imagine getting called to meeting after meeting in the office!
Digital backlog management
When you first start working remotely, it’s important to update the management of your tasks and responsibilities to your new environment. All those sticky notes on your monitor and scribbles left on your desk won’t work anymore. You have to go digital.
If you have a project manager, ask them to recreate your collaborative spaces in a digital space as soon as possible. Your remote team being able to access a single platform for project planning will not only help foster self-discipline but will also improve productivity. Ensure you use a tool that protects you, is easy to set up, and is clear, precise, and agnostic.
If you have any questions about FeatureMap.co, privacy, security of our online cloud or our on-premise options, drop an email over to firstname.lastname@example.org
When we first created FeatureMap, we designed the fundamental principles based on Jeff Patton’s User Story Mapping model. Since then, however, we have evolved and developed to create a tool that can be used in multiple environments with a wide range of practices, including user story mapping, development, product management, team task management, agile workflows, kanban, and task lists.
When you recreate your collaborative space online, remember that utilising labels, custom fields, colour tags and assignments can really help you take control of your workflow.
Moving to the digital space for project management
If you are moving from a physical workspace to the digital one, and are starting afresh, you will need to first identify and define the project’s backbone.
Designate a group of people to explore your project and identify the user experience and journey. Focus on the breadth of tasks first, then build in the depth.
Using a shared workspace to collaborate live, whilst using video chat, can really help bring your session together as well as improve the quality of the end result.
Build a map and, if you need to, outline all the projects, cases, tasks and work within it. If you want to dig deeper into user story mapping while your team is distributed, check out our guide on how to get started.
If you are still uncertain and want a demo of FeatureMap.co, do reach out at email@example.com and we’ll be happy to schedule a live demo for a small team.
Daily check-ins can really bring together a remote and distributed team. Each morning, share what your tasks are, or what you are working on, via chat and then follow up that report by mirroring the workflow on your map for the later check-in. This is a great method to check who is working on what, the progress, where blocks may occur, and how everyone is progressing with their tasks.
Management can be utilised by sharing Google docs, following up on emails or arranging voice calls. A story map can be a quick snapshot view for all team members to understand the project stage.
Distributed team culture
Building a culture, keeping the team connection healthy, and improving communication with remote teammates is crucial. For this, team chat and communication is important. Adding a space where people can chat, share their daily lives, or simply talk before work or a meeting fosters healthy growth, keeps people engaged, and helps your teammates learn about each other. You can even build on this by creating virtual lunches together, having healthy competition about the “best lunch”, and more.
Try FeatureMap Today, and if you need more users, have feedback or suggestions. Do reach out and we can find a solution to help cover you while Covid-19 impacts your business.
FeatureMap can be used for free for an unlimited period of time, but if you want to use some advanced features such as Word/Excel exports or unlimited maps, you’ll have to subscribe to a Premium account.
Premium FeatureMap grants you you to export your map into various formats; documents, an image or even another application.
In this blog post we will take you through every step of the process.
We support export for file formats and platforms as below:
Microsoft Office Documents
I will be using the MovieBuddy Product Map as examples so you can follow along.
To get started with Export go to your map and click at the top right – “Export”
Here you will be given four different options:
As a new file or document…
Choosing to export as a new file or document will allow you to export your map as a CSV, XML, JSON, XLSX, and DOCX.
As well as support each file format, some of the file formats support different file layouts to give you full control of how your document is presented:
Simple list of cards
Groups at first level
Layers at first level
In addition we also have the option to add comments, attachments and checklists to your export. Some exports do not need to show all the details so these options can be disabled.
Export map as image
When exporting as an image we generate your image as a PNG format.
We realise that this can be used for printing large images for your work environment or simply having a copy for digital display and so we offer four different DPI versions. Please consult your printer for the ideal DPI, but we recommend 300 DPI for paper printing.
96 dpi (best for display on screen)
300 dpi (best for printing)
In addition we wanted to give you further control of your image so we offer different widths of the cards:
5cm (2 inches)
6.3cm (2.5 inches)
7.5cm (3 inches)
We advise selecting these options first with a low resolution image to find the best format and then opting for a higher DPI for when you are happy with the width.
We also offer printer friendly grey and white background options.
We also give full control over your columns and rows. If you wish a column (group) to be displayed in full, collapsed or hidden entirely.
When exporting to Trello you will first need to connect Trello and FeatureMap together by following the on screen prompts.
We will never take your information and use it for other than connecting FeatureMap and the desired service.
Once you have connected Trello and FeatureMap you can remove those permissions at any time from Trello.
Here you can choose how the export of your FeatureMap will be translated over to Trello.
Map to Board
Map to Kanban
Groups to Boards
Layers to Boards
Each setting can be repeated into new maps, the image above shows what turns into what.
Please note that creating the board may take some time as FeatureMa.
You can see an Example below:
This Demo Map is exported into the Trello Board Below.
Of course this can be exported in multiple formats.
Atlassian and REST API
For Atlassian and Trello navigate to Export and follow the on screen wizard to connect your account by allowing permissions.
A future Blog post will explore the optional JIRA Integration options.
Finally, we also have REST API where you can develop, edit and create your own export/import functions within your own REST framework.
User Story Mapping can seem daunting when you first pull up a full FeatureMap. If those on your team are not familiar with the technique it can really slow down your sessions. Yet the technique is innately simple and can be taught very quickly.
Here I outline some of the quick and easy 30 minute games that you can add to your teaching workshop, or that you can go over yourself to help share or gain a n understanding on how to approach user story mapping.
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! 😉
Another exercise is to add a time limit, deadline and propose they prepare for a vaction.
Setting my team of 1 month to there vaction they had to go through steps of checking passport, renewing, booking flights, checking luggage, buying missing items, packing, items, etc.
After the team had planned what they needed to do, you can again add time restraints such only 1 week to plan, and even only 1 day.
Doing this can education again the MVP and how to adjust and move the map around to suggest the best plan.
Describe an existing product
A good exercise to describe a common well known product, or even if a competitors product. This exercise can be used to take the focus from games and activies to a more development and industry focused task and will later help with your projects.
The last time our team covered this we had just seen a recent update to Spotify so we outlined and described the product, desktop, browser and mobile.
We explored the application and spent some time designing the task out, splitting it into sections and then created the foundation or backbone of the application.
When you have created the backbone product you can then start adding extra features in sprints, or even removing tasks and features to create an application lite, in this case it was “Spotfiy lite” or a media player.
We ended up designing Winamp!
We then ended up designing a fictional application about movies called “Movie Buddy” which we now use as a demonstration FeatureMap still today.
User Story Mapping Exercises
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.
Keep the time taken per exercise to under 30 minutes
Split each task of a game into 5 minute periods.
User FeatureMap or good old fashioned sticky notes and markers.
Use walls, floors or tables.
You can always do a final lesson of converting sticky notes to digital
Discourage a “leader” who may make all choices, allow all particpants to take part.
Try to aim for 30 tasks.
If you are teaching, do the tasks beforehand so you are able to help with prior experience on the subject matter.
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 to help your team understand.
FeatureMap allows Markdown in the description of each card. Markdown is intended to be as easy-to-read and easy-to-write as is feasible.
Markdown is a simple markdown language you can use to easily add formatting to your cards. We do not support images or HR from Markdown at this time, you can see below the list of supported Markdown Text that can help you get your descriptions on cards:
Adding Markdown to text
This is how you **bold** text.
This is how you bold text
This is how you *italicize* text.
This is how you Italicize text
* Bullet one (don’t forget a space after the asterisk)
* Bullet two
Note: You must type a line break before and after the list.
Bullet one (don’t forget a space after the asterisk)
1. Step one
2. Step two
Note: Do not use a hashtag (#) when creating numbered lists in Markdown, as the symbol is used for other formatting.
User Story Mapping is often described as an easy process and maps are created by simply working through the user’s journey.
Sometimes it can sound simple, but at times you need to define the user’s journey.
Occasionally you’ve had a developer, or project manager who has already defined stories and just wants to regurgitate this journey onto a plan and have everyone agree. This sometimes works, but more often than not other team members are left wondering about more details and features, problems, and most importantly, better solutions are missed.
User Story Mapping is not just creating a map for the purpose of a great visual understanding, but it is also a great time to go over questions and really expose the plan.
Just as your first bunch of questions:
Critical thinking can be applied with great b0ons to any endevour and User Story Mapping is no different.
Those working on the map should have a clear defined understanding who the users are.
Who is the user that mapped this journey?
How is this user different to other users?
Do we need to expand our user scope at this stage?
Understanding who the users are will provide that focus for complex design and if the user is an actual real user, then knowing this person will help with focusing the team to provide something for someone real.
Defining what the user is doing with your project, app or endevour will be the main crux and defining question for all over User Story Mapping.
What are the users trying to achieve?
What do the users benefit over using your solution?
What other solutions are available?
What needs to defined?
Starting with an understanding of not only who the user is, but why this story needs to be mapped is crucial to have a worthwhile map.
Asking questions to help the entire mapping team directs.
Why does the story need to be created?
Why does it need to be defined?
Why would this information help decide scale and stability?
Once you have the ideal persona, and the ideal customer or user you can create an epic from the persona.
Label all your epics necessary to meet your users goals, but it is okay to keep them rough as you’ll be able to quick edit the table, adjust, delete and add more columns as needed.
Turn the users functions into rough epics
Turn the products functionality into rough epics
Capture the interaction and sequences
Then go deeper and refine each Epic into the cards.
It is normal to be challenged with your first iterations with a User Story Map and it’s okay to continually develop them.
Keep the users entire journey and story in mind, and don’t stop asking the questions, who, what , why?
User Story Mapping is normally a technique for Product Development, but you need not limit yourself for just one task or function.
Here we explore outside the box and look at applying User Story Mapping to product lessons, customer feedback, marketing strategies and even Christmas lists.
User Story Mapping is most commonly used for software development. You are able to outline and see the bigger picture of your product. You can prioritise the user stories, identify the journey of your users and involve all team members to have a shared understanding.
It is not just a tool that you use to outline the project, it is a technique applied to every step of the way. You can change, adapt, reprioritise, add further tasks, scrap old tasks, and so on. While ideal to sit on a wall in the office with post-it notes one large company has a large 75″ display in the office with their FeatureMap on display for all offices and departments.
Moving to the digital has its benefits and allows all departments and those remote to the office to collaborate. In addition, you can allow your shareholders and in some cases, even your customers to get involved.
Occasionally after a campaign, season, or annual review you look back at your product and hold a session of “product lessons learnt”:
Promote the recurrence of desirable outcomes
Preclude the recurrence of undesirable outcomes
Using User Story Mapping here can help you outline the user journey. Define each step which worked, and highlight what should be removed or revised.
Using layers you are able to prioritise your learnings by the impact on the user using analytics data, internal comments and observations, incident reports, and any further data or knowledge that can build a picture about your product and its presence.
Your goal is not to create a product but to highlight the users experience to learn.
Developing your map can involve the customer, allowing a public-facing map and open process you can get feedback direct from the customer.
Taking suggestions, feedback and ideas from customers is the golden goose.
We’ve all had the occasional user when you open up your ticket support system or email and in the inbox sits 10 emails all from the same person hammering feedback after feedback. These users are my favourite, and while initially a shock to the system, they offer the best value.
Taking all feedback to build your User Story Map and highlight the pain points reported.
Set columns for feedback, suggestions, bug reports and crashes.
Again, do not set this as a product development map but a feedback map and this can help you prioritise your next steps for development and also feed directly into Product Lessons.
Marketing and email strategy
When defining the user flow from a cold lead to a warm lead, add in tracking, and stages you’ll soon hit a complicated process. User Story Mapping, the super-hero of project management is here again.
Setting our a User Flow from cold lead, to warm lead, to sign-up, to conversion can all be done with a FeatureMap.
While mailing systems, like mail-chimp, can work exceptionally defining a campaign, following a user along a sales process (especially when plugged into marketing) is broader than MailChimp.
Happy Holidays to you all, and time for a bit of fun, but an entirely function one.
This year I was planning out what to buy my friends, family and fellow office workers and wanted a way to track what I had purchased. In some cases, I have commissioned artwork and needed picture frames and had presents that became a multi-stage process. I turned to User Story Mapping and whipped up a FeatureMap to help manage who was getting what!
When building your story map, you should include all the relevant people, regardless of position, in the team. Due to their different foundations and interests, they will all offer unique and valuable points of view. A User Story Map is used to map out what you, as developers or managers think about when it comes to the user’s experience.
One advanced tactic is to involve the customer with a customer facing Story Map.
Customers have probably seen roadmaps but to truly involve a customer a back-log will always show more detail, yet a Story Map can show your progress with a beautiful planned out snapshot.
Why use a customer facing Story Map?
Story Maps are for shared understanding and can share a clear overview of the whole product or project.
While you may not be able to share your post-it note maps very well, here at FeatureMap you can create a copy of your internal map and create a map for public facing, set it to public and share the link, such as this demo map:
A tool such as FeatureMap, used to share your product design lends more value to the customer, as it is always online, available to view and offer feedback.
When should I use a customer facing story map?
When sharing story maps with customers, it is important to iterate that a story map is not a roadmap, it is a living, breathing, evolving workflow. One day you may have features and functions set for the next release and the very next day it could be bumped up, down or adjusted.
The value of such a map is measured not only in the transparency of your dev team and work, but the process of your dev team.
In one such instance, we saw a knowledgeable member of the public witness a planned feature who then recommended an alternative method and offered code, for free. Through sharing your Story Map the project was assisted by a passionate user.
Story Mapping evolves and changes. If your customers struggle with the methodology it is probably wise to have two maps, one for devs, and one for the customers. You can set one to private, for your team and shareholders who can work through it and have a public shared customer facing map which encourages feedback, and interaction. We advise experimenting with the entirely public facing single map first.
As such we advise involving a customer as soon as possible.
How to make the map public?
When on your FeatureMap, click the top right blue spanner icon:
Then below you’ll have your options pop up.
Here you can click “Make map public”.
Do note you can click this button again “Make map private” to remove your public access link.
Once public you’ll be able to share the URL and add this to your emails, webpage or direct as links.
Creating your user story maps you will notice a few fields with due dates, importance, color, and custom fields which are default set to Estimation and Elapsed time.
The custom fields have the option to be aggregator fields and the numerical value will add up with other cards in the column, task, activity.
Here you can see that two cards have point values and cost values which are aggregated at the title card at the top:
All these features and functions can help with building trust with your customers as you demonstrate transparency with your activities.
Take customer feedback and deliver extra value by integrating their suggestions, ideas and changes into cards, sprints and allow those customers to see their feedback, in real-time, get integrated into a product promoting customer loyalty.
FeatureMap offers JIRA integration.
You can sync your map with JIRA or import a snapshot of JIRA and edit it from that point.
With your User Story Map integrated with JIRA, you can sync your tasks and display a beautiful map of your backlog suited for your customer facing interaction.
User Story Mapping has been described as a niche tool to achieve much. Tools for product development, feature definition, version improvement and project management just to name a few.
In this case we are looking at the steps to success, utilising User Story Mapping methodology to help define your path. The first two steps instantly reward.
Firstly, planning the map rewards you a pathway to the point so that you can start writing user stories (a user story is a short description of something your customer will do when using your product).
Secondly, the end result is a visual chart showing the structure of your stories which gives you the steps to development.
Here is another way to approach User Story Mapping in three steps and this is a relatively quick way of getting to a point to start development work.
Hosting your Story Mapping Session
Because User Story Mapping can come across as complex it is important that management of the session is approached with a framework. Needless to say that User Story Mapping can be a new tool for most people so outlining what it is all about and describing the process is important.
Start with tasks where the team thinks about the product, users, development and personas.
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.
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. Thats fine, you’ll have duplicates, and these should sit beside each other on the line (not above or below). As you expand and learn you can easily drag and drop and delete if needed. The beauty of using digital software for large collaberation tasks such as this allows you and you and your team to easily edit, expand and develop your map.
This first line is the user tasks and they form the backbone of your story map.
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
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 redifining tasks. This may include adding tasks, merging tasks or seperating 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/actitives) 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.
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.