ホーム/プロダクト/user-story-writing
U

user-story-writing

by @aj-geddesv
4.2(20)

効果的なユーザーストーリーを作成し、ユーザーの視点から要件を捉え、詳細な受け入れ基準を含めます。

user-storiesagile-developmentproduct-backlogrequirements-gatheringacceptance-criteriaGitHub
インストール方法
npx skills add aj-geddes/useful-ai-prompts --skill user-story-writing
compare_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:

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

ユーザーレビュー (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日