how_do_we_build_and_maintain_context_when_all_we_have_is_a_backlog_list
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
how_do_we_build_and_maintain_context_when_all_we_have_is_a_backlog_list [2020/06/02 14:22] – external edit 127.0.0.1 | how_do_we_build_and_maintain_context_when_all_we_have_is_a_backlog_list [2022/04/20 13:35] (current) – Readability hans | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== How Do We Build and Maintain Context When All We Have Is a Backlog List? ====== | ====== How Do We Build and Maintain Context When All We Have Is a Backlog List? ====== | ||
- | Or "What is User Story Mapping" | + | > Or "What is User Story Mapping" |
- | + | > Or "How Do We Break Down a Big Chunk of Work" | |
- | ====== Premise ====== | + | |
A lot of people, while they like the simplicity of the approach of maintaining a backlog, feel like they lose context when they just have a list of user stories. Others cannot think in terms of lists but rather need something more pictorial to help them understand what is going on. One approach that I have seen useful in these contexts is the use of "User Story Mapping" | A lot of people, while they like the simplicity of the approach of maintaining a backlog, feel like they lose context when they just have a list of user stories. Others cannot think in terms of lists but rather need something more pictorial to help them understand what is going on. One approach that I have seen useful in these contexts is the use of "User Story Mapping" | ||
Line 11: | Line 10: | ||
The basic idea, made popular by Jeff Patton is pretty straight-forward. It is a top-down exercise to understand the workflow. The idea is to start with the activities a user / role needs to do to accomplish an objective / goal. Then detail out stories that represent the effort done by each user. Next, prioritize them into sprints (or whatever time horizon you are working toward). The activities can be based on larger features or epics coming into a planning session or perhaps are just something that needs to be elaborated. | The basic idea, made popular by Jeff Patton is pretty straight-forward. It is a top-down exercise to understand the workflow. The idea is to start with the activities a user / role needs to do to accomplish an objective / goal. Then detail out stories that represent the effort done by each user. Next, prioritize them into sprints (or whatever time horizon you are working toward). The activities can be based on larger features or epics coming into a planning session or perhaps are just something that needs to be elaborated. | ||
- | What you end up with is a matrix with activities / stories on the horizontal axis (user does this, then does that, then does that) and priority in the vertical axis (this is the most important function to provide, this is the second, etc. Swim lanes identify potential delivery timescales. In other words, a visual workflow and plan combined in one. Here is an example for an online shopping type experience: | + | What you end up with is a matrix with activities / stories on the horizontal axis (user does this, then does that, then does that) and priority in the vertical axis (this is the most important function to provide, this is the second, etc. Swim lanes identify potential delivery timescales. In other words, a visual workflow and plan combined in one. Here is an example for an email client |
[[https:// | [[https:// | ||
Line 43: | Line 42: | ||
* [[https:// | * [[https:// | ||
* [[http:// | * [[http:// | ||
- | {{tag> | + | {{tag> |
/home/hpsamios/hanssamios.com/dokuwiki/data/attic/how_do_we_build_and_maintain_context_when_all_we_have_is_a_backlog_list.1591132951.txt.gz · Last modified: 2020/06/02 14:22 by 127.0.0.1