• Post author:
  • Reading time:3 mins read
You are currently viewing What is a User Story?

A user story is one way of representing requirements in a Product Backlog. Mike Cohn defines a user story as a simple, clear and short description of customer valued functionality. It is composed of 3 parts: a written description used for planning, conversation to flesh out the details, and tests to determine completeness.

Similarly, Ron Jefferies describes a user story using the 3Cs: Card, Conversation, and Confirmation. Card because traditionally we’ve written the feature description on an index card. Conversation because the user story or card is a place holder for a conversation where we will flesh out the details closer to implementation, and confirmation representing the acceptance criteria that will determine completeness.

A common template used to represent user stories is:

As a type of user,

I can/want to achieve some goal,

so that I can gain some value.

We might also add a title, some notes, assumptions, and constraints, priority and an estimate. This all goes on the front of the card. On the back, we add the acceptance criteria to help further define the feature and clarify expectations.

Example:

user story example

acceptance criteria example

To learn more about user stories, check out the entire Art of Storytelling Series:

Reference and recommend resource: User Stories Applied by Mike Cohn