Identifying and Improving Bad User Stories


Techie Value
Beware of user stories where “so that” is a technical capability, not any value to the end user. This is very similar to no business value, but the value listed is technical.

Example: As a tester, I want to have detailed test plans so that when the system is completed, I can test the system.

Problem: This story refers to a specific user and has a technical benefit: the existence of test plans. Users want quality software, but they don’t care about test plans

Improvement: The improvement would be to delete this story. Part of the team’s test plan should be found in the acceptance criteria for each story.

Recognizing the common failure patterns in these written stories will help you avoid these problems and keep your conversations from losing their focus, leading to a more flexible development effort. Writing better stories will influence the conversations that happen, so it’s well worth the time up front to understand the value and format of a good story.

User Comments

1 comment
Ed Kelly's picture

Good article with excellent examples of poor user stories, explicit reasons whey they are not well written and well thought out rewrites.

April 25, 2013 - 2:46pm

About the author

About the author

AgileConnection is a TechWell community.

Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.