Search the site:
Browse these topics:
User stories are simple, short descriptions of desired functionality. Their power comes from the conversations they enable, allowing people to shift from writing about requirements to talking about them.
I've been getting more and more emails lately from people confused about the difference between "user stories", "epics" and "features." So I thought this month we'd return and cover some basic--but very helpful--territory by explaining those terms. First, the terms don't matter that much. These are not terms with important specific meanings like "pointer" to a programmer or "collateralized debt obligation" to whomever it is that's important.
Capturing too much or too little detail in a user story causes problems. Here's how to get it right, iteratively.
Splitting user stories is hard. Here are the only five techniques you need to be able to slice any user story into small, manageable chunks of work.
What you need to know to conduct a story-writing workshop with your team.
I’ve created a PDF you can download that will help you decide which approach is best for any story you’re adding detail to. It also includes examples of the two approaches.
Sign up below to receive this FREE reference.
See user stories Mike Cohn wrote as part of several real product backlogs.