User story mapping is a technique to arrange user stories from a customer's perspective to help teams understand functionality, identify gaps, and effectively plan releases. It takes a top-down approach, starting with customer goals and breaking them down into activities, tasks, and individual stories. The process involves mapping stories on a board or document from left to right based on priority and top to bottom from critical to less critical. This provides a shared understanding of the product and allows slicing stories into sprints.
User Story Mapping Workshop (Design Skills 2016)Bartosz Mozyrko
User Story Mapping (USM) is a top-down approach of gathering "requirements" in agile environments.
"A user story map arranges user stories into a useful model to help understand the functionality of the system, identify holes and omissions in your backlog, and effectively plan holistic releases that deliver value to users and business with each release (from Jeff Patton's The New User Story Backlog Is a Map)."
Arlen Bankston
Arlen is an established leader in the application and evolution of process management methodologies such as Lean, Six Sigma and BPM, as well as Agile software development processes such as Extreme Programming (XP) and Scrum. He is a Lean Six Sigma Master Black Belt and Certified ScrumMaster Trainer. He also has twelve years of experience in product design, leveraging principles of information architecture, interaction design and usability to develop innovative products that meet customers’ expressed and unspoken needs. Arlen has led Agile and Lean deployment and managed process improvement projects at clients such as Capital One, T. Rowe Price, Freddie Mac, and the Armed Forces Benefits Association. Arlen’s recent work has centered on combining Lean Six Sigma process improvement methods with Agile execution to dramatically improve both the speed and quality of business results. He has also led the integration of interaction design and usability practices into Agile methodologies, presenting and training frequently at both industry conferences and to Fortune 100 clients.
A 2 hour presentation of Jeff Patton's concept User Story Mapping, which helps agile projects to sort out the requirements and greatly enhances the user understanding and user experience.
User Story Mapping, Discover the whole storyJeff Patton
Variations of these slides have been used in a variety of talks.
These slides support discussions on why stories work, and when they don't. And, on story mapping, how and why it works.
(Last change, July 2: Removed as beyond most teams' scope Eyetracking Study, Clickstream Analysis, Usability Benchmarking; Added Live-Data Prototypes, Demand Validation Test, Wizard of Oz Tests)
For our teams tasked with building products and features for The New York Times, we face a common challenge with many: how do we figure out what’s worth spending our time on?
The answer seems straightforward: test your ideas with real customers, leveraging the expertise of your product, UX, and engineering talent. Figure out the smallest test that you can come up with to test a specific hypothesis, gather data and insights, and keep iterating on it until you know whether the problem is real and your solution will prove valuable, usable, and feasible.
As part of our efforts to adopt such a data-driven, experimental approach to product development, we recently kicked off a product discovery pilot program. Small, cross-functional teams were paired with coaches and facilitators over a six week period to demonstrate how product discovery and Lean Startup techniques could work for real-world customer opportunities at The New York Times.
One of the first things that we learned about the process from our participants was that they wanted a "toolkit" - something to help them figure out what they should be doing, asking or making to get as quickly as possible towards the validated learning, prototypes and user tests that would have the most impact.
To help the facilitate the learning process for our dual-track Agile teams, the Product Architecture team here at The Times (Christine Yom, Jim Lamiell, Josh Turk, Priya Ollapally, and Al Ming) built a "Product Discovery Activity Guide" that rolled up activities, exercises, and testing techniques from all our favorite thought leaders.
This included brainstorming exercises from Gamestorming and Innovation Games, testing techniques from traditional user research, and rapid test-and-learn tactics from Google Ventures, Eric Ries (The Lean Startup), Jeff Gothelf (Lean UX), Steve Blank (Customer Development) and our spirit guide, Marty Cagan (Inspired), among others.
Our goal was to make it a tool not just for learning how to get started, but to be a living document for teams to share knowledge about the process itself. What techniques worked and didn't work? What tactics did they learn elsewhere that might be worth sharing with the rest of the company?
We hope you find it useful, and whether you’d like to share with us what you’re doing with it, or you have suggestions (big or small) to improve it for future product generations, please let us know! (nyt.tech.productarchitecture@nytimes.com)
Al Ming
July 2015
User Story Mapping Workshop (Design Skills 2016)Bartosz Mozyrko
User Story Mapping (USM) is a top-down approach of gathering "requirements" in agile environments.
"A user story map arranges user stories into a useful model to help understand the functionality of the system, identify holes and omissions in your backlog, and effectively plan holistic releases that deliver value to users and business with each release (from Jeff Patton's The New User Story Backlog Is a Map)."
Arlen Bankston
Arlen is an established leader in the application and evolution of process management methodologies such as Lean, Six Sigma and BPM, as well as Agile software development processes such as Extreme Programming (XP) and Scrum. He is a Lean Six Sigma Master Black Belt and Certified ScrumMaster Trainer. He also has twelve years of experience in product design, leveraging principles of information architecture, interaction design and usability to develop innovative products that meet customers’ expressed and unspoken needs. Arlen has led Agile and Lean deployment and managed process improvement projects at clients such as Capital One, T. Rowe Price, Freddie Mac, and the Armed Forces Benefits Association. Arlen’s recent work has centered on combining Lean Six Sigma process improvement methods with Agile execution to dramatically improve both the speed and quality of business results. He has also led the integration of interaction design and usability practices into Agile methodologies, presenting and training frequently at both industry conferences and to Fortune 100 clients.
A 2 hour presentation of Jeff Patton's concept User Story Mapping, which helps agile projects to sort out the requirements and greatly enhances the user understanding and user experience.
User Story Mapping, Discover the whole storyJeff Patton
Variations of these slides have been used in a variety of talks.
These slides support discussions on why stories work, and when they don't. And, on story mapping, how and why it works.
(Last change, July 2: Removed as beyond most teams' scope Eyetracking Study, Clickstream Analysis, Usability Benchmarking; Added Live-Data Prototypes, Demand Validation Test, Wizard of Oz Tests)
For our teams tasked with building products and features for The New York Times, we face a common challenge with many: how do we figure out what’s worth spending our time on?
The answer seems straightforward: test your ideas with real customers, leveraging the expertise of your product, UX, and engineering talent. Figure out the smallest test that you can come up with to test a specific hypothesis, gather data and insights, and keep iterating on it until you know whether the problem is real and your solution will prove valuable, usable, and feasible.
As part of our efforts to adopt such a data-driven, experimental approach to product development, we recently kicked off a product discovery pilot program. Small, cross-functional teams were paired with coaches and facilitators over a six week period to demonstrate how product discovery and Lean Startup techniques could work for real-world customer opportunities at The New York Times.
One of the first things that we learned about the process from our participants was that they wanted a "toolkit" - something to help them figure out what they should be doing, asking or making to get as quickly as possible towards the validated learning, prototypes and user tests that would have the most impact.
To help the facilitate the learning process for our dual-track Agile teams, the Product Architecture team here at The Times (Christine Yom, Jim Lamiell, Josh Turk, Priya Ollapally, and Al Ming) built a "Product Discovery Activity Guide" that rolled up activities, exercises, and testing techniques from all our favorite thought leaders.
This included brainstorming exercises from Gamestorming and Innovation Games, testing techniques from traditional user research, and rapid test-and-learn tactics from Google Ventures, Eric Ries (The Lean Startup), Jeff Gothelf (Lean UX), Steve Blank (Customer Development) and our spirit guide, Marty Cagan (Inspired), among others.
Our goal was to make it a tool not just for learning how to get started, but to be a living document for teams to share knowledge about the process itself. What techniques worked and didn't work? What tactics did they learn elsewhere that might be worth sharing with the rest of the company?
We hope you find it useful, and whether you’d like to share with us what you’re doing with it, or you have suggestions (big or small) to improve it for future product generations, please let us know! (nyt.tech.productarchitecture@nytimes.com)
Al Ming
July 2015
User Story Mapping workshop facilitated at NYC Scrum User group.
Inspired by Jeff Patton's book "User Story Mapping. Discover the Whole Story, Build the Right Product"
http://shop.oreilly.com/product/0636920033851.do
Roadmapping the Product Roadmap (ProductCamp Boston 2016)ProductCamp Boston
Ask 10 people what a product roadmap is and you will get 10 different answers! This little artifact is an often misunderstood component of product development, but an incredibly important one to get right. Creating a great one is part art and part science. In this session we will talk through the real purpose of a roadmap and how it can be used to get the most out of your project and team. We'll unpack the key steps in the process and shed more light on the tools and frameworks that can be used to ensure a successful roadmapping effort. If all goes well we'll even get a chance to practice a bit so we can see what it means to actually translate this stuff into real-life scenarios.
About C. Todd Lombardo
C. Todd is a leader who wears many hats, all at once: Author, designer, scientist, professor, and visualizer. After originally beginning his career in science, C. Todd shifted his focus to product and design, ultimately innovating, designing, and managing products for countless companies large and small. A teacher and speaker at heart, he frequently speaks at conferences and has directed five TEDx events in two countries. C. Todd serves as Adjunct Faculty at IE Business School in Madrid, and co-authored the book "Design Sprint," published by O'Reilly. Not only is he a chemistry Ph.D. dropout, but he also founded ProductCamp Boston. Those two facts may or may not be related.
Lean Startup + Story Mapping = Awesome Products FasterBrad Swanson
To deliver the right outcomes, you need to learn your customers needs and validate your assumptions as early as possible. This means getting an early version of your product completed to start testing, validating and improving. This session will demonstrate how to combine Lean Startup and User Story Mapping techniques to determine where to start and how to learn early and often.
Participants will start with a partially completed Lean Canvas to flesh out and then define a product roadmap by building a Story Map. We will use Lean Startup concepts of Minimal Viable Product (MVP) and validated learning to focus on outcome over output.
Learning objectives:
Understand the importance of accelerated learning and techniques to achieve it
How a Lean Canvas can help shape your product vision and MVP
How to build a story map to create a product roadmap
How to use a story map to validate your users' journey
Creating a backlog of user stories is pretty straight forward but it doesn't help you when it comes to decisions like what to build first, how to prioritize and groom the backlog, how to scope and plan the project, and how to visualize progress. The traditional backlog is simply too flat and often too long to help you see the bigger picture and make good decisions. User Story Mapping helps simplify all of these common project issues. By adding a third dimension to your backlog, your team will make better decisions about priorities, scope, and planning while improving your ability to visualize progress.
In this practical session I’ll cover the basics of user story mapping before walking you through case studies of how our teams are using this approach and the results we are achieving. I'll show you the before, during, and after pictures from several projects so that you can understand how our maps progress during the projects and how we use them to influence iterative development, promote good decision making, and visualize priorities, plans, scope and progress.
It's told that if you don't like a cat you just don't know how to cook it. It's the same if we're talking about estimating and prioritizing user stories. This time we will back to unfinished the subject about bad examples of user stories and the stuff which one don't know how to treat as the user story. We will talk about which role, when and how work with user story and cover the main principles of user stories (no)estimations.
Subjects:
- What is and what is not a user story?
- Who, when and why — roles and ceremonies.
- To estimate or not to estimate?
- Case studies/practice
This August Scrum Breakfast, we have a new speaker - Mr. Pedro Gonzalez - Scrum Master at TINYpulse.
He will bring us an interesting topic about Agile estimation using story points, giving some tips on why relative estimations are far better than absolutes, why we shouldn't spend too long in details, and other issues he has experienced himself with his team.
You'll learn:
- How to create a roadmap for current, near-term, and future projects
- How to communicate priorities clearly with your team
- How to present your roadmap to executives
Teresa Torres - An introduction to modern product discovery - Productized16Productized
The world of product management is changing quickly. In the past five years alone, we’ve seen the rise of The Lean Startup, design thinking, the Jobs-to-be-done framework, design sprints, OKRs, and much more. It can be hard for product teams to keep up. In this talk, you’ll learn a simple framework for how to make sense of all of these trends. You’ll learn how to mix and match methods in a way that leads to a coherent strategy that leads to better products.
Teresa is a product coach helping teams adopt user-centered, hypothesis-driven product development practices, and is the creator of Product Talk. She works with companies of all sizes on integrating user research, experimentation, and the right analytics into the product development process resulting in better product decisions.
User Story Maps: Secrets for Better Backlogs and PlanningAaron Sanders
User story mapping is an intuitive way to build and organize a product backlog. During this session you’ll get hands-on experience building a user story map. You’ll learn:
How story mapping drives productive conversations with users and stakeholders.
How to plan incremental releases of your product using minimal holistic slices that deliver value at each product release.
Secrets to effective prioritization for both planning releases, and figuring out what to build next.
Tactical management of your backlog as you grow your working software to releasability.
The backlog building and managing strategies in this session will take you well beyond the agile basics.
Ever wonder why Agile teams swear by relative estimation? My teams improved sprint planning efforts by a factor or 3, once we started using relative estimation.
Without understanding Agile relative estimation, teams tend to fall back to using time-based methods. This often leads them to spend way too much time on obsolete estimates that will be made even more complex with all the unknowns and constant emergent requirements of an Agile world!
“It's better to be roughly right, than precisely wrong!”
~ John Maynard Keyenes
The Solution is simple: understand that relative estimation is only a rough order of magnitude estimate to quickly organize the product backlog. This empowers your product owners (PO) to quickly make value based trade-offs on backlog items and decide on what stories the team should work next. This gives the business the highest bang for their buck!
PROBLEMS WITH TIME-BASED ESTIMATES
-Teams spend too much time trying to get it right
-Lack of confidence/experience can lead to people being either optimistic or pessimistic
-Timeline you are estimating may be too far in the future
-Due to long timeline, there are too many risks, unknowns, changes or dependencies!
WHY USE RELATIVE ESTIMATION?
-Allows a quick comparison of stories in the backlog
-Allows you to select a predictable volume of work to do in a sprint
-Uses a simple arbitrary scale
-Allows PO to make trade-offs and take on the most valuable stories next
ESTIMATION TIPS
-Relative points or equivalent Tshirt sizes are used to estimate stories, leveraging the Fibonacci sequence modified for Agile.
-The team estimates the story, not management nor the customer.
-Story estimates account for three things: effort, complexity, and unknowns. Don’t short sell yourself by estimating effort alone, that’s where waterfall projects face issues.
-Remember to estimate all Stories, user stories or technical stories. Even estimate research or discovery spikes.
-Refine your backlog as a team on a continuous basis, to get your stories to meet the Definition of Ready.
-Only pull into your sprint, stories that are refined and estimated.
-Break down stories that are large, into smaller slivers of value to optimize your flow.
-Don’t sweat it if you get it wrong, teams often do early on but improve over time.
To capture and externalise the product vision will provide advantages to the process and the team. You will now have a singular representation, a visible artefact to throw tomatoes at, and the ability to test and improve any or all elements.
"How to write better User Stories" por @jrhuertawebcat
Presentación realizada en el #webcat Barcelona de Abril 2013
Autor: José E. Rodríguez (@jrhuerta)
------------------------------------------------
RECURSOS:
- Agile Barcelona
http://agile-barcelona.org/
- "User Stories Applied: For Agile Software Development", Mike Cohn, 2004, Addison-Wesley Professional
http://www.amazon.com/User-Stories-Applied-Software-Development/dp/0321205685
- "Lean UX", Jeff Gothelf & Josh Seiden, 2012, O'Reilly Media
http://www.leanuxbook.com/
From Use to User Interface- This 3-4 hour tutorial describes a practical approach to translating the goals users would like to achieve and the tasks they wish to accomplish into user interface designs that effectively support those goals and tasks.
User Story Mapping workshop facilitated at NYC Scrum User group.
Inspired by Jeff Patton's book "User Story Mapping. Discover the Whole Story, Build the Right Product"
http://shop.oreilly.com/product/0636920033851.do
Roadmapping the Product Roadmap (ProductCamp Boston 2016)ProductCamp Boston
Ask 10 people what a product roadmap is and you will get 10 different answers! This little artifact is an often misunderstood component of product development, but an incredibly important one to get right. Creating a great one is part art and part science. In this session we will talk through the real purpose of a roadmap and how it can be used to get the most out of your project and team. We'll unpack the key steps in the process and shed more light on the tools and frameworks that can be used to ensure a successful roadmapping effort. If all goes well we'll even get a chance to practice a bit so we can see what it means to actually translate this stuff into real-life scenarios.
About C. Todd Lombardo
C. Todd is a leader who wears many hats, all at once: Author, designer, scientist, professor, and visualizer. After originally beginning his career in science, C. Todd shifted his focus to product and design, ultimately innovating, designing, and managing products for countless companies large and small. A teacher and speaker at heart, he frequently speaks at conferences and has directed five TEDx events in two countries. C. Todd serves as Adjunct Faculty at IE Business School in Madrid, and co-authored the book "Design Sprint," published by O'Reilly. Not only is he a chemistry Ph.D. dropout, but he also founded ProductCamp Boston. Those two facts may or may not be related.
Lean Startup + Story Mapping = Awesome Products FasterBrad Swanson
To deliver the right outcomes, you need to learn your customers needs and validate your assumptions as early as possible. This means getting an early version of your product completed to start testing, validating and improving. This session will demonstrate how to combine Lean Startup and User Story Mapping techniques to determine where to start and how to learn early and often.
Participants will start with a partially completed Lean Canvas to flesh out and then define a product roadmap by building a Story Map. We will use Lean Startup concepts of Minimal Viable Product (MVP) and validated learning to focus on outcome over output.
Learning objectives:
Understand the importance of accelerated learning and techniques to achieve it
How a Lean Canvas can help shape your product vision and MVP
How to build a story map to create a product roadmap
How to use a story map to validate your users' journey
Creating a backlog of user stories is pretty straight forward but it doesn't help you when it comes to decisions like what to build first, how to prioritize and groom the backlog, how to scope and plan the project, and how to visualize progress. The traditional backlog is simply too flat and often too long to help you see the bigger picture and make good decisions. User Story Mapping helps simplify all of these common project issues. By adding a third dimension to your backlog, your team will make better decisions about priorities, scope, and planning while improving your ability to visualize progress.
In this practical session I’ll cover the basics of user story mapping before walking you through case studies of how our teams are using this approach and the results we are achieving. I'll show you the before, during, and after pictures from several projects so that you can understand how our maps progress during the projects and how we use them to influence iterative development, promote good decision making, and visualize priorities, plans, scope and progress.
It's told that if you don't like a cat you just don't know how to cook it. It's the same if we're talking about estimating and prioritizing user stories. This time we will back to unfinished the subject about bad examples of user stories and the stuff which one don't know how to treat as the user story. We will talk about which role, when and how work with user story and cover the main principles of user stories (no)estimations.
Subjects:
- What is and what is not a user story?
- Who, when and why — roles and ceremonies.
- To estimate or not to estimate?
- Case studies/practice
This August Scrum Breakfast, we have a new speaker - Mr. Pedro Gonzalez - Scrum Master at TINYpulse.
He will bring us an interesting topic about Agile estimation using story points, giving some tips on why relative estimations are far better than absolutes, why we shouldn't spend too long in details, and other issues he has experienced himself with his team.
You'll learn:
- How to create a roadmap for current, near-term, and future projects
- How to communicate priorities clearly with your team
- How to present your roadmap to executives
Teresa Torres - An introduction to modern product discovery - Productized16Productized
The world of product management is changing quickly. In the past five years alone, we’ve seen the rise of The Lean Startup, design thinking, the Jobs-to-be-done framework, design sprints, OKRs, and much more. It can be hard for product teams to keep up. In this talk, you’ll learn a simple framework for how to make sense of all of these trends. You’ll learn how to mix and match methods in a way that leads to a coherent strategy that leads to better products.
Teresa is a product coach helping teams adopt user-centered, hypothesis-driven product development practices, and is the creator of Product Talk. She works with companies of all sizes on integrating user research, experimentation, and the right analytics into the product development process resulting in better product decisions.
User Story Maps: Secrets for Better Backlogs and PlanningAaron Sanders
User story mapping is an intuitive way to build and organize a product backlog. During this session you’ll get hands-on experience building a user story map. You’ll learn:
How story mapping drives productive conversations with users and stakeholders.
How to plan incremental releases of your product using minimal holistic slices that deliver value at each product release.
Secrets to effective prioritization for both planning releases, and figuring out what to build next.
Tactical management of your backlog as you grow your working software to releasability.
The backlog building and managing strategies in this session will take you well beyond the agile basics.
Ever wonder why Agile teams swear by relative estimation? My teams improved sprint planning efforts by a factor or 3, once we started using relative estimation.
Without understanding Agile relative estimation, teams tend to fall back to using time-based methods. This often leads them to spend way too much time on obsolete estimates that will be made even more complex with all the unknowns and constant emergent requirements of an Agile world!
“It's better to be roughly right, than precisely wrong!”
~ John Maynard Keyenes
The Solution is simple: understand that relative estimation is only a rough order of magnitude estimate to quickly organize the product backlog. This empowers your product owners (PO) to quickly make value based trade-offs on backlog items and decide on what stories the team should work next. This gives the business the highest bang for their buck!
PROBLEMS WITH TIME-BASED ESTIMATES
-Teams spend too much time trying to get it right
-Lack of confidence/experience can lead to people being either optimistic or pessimistic
-Timeline you are estimating may be too far in the future
-Due to long timeline, there are too many risks, unknowns, changes or dependencies!
WHY USE RELATIVE ESTIMATION?
-Allows a quick comparison of stories in the backlog
-Allows you to select a predictable volume of work to do in a sprint
-Uses a simple arbitrary scale
-Allows PO to make trade-offs and take on the most valuable stories next
ESTIMATION TIPS
-Relative points or equivalent Tshirt sizes are used to estimate stories, leveraging the Fibonacci sequence modified for Agile.
-The team estimates the story, not management nor the customer.
-Story estimates account for three things: effort, complexity, and unknowns. Don’t short sell yourself by estimating effort alone, that’s where waterfall projects face issues.
-Remember to estimate all Stories, user stories or technical stories. Even estimate research or discovery spikes.
-Refine your backlog as a team on a continuous basis, to get your stories to meet the Definition of Ready.
-Only pull into your sprint, stories that are refined and estimated.
-Break down stories that are large, into smaller slivers of value to optimize your flow.
-Don’t sweat it if you get it wrong, teams often do early on but improve over time.
To capture and externalise the product vision will provide advantages to the process and the team. You will now have a singular representation, a visible artefact to throw tomatoes at, and the ability to test and improve any or all elements.
"How to write better User Stories" por @jrhuertawebcat
Presentación realizada en el #webcat Barcelona de Abril 2013
Autor: José E. Rodríguez (@jrhuerta)
------------------------------------------------
RECURSOS:
- Agile Barcelona
http://agile-barcelona.org/
- "User Stories Applied: For Agile Software Development", Mike Cohn, 2004, Addison-Wesley Professional
http://www.amazon.com/User-Stories-Applied-Software-Development/dp/0321205685
- "Lean UX", Jeff Gothelf & Josh Seiden, 2012, O'Reilly Media
http://www.leanuxbook.com/
From Use to User Interface- This 3-4 hour tutorial describes a practical approach to translating the goals users would like to achieve and the tasks they wish to accomplish into user interface designs that effectively support those goals and tasks.
Learn to use the user story backlog as a way to describe user’s experience with your product.
Section 1: Importance of Product Owners Roll.
Identifying Scrum’s Product Owners roll.
Diagrammatic representation of PO Activities.
Diagrammatic representation of Product Feature Development tracks.
Section 2: User stories & Product Backlog Management.
Agile User Stories overview .
Acceptance Criteria.
Backlog Management.
Section 3: Project Scope, Product Backlog and Story Mapping.
User Story Mapping Steps.
Story Mapping example with valuable releases.
Benefits of User Story Mapping.
Getting Started - Building Agile User Story Maps Easy Agile
Overview
- Who to involve in a Story Mapping session
- Anatomy of an agile User Story Map
- backbone
- ordering the backbone
- user stories
- sequencing
Story Mapping basics, and how to get started.
- What is story mapping?
- Why use this method for product discovery?
- What are user stories, and how to write excellent ones?
- What is StoriesOnBoard, and how it helps to save you time and collaborate during product development projects?
- Why choose StoriesOnBoard?
Extreme Programming (also termed as XP) is an agile software development methodology. XP focuses on coding of the software. XP has four core values and fourteen principles.
Bridging Current Reality & Future Vision with Reality MapsMalini Rao
Using a versatile design research technique, this presentation calls designers to give themselves permission to be flexible in their design practice by being the master of their techniques and get creative with the design process as much as they get creative with the experiences they design!
Defining work items is a challenge. We could argue that a work item is anything that is delivered to the customer.
As much as we've been trying and done some good work on defining user stories over the last decade it’s still a major source of confusion for a lot of projects.
Let’s try another way using examples or scenarios.
As a product owner, you often start with a large chunk of backlog items (eg.: add a blog to an e-commerce website) which can be detailed later. So creating a roadmap of these large items could be helpful to:
- gain an oversight on
- prioritize
- schedule large backlog items.
Moreover, it provides an informative view for tracking the development's progression later on.
User Story Mapping Definitions & Basics - StoriesOnBoard.pdfStoriesOnBoard
User Story Mapping Definitions & Basics - by StoriesOnBoard
Learn more & start your 14-day free trial: https://storiesonboard.com/
- How to start story mapping
- Definitions
- Basics
- What is user story mapping?
- How do you conduct a story mapping session?
- What does a story map consist of?
- Who created story mapping?
- What is the lifecycle of story mapping?
- What is a user story workshop?
- Why is story mapping important?
- How do you make a story map?
- What is user story in Agile?
- How to write a good story?
- How do you use story mapping?
- User goals & steps in a narrative flow
- Who writes a user story?
- What is user persona on the story map?
- What are releases?
- How to brainstorm user stories?
- Why is prioritization crucial while working with user stories?
- How to convert a story map into conventional product backlog?
- What is MVP release?
- What is the difference between epics and user stories?
StoriesOnBoard is a visual and collaborative story mapping tool to prioritize the customer value sprint by sprint.
Build your story map on StoriesOnBoard.com
4. The What
A user story map arranges user stories into a useful model to
help understand functionality of system/product from end/user customer standpoint
identify gaps and omissions in your backlog (in case of existing backlogs) and
effectively plan holistic releases that deliver value
Top-down approach of requirement gathering starting from a Mission and
focusing on the Customer Need that is being solved or worth solving
Story Map Structure: Goals > Activities > Tasks > Stories
Goals – Customer mission and what they ultimately want in real world
Activities - Activity customers will use product for; things they do
User Tasks – Steps taken to complete an activity embarked upon
Stories – Details (further drill down) of each of those steps taken
5. The Who
Story mapping as a concept (a pattern) brought to light by Jeff Patton
Created this big story map on the floor along with the founder of madmimi.com
Who All?
Typical scrum team (or a subset) can participate along with Product Owner/Manager
Brings about shared understanding - a “sneak peak” into stories in the release
Further reading -> http://www.amazon.com/User-Story-Mapping-Discover-Product/
6. The Why
User stories are ‘boundary objects’ – info open to interpretation
Arranging user stories in a random order we build them doesn’t help much
Puts focus on users’ experience -> better conversation -> better product
Helps larger group build shared understanding of what team is building
Easy and logical ‘chunking’ or ‘break down’ of epics into stories & further
Create the feature backlog and have visibility of atleast 3 sprints ahead
Possibility of arriving at an MVP (minimum viable product)? Maybe!
7. The How
If stories are going to be created afresh, start from customer view (goals)
Assume building an email system & customers goal is to communicate easily with world
Break down goals into activities - that has lots of steps, & no proper workflow
“managing email” becomes the activity
Further drill down to “user tasks” that customers need to do as part of activity
“send message,” “read message,” “delete message,” “mark message as spam”
Put first activity on the left & next on the right (priority tasks start on left most)
For ex: “sending message” starts on left since its more priority than “delete message”
Should be able to explain in “sending message” and “then” delete message from sent
If stories are already available-> Group stories by application/theme/functionality
Once the story map is ready start slicing it into sprints by horizontal lines or slices
This gives you a clear view of what’s in the immediate sprint & for 2-3 sprints ahead
Tools to use: Stickies, Featuremap.co , storiesonboard.com, G-Docs/Excel sheet
9. Grand Finale
Think customer first, since you can achieve more “value” thru stories that come out
Left to right for priority -> This first task is done , then the next task (on the right) …
Top to bottom for critical items to not so critical/novelty (basic necessity to delighters)
Slicing & color code to identify sprint level stories & bringing tech story perspective
Height of story mapping: Full story map (complete & complex product) after 5 days of activities looks this way