In this episode consultant, author, and agile thought leader Jeff Patton shows us how to use Story Maps to create a shared understanding of a feature and create thin slices that relate to the minimum viable product and additional releases. Jeff also shares his thoughts on the proper way to use User Stories and how to avoid some common pitfalls with User Story Mapping.
After listening to this episode, you will understand:
- Why Jeff believes the word “requirements” means “shut up”
- What User Story Maps are and how they can create a shared understanding within your team
- How to use Story Maps to create slices of functionality and break a large effort into smaller pieces
- How to avoid the common pitfalls with User Story Mapping
- Why User Stories aren’t a different way of writing requirements
A User Story Map is a useful tool for the team to understand the big picture, giving them the ability to see the entire breadth of the system and the various users and uses. It arranges user stories into a holistic model to help understand the system functionality while allowing you to identify gaps and slice functionality into releases.
Keep in mind that User Stories get their name from how they’re supposed to be used. They’re a different way of working, not a different way of writing requirements.
Story mapping follows a narrative that supports slicing and trade-offs to get the most value for the money. Use the map to create a shared understanding.
There’s never enough time and money to build everything that people ask, but if you’re paying attention, there’s generally enough time to make people happy. Focus on what people really need to be successful and build just that – not build what they say they need. It’s all about managing the time and resources we have and making as many people happy as we can.
After you have made your initial story map and have been working on the project for a while, you can re-map the feature because often things may have changed or you may have learned something new.
Avoid the common traps of story mapping:
- Making the maps too detailed (especially early on)
- Mapping the whole product instead of only mapping the feature or capability you’re changing.
Two things you can do today:
- Go to where your users are and talk to them
- Stop writing stories and start telling stories. Have conversations . . . get to the whiteboard and start drawing pictures.
Links mentioned in this episode
- Jeff Patton’s book, User Story Mapping: http://www.amazon.com/User-Story-Mapping-Discover-Product/dp/1491904909
- Jeff’s Website: http://jpattonassociates.com/
- Story Mapping Quick Reference from Jeff Patton: http://jpattonassociates.com/story-mapping-quick-ref/
Thank you for listening to the program
To get more valuable content to enhance your skills and advance your career, you can subscribe on iTunes.
Also, reviews on iTunes are highly appreciated! I read each review and it helps keep me motivated to continue to bring you valuable content each week.
This was a great broadcast. I liked the straight forwardness when Jeff said that its a pattern, because, recently, unknowingly, I did end up doing something similar like story mapping. It was not at detailed though. But after listing this, I feel charged up to re-visit that mapping and look at it from a new perspective all together.
Thank you for this amazing pod.
Thanks Arpit. Jeff is great and his book is amazing. Jeff has some longer videos on YouTube that will walk you through story mapping.
Thank you for putting all this valuable information together!