U
user-story-writing
by @aj-geddesv
4.2(20)
効果的なユーザーストーリーを作成し、ユーザーの視点から要件を捉え、詳細な受け入れ基準を含めます。
インストール方法
npx skills add aj-geddes/useful-ai-prompts --skill user-story-writingcompare_arrows
Before / After 効果比較
1 组使用前
手動でユーザーストーリーを作成する際、記述が曖昧であったり、ユーザー視点が欠けていたり、受け入れ基準が不明確であったり、重要な詳細が漏れていたりする問題が発生する可能性があります。これにより、開発チームの要件理解に不一致が生じ、手戻り率が高くなります。
使用後
ユーザーストーリー作成スキルを活用することで、明確でユーザー中心のユーザーストーリーを、詳細かつテスト可能な受け入れ基準とともに生成できます。これにより、要件のコミュニケーション効率と開発品質が大幅に向上します。
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:
| 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
ユーザーレビュー (0)
レビューを書く
効果
使いやすさ
ドキュメント
互換性
レビューなし
統計データ
インストール数580
評価4.2 / 5.0
バージョン
更新日2026年5月23日
比較事例1 件
ユーザー評価
4.2(20)
5
15%
4
45%
3
35%
2
5%
1
0%
この Skill を評価
0.0
対応プラットフォーム
🔧Claude Code
🔧OpenClaw
🔧OpenCode
🔧Codex
🔧Gemini CLI
🔧GitHub Copilot
🔧Amp
🔧Kimi CLI
タイムライン
作成2026年3月16日
最終更新2026年5月23日