Home/Product/user-story-writing
U

user-story-writing

by @aj-geddesv
4.2(20)

Writes effective user stories, capturing requirements from a user's perspective and including detailed acceptance criteria.

user-storiesagile-developmentproduct-backlogrequirements-gatheringacceptance-criteriaGitHub
Installation
npx skills add aj-geddes/useful-ai-prompts --skill user-story-writing
compare_arrows

Before / After Comparison

1
Before

When manually writing user stories, issues such as vague descriptions, lack of user perspective, unclear acceptance criteria, or missing key details can arise. This leads to inconsistent understanding of requirements within the development team and a high rework rate.

After

With user story writing skills, clear, user-centric user stories can be generated, accompanied by detailed and testable acceptance criteria. This significantly improves requirements communication efficiency and development quality.

SKILL.md

User Story Writing

Table of Contents

Overview

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:

GuideContents
Story Refinement ProcessStory Refinement Process
Acceptance Criteria ExamplesAcceptance Criteria Examples
Story SplittingStory Splitting
Story EstimationStory 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

User Reviews (0)

Write a Review

Effect
Usability
Docs
Compatibility

No reviews yet

Statistics

Installs580
Rating4.2 / 5.0
Version
Updated2026年5月23日
Comparisons1

User Rating

4.2(20)
5
15%
4
45%
3
35%
2
5%
1
0%

Rate this Skill

0.0

Compatible Platforms

🔧Claude Code
🔧OpenClaw
🔧OpenCode
🔧Codex
🔧Gemini CLI
🔧GitHub Copilot
🔧Amp
🔧Kimi CLI

Timeline

Created2026年3月16日
Last Updated2026年5月23日