User Story Template (Agile Example)

A User Story is a short, simple description of a feature from the perspective of the end user. It keeps teams focused on who needs what and why.

What it is

User stories are widely used in Agile and Scrum to capture requirements in small, testable units that deliver user value.

Standard format: As a [user role], I want [feature or action], so that [benefit or goal].

Examples

  • As a user, I want to create an account so that I can access the application.
  • As a customer, I want to track my order so that I know when it will arrive.
  • As an admin, I want to view user activity logs so that I can monitor system usage.

Purpose and Benefits

  • Focus on user value: Stories describe functionality from the user’s perspective.
  • Improves communication: Simple phrasing keeps stakeholders aligned.
  • Supports Agile delivery: Small, incremental, and easy to prioritize.
  • Enables testable requirements: Acceptance criteria make validation clear.
  • Backlog friendly: Organized for prioritization and grooming.
  • Encourages collaboration: Prompts conversation between product, dev, and QA.

Standard User Story Format

As a [user role], I want [feature], so that [benefit].

Example: As a customer, I want to save my delivery address so that I can checkout faster.

Recommended (Detailed) User Story Template

Story IDUS-001
User RoleCustomer
User StoryAs a customer,
I want to create an account,
so that I can place orders.
Acceptance CriteriaEmail must be unique
PriorityHigh
Story Points5
StatusReady
NotesBasic onboarding
Story IDUS-002
User RoleCustomer
User StoryAs a customer,
I want to reset my password,
so that I can recover my account.
Acceptance CriteriaReset link valid for 15 minutes
PriorityMedium
Story Points3
StatusIn Progress
NotesSecurity requirement

Field Explanation

  • Story ID: Unique identifier (e.g., US-001).
  • User Role: Who needs the feature (Customer, Admin, Guest, Support).
  • User Story: As a [role], I want [feature], so that [benefit].
  • Acceptance Criteria: Conditions to consider the story complete.
  • Priority: High / Medium / Low.
  • Story Points: Effort estimate (1, 3, 5, 8...).
  • Status: Backlog, Ready, In Progress, Testing, Done.
  • Notes: Extra context, dependencies, or risks.