user-story-writing
Writes effective user stories, capturing requirements from a user's perspective and including detailed acceptance criteria.
npx skills add aj-geddes/useful-ai-prompts --skill user-story-writingBefore / After Comparison
1 组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.
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.
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:
| 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
User Reviews (0)
Write a Review
No reviews yet
Statistics
User Rating
Rate this Skill