I’ve always found it interesting how a simple change in semantics can make a huge difference for a team. One area that I’ve been thinking about for a while is the structure of user stories.
In it’s basic structure, a user story follows the format of:
Most teams (at least in my experience), use the format:
An interesting assumption of this format is that we know what the feature that we will be implementing should be.
In many cases, this format neglects the tasks of taking some time and dedicating some effort to think about a suitable implementation. In some cases this might be ok (commoditized software, maintenance modifications, a thorough understanding of the solution space, et cetera). But, in cases where we are innovating or focusing on providing a differentiated user experience, this assumption can lead to a me-too product or mediocre software.
In the event that we need to think a bit about the solution, I’ve found it very useful to change the story format to be goal-oriented. My recommendation is to use a slightly different format:
This is a minor modification, but it certainly changes the focus.
The goal-oriented story format encourages empathy, understanding, and exploration. When we are in a situation where we are focused on delivering an optimal experience to our users, I think that the latter format is appropriate.
2 Comments
How about:
In order to , would like to .
Placing value first instead of last?
Brandon
@Brandon – I think that’s fine and like that it places the value first. I think either will work fine
One Trackback
[...] there has been some discussion of how user stories should be structured, we here at Pop Art derived a pattern similar [...]