Questions frequently come up about “What’s the Right Level of Detail to Put in an Agile User Story?” – I want to share some thoughts with you on that subject. There is no absolute right/wrong answer about how much detail a story should contain – the best answer is “it depends”.
What Factors Effect the Level of Detail?
The level of detail in the story depends on a number of factors including:
- The complexity and nature of the story itself
- The level of interaction available from the Product Owner to explain what is required
- Where the story is in the overall lifecycle – there are at least three levels of detail required depending on how you plan projects, releases, and sprints:
|Project-level Planning||Least detailed, suitable for very high-level project planning|
|Release-level Planning||Medium detail, enough detail to do story point estimates
|Sprint-level Planning||Most detail, suitable for actually starting development and planning development tasks |
Some Recommended Guidelines
Here’s what I recommend as some guidelines:
- It is always best to err on the side of less detail rather than more detail as a starting point – Agile has a concept of “Just Barely Good Enough” which means you put a sufficient level of effort into the task to accomplish what is needed and nothing more – anything more than that is waste
- Use a top-down, functional decomposition approach to progressively elaborate the level of detail in stories:
- Start at the top-level to identify epics and story titles only
Once that is done and approved, write the actual stories, but only to the level of detail required
- Rely on the developers and others on the team (QA) to tell you when the story is good enough – a lot of collaboration and face-to-face communication is essential – we need to get away from the Waterfall approach where a BA writes detailed requirements (stories) and then hands those requirements off to developers
Again, the key thing I want to emphasize is that there is no right/wrong answer about how much detail a story should contain…some general guidelines and models can be developed to guide the effort, but the real test of whether a story is well-written or not is based on feedback from the people who have to use the information in the story for whatever purpose it is intended for (estimation or development).
You will find much more detail on this in my Online Agile Project Management Training.
Blending Agile and Traditional Project Management