In agile we talk a lot about user stories but we donâ€™t spend enough time telling the stories of our users.
User stories are commonly known as the way we prioritise and deliver work in agile teams.
How we use â€˜stories’ determines if user-centred design is really a part of our agile delivery. They’re a good indicator of whether weâ€™re thinking about user needs and what it would really be like to use the product or service weâ€™re building.
Iâ€™ve come to the conclusion that whenever Iâ€™ve worked in agile teams we havenâ€™t really told the story of our users.
At best weâ€™ve used individual stories to prioritise features to help us meet user needs. At worst weâ€™ve lost sight of the real user story.
For the love of story telling
Jeff’s approach is story telling. This is based on how you use stories rather than whatâ€™s written on each user story card:
Stories in agile development get their name from how they should be used, not what you write down.
The important thing is how we tell the user story.
The point is stories have a start and end. Theyâ€™re a narrative. They eventually reach a conclusion or an outcome. Each individual ‘storyâ€™ should be part of this narrative.
Make sure you can tell the story of how users will use your product or service. Tell the story of what they will need to do at every step of this journey.
User story mapping is not unlike user journey mapping. Sometimes this is known as customer journey mapping.
This is my blog where I’ve been writing for 18 years. You can follow all of my posts by subscribing to this RSS feed. You can also find me on Bluesky, less frequently now on X (formally Twitter), and on LinkedIn.