Difference between revisions of "Story map"
Jump to navigation
Jump to search
(Sources += InfoQ » Ben Linders » Product Backlogs with Process Maps or Story Maps) |
(+= Haiku Deck » Story Mapping - Get the Big Picture) |
||
(7 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
{{tag|product}} | {{tag|product}} | ||
==To create a story map== | |||
#Identify user types and roles and their goals, needs, desires, gains, and pains | |||
#Solicit scenarios and stories—a day in the life of… | |||
#Distill story titles, validate with users and goals | |||
#Map out in story map | |||
*Reemphasize the Business Vision and its expected outcome (from the PID?) | |||
*Reiterate the Product Vision, Measurable Product Goals and output | |||
**Unique value of initiative | |||
*Establish either (in the column headings of the story map): | |||
**a basic workflow or flow of activities | |||
**Epics | |||
**Key activities | |||
**major components | |||
*Feature Thinning Guidlelines (Jeff Patton) | |||
**Make the top most row the first, smallest release. | |||
**Minimize a release so that to reap financial and risk reduction benefits earlier. | |||
**Top slice represents the minimal tasks needed to reach the Measurable Product Goals. | |||
**How can you split the stories into its smallest parts? | |||
***Can the features to support the task have | |||
****reduced safety? | |||
****reduced comfort? | |||
****reduced luxury? | |||
****options slated for a later release? | |||
**Which steps in the tasks are optional for now? | |||
==Story Map Roadmap== | |||
*Give each slice of your {{p|story map}} a distinct name that suggest its major focus and value. | |||
*Consider slivering each slice so a small number of slivers fill up a {{p|season beat}} release schedule. | |||
===Roadmap examples=== | |||
====Elderly City—for healthy & safe days==== | |||
You are building a city for the graying population. Consider the following slices (and releases): | |||
#Basic City | |||
#Safe City | |||
#Green City | |||
#Bingo City | |||
====Sensei—continuous distributed retrospectives==== | |||
Another roadmap example from [http://senseitool.com Sensei], a tool that facilitates fun, effective retrospectives for distributed agile teams. | |||
#'''Guided Retrospective''' (MVP) | |||
#*'''Benefit''': A guided retrospecive that tracks improvement & works for remote teams too. | |||
#*'''Features''': | |||
#**Moderate retros locally or remotely | |||
#**Facilitates and tracks retros | |||
#**Plan and review actions and their results | |||
#'''Retrospective Customization''' | |||
#*'''Benefit''': Make and share your own retros | |||
#*'''Features''': | |||
#**More built-in retro flows & visualizations | |||
#**Customizable questions and flow | |||
#**Tips for moderators | |||
#'''Progress Tracking''' | |||
#*'''Benefit''': Powerful & beautiful improvement visualization & reporting | |||
#*'''Features''': | |||
#**Visualize Sprint Rating, Happiness Index, Action Results, Customer Satisfaction & more | |||
#**Custom metrics | |||
#**Track and trend multidimensional improvement | |||
====Theme Park App—for maximizers==== | |||
Yet another example of a theme park overhauling their in-park app: | |||
#'''Smooth & Silk''' | |||
#*'''Benefit''': Snappy, fluent, and elegant beautiful experience. | |||
#*'''Features''': | |||
#**State of the art user experience and graphics | |||
#**Actual and accurate information (directly from Sitecore CMS). | |||
#**POIs show basic daily stats. | |||
#'''Full Day Thrill''' | |||
#*'''Benefit''': Get the most out of your day at the park by minimizing waiting and travel time | |||
#*'''Features''': | |||
#**Clear visual waiting times | |||
#**Discovery of hidden park pearls | |||
#**Overview of show times—never miss a show | |||
#'''Zero Waiting Times''' | |||
#*'''Benefit''': Never spend more than five minutes in a queue | |||
#*'''Features''': | |||
#**Plan your park trip in advance | |||
#**Change your trip at any moment | |||
#**Go to the front of the line with priority access on your next ride | |||
==Sources== | ==Sources== | ||
*{{p|example mapping}} | |||
*{{p|product owner}} » Martien van Steenbergen's slide deck. | *{{p|product owner}} » Martien van Steenbergen's slide deck. | ||
*{{web|url=http://www.agileproductdesign.com/blog/the_new_backlog.html|site=Agile Product Design|person=Jeff Patton|title=The new user story backlog is a map}}. | *{{web|url=http://www.agileproductdesign.com/blog/the_new_backlog.html|site=Agile Product Design|person=Jeff Patton|title=The new user story backlog is a map}}. | ||
Line 7: | Line 88: | ||
*{{web|url=http://winnipegagilist.blogspot.nl/2012/03/how-to-create-user-story-map.html|site=Winnipeg Agilist|person=Steve Rogalsky|title=How to create a User Story Map}}. | *{{web|url=http://winnipegagilist.blogspot.nl/2012/03/how-to-create-user-story-map.html|site=Winnipeg Agilist|person=Steve Rogalsky|title=How to create a User Story Map}}. | ||
*{{web|url=http://www.infoq.com/news/2013/04/backlog-process-story-maps|site=InfoQ|person=Ben Linders|title=Product Backlogs with Process Maps or Story Maps}}. | *{{web|url=http://www.infoq.com/news/2013/04/backlog-process-story-maps|site=InfoQ|person=Ben Linders|title=Product Backlogs with Process Maps or Story Maps}}. | ||
{{WebSourceListItem | |||
|url=http://blog.eriksen.com.br/en/mapping-domain-knowledge | |||
|site=Eriksen Costa | |||
|title=Mapping your domain knowledge | |||
}} | |||
{{WebSourceListItem | |||
|url=http://storiesonboard.com/blog/post/useful-resources-for-user-story-mapping | |||
|site=Stories On Board | |||
|title=Useful resources for user story mapping | |||
}} | |||
{{WebSourceListItem | |||
|url=https://www.haikudeck.com/story-mapping---get-the-big-picture-business-presentation-cdc18e5dd4 | |||
|site=Haiku Deck | |||
|person=Amber Haley | |||
|title=Story Mapping - Get the Big Picture | |||
}} | |||
{{tag|story}} |
Latest revision as of 10:29, 1 February 2017
To create a story map
- Identify user types and roles and their goals, needs, desires, gains, and pains
- Solicit scenarios and stories—a day in the life of…
- Distill story titles, validate with users and goals
- Map out in story map
- Reemphasize the Business Vision and its expected outcome (from the PID?)
- Reiterate the Product Vision, Measurable Product Goals and output
- Unique value of initiative
- Establish either (in the column headings of the story map):
- a basic workflow or flow of activities
- Epics
- Key activities
- major components
- Feature Thinning Guidlelines (Jeff Patton)
- Make the top most row the first, smallest release.
- Minimize a release so that to reap financial and risk reduction benefits earlier.
- Top slice represents the minimal tasks needed to reach the Measurable Product Goals.
- How can you split the stories into its smallest parts?
- Can the features to support the task have
- reduced safety?
- reduced comfort?
- reduced luxury?
- options slated for a later release?
- Can the features to support the task have
- Which steps in the tasks are optional for now?
Story Map Roadmap
- Give each slice of your story map a distinct name that suggest its major focus and value.
- Consider slivering each slice so a small number of slivers fill up a season beat release schedule.
Roadmap examples
Elderly City—for healthy & safe days
You are building a city for the graying population. Consider the following slices (and releases):
- Basic City
- Safe City
- Green City
- Bingo City
Sensei—continuous distributed retrospectives
Another roadmap example from Sensei, a tool that facilitates fun, effective retrospectives for distributed agile teams.
- Guided Retrospective (MVP)
- Benefit: A guided retrospecive that tracks improvement & works for remote teams too.
- Features:
- Moderate retros locally or remotely
- Facilitates and tracks retros
- Plan and review actions and their results
- Retrospective Customization
- Benefit: Make and share your own retros
- Features:
- More built-in retro flows & visualizations
- Customizable questions and flow
- Tips for moderators
- Progress Tracking
- Benefit: Powerful & beautiful improvement visualization & reporting
- Features:
- Visualize Sprint Rating, Happiness Index, Action Results, Customer Satisfaction & more
- Custom metrics
- Track and trend multidimensional improvement
Theme Park App—for maximizers
Yet another example of a theme park overhauling their in-park app:
- Smooth & Silk
- Benefit: Snappy, fluent, and elegant beautiful experience.
- Features:
- State of the art user experience and graphics
- Actual and accurate information (directly from Sitecore CMS).
- POIs show basic daily stats.
- Full Day Thrill
- Benefit: Get the most out of your day at the park by minimizing waiting and travel time
- Features:
- Clear visual waiting times
- Discovery of hidden park pearls
- Overview of show times—never miss a show
- Zero Waiting Times
- Benefit: Never spend more than five minutes in a queue
- Features:
- Plan your park trip in advance
- Change your trip at any moment
- Go to the front of the line with priority access on your next ride
Sources
- example mapping
- product owner » Martien van Steenbergen's slide deck.
- Agile Product Design » Jeff Patton » The new user story backlog is a map.
- Agile Product Design » Jeff Patton » User Story Mapping » Quick Reference Guide.
- Winnipeg Agilist » Steve Rogalsky » How to create a User Story Map.
- InfoQ » Ben Linders » Product Backlogs with Process Maps or Story Maps.
- Eriksen Costa » Mapping your domain knowledge
- Stories On Board » Useful resources for user story mapping
- Haiku Deck » Amber Haley » Story Mapping - Get the Big Picture