Well-written user stories communicate requirements in a user-focused way, facilitate discussion, and provide clear acceptance criteria for developers and testers.
When to Use
Breaking down requirements into development tasks
Product backlog creation and refinement
Agile sprint planning
Communicating features to development team
Defining acceptance criteria
Creating test cases
Quick Start
Minimal working example:
# User Story Template
**Title:** [Feature name]
**As a** [user role/persona]
**I want to** [action/capability]
**So that** [business value/benefit]
---
## User Context
- User Role: [Who is performing this action?]
- User Goals: [What are they trying to accomplish?]
- Use Case: [When do they perform this action?]
---
## Acceptance Criteria
Given [precondition]
When [action]
Then [expected result]
Example:
// ... (see reference guides for full implementation)
Reference Guides
Detailed implementations in the references/ directory:
Guide
Contents
Story Refinement Process
Story Refinement Process
Acceptance Criteria Examples
Acceptance Criteria Examples
Story Splitting
Story Splitting
Story Estimation
Story Estimation
Best Practices
✅ DO
Write from the user's perspective
Focus on value, not implementation
Create stories small enough for one sprint
Define clear acceptance criteria
Use consistent format and terminology
Have product owner approve stories
Include edge cases and error scenarios
Link to requirements/business goals
Update stories based on learning
Create testable stories
❌ DON'T
Write technical task-focused stories
Create overly detailed specifications
Write stories that require multiple sprints
Forget about non-functional requirements
Skip acceptance criteria
Create dependent stories unnecessarily
Write ambiguous acceptance criteria
Ignore edge cases
Create too large stories
Change stories mid-sprint without discussion
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: aj-geddes-useful-ai-prompts-user-story-writing3description: User Story Writing4---56# User Story Writing78## Table of Contents910- [Overview](#overview)11- [When to Use](#when-to-use)12- [Quick Start](#quick-start)13- [Reference Guides](#reference-guides)14- [Best Practices](#best-practices)1516## Overview1718Well-written user stories communicate requirements in a user-focused way, facilitate discussion, and provide clear acceptance criteria for developers and testers.1920## When to Use2122- Breaking down requirements into development tasks23- Product backlog creation and refinement24- Agile sprint planning25- Communicating features to development team26- Defining acceptance criteria27- Creating test cases2829## Quick Start3031Minimal working example:3233```markdown34# User Story Template3536**Title:** [Feature name]3738**As a** [user role/persona]39**I want to** [action/capability]40**So that** [business value/benefit]4142---4344## User Context4546- User Role: [Who is performing this action?]47- User Goals: [What are they trying to accomplish?]48- Use Case: [When do they perform this action?]4950---5152## Acceptance Criteria5354Given [precondition]55When [action]56Then [expected result]5758Example:59// ... (see reference guides for full implementation)60```6162## Reference Guides6364Detailed implementations in the `references/` directory:6566| Guide | Contents |67|---|---|68| [Story Refinement Process](references/story-refinement-process.md) | Story Refinement Process |69| [Acceptance Criteria Examples](references/acceptance-criteria-examples.md) | Acceptance Criteria Examples |70| [Story Splitting](references/story-splitting.md) | Story Splitting |71| [Story Estimation](references/story-estimation.md) | Story Estimation |7273## Best Practices7475### ✅ DO7677- Write from the user's perspective78- Focus on value, not implementation79- Create stories small enough for one sprint80- Define clear acceptance criteria81- Use consistent format and terminology82- Have product owner approve stories83- Include edge cases and error scenarios84- Link to requirements/business goals85- Update stories based on learning86- Create testable stories8788### ❌ DON'T8990- Write technical task-focused stories91- Create overly detailed specifications92- Write stories that require multiple sprints93- Forget about non-functional requirements94- Skip acceptance criteria95- Create dependent stories unnecessarily96- Write ambiguous acceptance criteria97- Ignore edge cases98- Create too large stories99- Change stories mid-sprint without discussion100101---102> Converted and distributed by [TomeVault](https://tomevault.io/claim/aj-geddes) — claim your Tome and manage your conversions.103<!-- tomevault:4.0:skill_md:2026-04-11 -->
Run npx skillmds@latest add tomevault-io/aj-geddes-useful-ai-prompts-user-story-writing in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.
User Story Writing It is listed under Coding & Dev Tools on SkillMD.
This skill has not completed SkillMD's automated safety review yet. Independent scanners report: SkillSpector: PASS, Skill Scanner: PASS. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.
This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.
Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.
tomevault-io (@tomevault-io) published this skill. Their other Agent Skills are listed on their SkillMD profile.