breakdown-epic
大きな目標(Epic)を、具体的な作業項目(ユーザーストーリー)に分解し、受け入れ条件や見積もり、依存関係、どの期間で取り組むかを整理して、計画的に実行できるようにするSkill。
📜 元の英語説明(参考)
Break down epics into implementable user stories with acceptance criteria, estimates, dependencies, and sprint groupings. This skill should be used for epic planning and backlog grooming.
🇯🇵 日本人クリエイター向け解説
大きな目標(Epic)を、具体的な作業項目(ユーザーストーリー)に分解し、受け入れ条件や見積もり、依存関係、どの期間で取り組むかを整理して、計画的に実行できるようにするSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o breakdown-epic.zip https://jpskill.com/download/9699.zip && unzip -o breakdown-epic.zip && rm breakdown-epic.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/9699.zip -OutFile "$d\breakdown-epic.zip"; Expand-Archive "$d\breakdown-epic.zip" -DestinationPath $d -Force; ri "$d\breakdown-epic.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
breakdown-epic.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
breakdown-epicフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
Breakdown Epic Skill
目的
高レベルの Epic や Feature を、スプリント計画と実装の準備ができた、詳細で実行可能な User Story に変換します。
主な機能:
- Epic のスコープ分析とコンポーネントの特定
- User Story の作成 (As a... I want... So that...)
- Story Point の見積もり (複雑さ/労力/リスク)
- Story 間の依存関係のマッピング
- スプリントのグループ化の提案
- Story と Epic のファイル生成
前提条件
- 計画設定を含む設定ファイル (
.claude/config.yaml) - Epic の説明 (最低 20 語)
- Story Point のスケール定義 (デフォルト: フィボナッチ 1,2,3,5,8,13,21)
ワークフロー
ステップ 0: 設定と Epic の説明のロード
アクション: 設定をロードし、Epic の要件を解析します。
設定のロード: 計画設定のために .claude/config.yaml を読み込みます (storiesLocation, epicsLocation, defaultVelocity, storyPointScale, techStack)。
Epic の説明の取得: ユーザー入力から (最低 20 語)、スコープ、ビジネス目標、技術要件を解析します。
ディレクトリの準備: Story と Epic のディレクトリを作成します。
参照: 詳細については、references/templates.md#configuration-format および #step-0-configuration-loading を参照してください。
停止条件:
- 設定が見つからない
- Epic の説明が 20 語未満 (曖昧すぎる)
- ディレクトリを作成できない
参照: スコープ分析については、references/epic-analysis-guide.md を参照してください。
ステップ 1: Epic のスコープの分析
アクション: Epic を主要なコンポーネントとサブ Feature に分解します。
コンポーネントの特定:
- コア Feature - どのような機能が必要ですか?
- ユーザータイプ - 誰がこれを使用しますか?
- 技術要件 - どのような技術/統合が必要ですか?
- セキュリティ要件 - 何を保護する必要がありますか?
- 非機能要件 - パフォーマンス、スケーラビリティなど。
出力: 主要なコンポーネント、サブ Feature、ユーザータイプ、技術/セキュリティ要件、NFR を含む Epic 分析。
参照: 完全な分析形式については、references/templates.md#step-1-epic-analysis-example を参照してください。
テーマごとにグループ化:
- 関連する Feature をまとめる
- 同様の技術的な複雑さ
- 共通のユーザー Journey
参照: 詳細な分析手法については、references/epic-analysis-guide.md を参照してください。
ステップ 2: User Story の作成
アクション: コンポーネントを、受け入れ基準を持つ User Story に変換します。
Story の形式: "As a [user], I want [capability], So that [benefit]" (受け入れ基準、優先度、コンポーネントを含む)
参照: 形式と 5 つの完全な例については、references/templates.md#step-2-user-story-format を参照してください。
Story の品質チェック:
- 明確なユーザー視点
- 具体的でテスト可能な受け入れ基準 (Story ごとに 2〜5 個)
- 適切な優先度
- 適切なスコープ (大きすぎず、小さすぎない)
参照: Story の作成のベストプラクティスについては、references/story-creation-guide.md を参照してください。
ステップ 3: Story Point の見積もり
アクション: 複雑さ、労力、リスクを使用して各 Story を見積もります。
見積もり要素: 複雑さ (1〜5)、労力 (1〜5)、リスク (1〜3)
計算: Story Point = 複雑さ + 労力 + リスク、フィボナッチ数 (1, 2, 3, 5, 8, 13, 21) に丸めます。
参照: 詳細なスケールと例については、references/templates.md#step-3-estimation-factors-template を参照してください。
参照: 詳細な見積もり手法については、references/estimation-guide.md を参照してください。
ステップ 4: 依存関係の特定
アクション: Story 間の依存関係をマッピングします。
依存関係の種類:
1. Blocks: Story A は Story B が開始する前に完了する必要があります。
story-auth-001 (Signup) BLOCKS story-auth-003 (Email Verification)
2. Related: Story はコンポーネントを共有しますが、並行して実行できます。
story-auth-001 (Signup) RELATED story-auth-002 (Login)
依存関係のルール:
- Feature の前に基盤 (API の前にモデル)
- 認証の前に認可
- 拡張機能の前にコア機能
- アプリケーションの前にインフラストラクチャ
出力: BLOCKS/REQUIRES/RELATED 関係、クリティカルパスの特定を含む依存関係グラフ。
参照: 完全なグラフ形式については、references/templates.md#step-4-dependency-examples を参照してください。
参照: 依存関係分析については、references/dependency-mapping-guide.md を参照してください。
ステップ 5: スプリントのグループ化の提案
アクション: 依存関係、優先度、ベロシティに基づいて Story をスプリントにグループ化します。
グループ化のルール:
- 優先度優先 - P0 Story は初期のスプリントに
- 依存関係の尊重 - ブロッカーの後のブロックされた Story
- ベロシティの制約 - チームのキャパシティを超えない
- 論理的なグループ化 - 関連する Story をまとめる
出力: Story の割り当て、ベロシティの制約、依存関係の尊重、論理的なグループ化を含むスプリントのグループ化。
参照: 完全なスプリント計画形式については、references/templates.md#step-5-sprint-grouping-example を参照してください。
ステップ 6: Story ファイルと Epic の概要の生成
アクション: Story の Markdown ファイルと Epic の概要を作成します。
ファイルの生成: 各 Story と Epic の概要に bmad-commands の write_file を使用します。
出力: Story ファイル (User Story、AC、依存関係、見積もり、DoD を含む完全な形式) と Epic の概要ファイル。
参照: 完全な構造については、references/templates.md#step-6-story-file-format-template および #step-6-epic-summary-file-format を参照してください。
ステップ 7: ユーザーへの概要の提示
アクション: レビューのために Epic の Breakdown の概要を提示します。
出力: Story 数、ポイント、スプリント、ファイル、優先度、スプリント計画、依存関係を含む Breakdown の完全な概要。
参照: 完全な形式については、references/templates.md#step-7-summary-output-template を参照してください。
出力
story_files、epic_file、メトリクス (total_points、story_count、sprint_count)、およびテレメトリを含む構造化された JSON を返します。
参照: 完全な構造については、references/templates.md#json-output-format を参照してください。
ベストプラクティス
- Epic のスコープ - Epic の焦点を絞る (最大 10〜15 個の Story)
- Story のサイズ - Story ごとに 3〜8 ポイントを目標とする (大きすぎない)
- 明確な AC - 2〜5 個の具体的でテスト可能な受け入れ基準
- 優先度の規律 - すべてを P0 にすることはできない
- 依存関係のマッピング - ブロッカーを早期に特定する
- ベロシティの現実 - スプリントのキャパシティを超過コミットしない
参照: references/story-cr
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Breakdown Epic Skill
Purpose
Transform high-level epics or features into detailed, actionable user stories ready for sprint planning and implementation.
Core Capabilities:
- Epic scope analysis and component identification
- User story creation (As a... I want... So that...)
- Story point estimation (complexity/effort/risk)
- Dependency mapping between stories
- Sprint grouping suggestions
- Story and epic file generation
Prerequisites
- Configuration file (
.claude/config.yaml) with planning settings - Epic description (20+ words minimum)
- Story point scale defined (default: Fibonacci 1,2,3,5,8,13,21)
Workflow
Step 0: Load Configuration and Epic Description
Action: Load configuration and parse epic requirements.
Load config: Read .claude/config.yaml for planning settings (storiesLocation, epicsLocation, defaultVelocity, storyPointScale, techStack)
Get epic description: From user input (20+ words minimum), parse scope, business goals, technical requirements
Prepare directories: Create stories and epics directories
See: references/templates.md#configuration-format and #step-0-configuration-loading for details
Halt if:
- Configuration missing
- Epic description <20 words (too vague)
- Cannot create directories
See: references/epic-analysis-guide.md for scope analysis
Step 1: Analyze Epic Scope
Action: Break down epic into major components and sub-features.
Identify components:
- Core Features - What functionality is needed?
- User Types - Who will use this?
- Technical Requirements - What tech/integrations?
- Security Requirements - What needs protection?
- Non-Functional Requirements - Performance, scalability, etc.
Output: Epic analysis with major components, sub-features, user types, technical/security requirements, NFRs
See: references/templates.md#step-1-epic-analysis-example for complete analysis format
Group by themes:
- Related features together
- Similar technical complexity
- Common user journeys
See: references/epic-analysis-guide.md for detailed analysis techniques
Step 2: Create User Stories
Action: Convert components into user stories with acceptance criteria.
Story format: "As a [user], I want [capability], So that [benefit]" with acceptance criteria, priority, component
See: references/templates.md#step-2-user-story-format for format and 5 complete examples
Story quality checks:
- Clear user perspective
- Specific, testable acceptance criteria (2-5 per story)
- Appropriate priority
- Properly scoped (not too large, not too small)
See: references/story-creation-guide.md for story writing best practices
Step 3: Estimate Story Points
Action: Estimate each story using complexity, effort, and risk.
Estimation factors: Complexity (1-5), Effort (1-5), Risk (1-3)
Calculate: Story Points = Complexity + Effort + Risk, round to Fibonacci (1, 2, 3, 5, 8, 13, 21)
See: references/templates.md#step-3-estimation-factors-template for detailed scales and examples
See: references/estimation-guide.md for detailed estimation techniques
Step 4: Identify Dependencies
Action: Map dependencies between stories.
Dependency types:
1. Blocks: Story A must complete before Story B can start
story-auth-001 (Signup) BLOCKS story-auth-003 (Email Verification)
2. Related: Stories share components but can be done in parallel
story-auth-001 (Signup) RELATED story-auth-002 (Login)
Dependency rules:
- Foundation before features (models before APIs)
- Authentication before authorization
- Core functionality before enhancements
- Infrastructure before applications
Output: Dependency graph with BLOCKS/REQUIRES/RELATED relationships, critical path identification
See: references/templates.md#step-4-dependency-examples for complete graph format
See: references/dependency-mapping-guide.md for dependency analysis
Step 5: Suggest Sprint Groupings
Action: Group stories into sprints based on dependencies, priorities, and velocity.
Grouping rules:
- Priority first - P0 stories in early sprints
- Dependencies respected - Blocked stories after blockers
- Velocity constraints - Don't exceed team capacity
- Logical grouping - Related stories together
Output: Sprint groupings with story assignments, velocity constraints, dependency respect, logical grouping
See: references/templates.md#step-5-sprint-grouping-example for complete sprint plan format
Step 6: Generate Story Files and Epic Summary
Action: Create story markdown files and epic summary.
Generate files: Use bmad-commands write_file for each story and epic summary
Output: Story files (complete format with user story, ACs, dependencies, estimation, DoD) and epic summary file
See: references/templates.md#step-6-story-file-format-template and #step-6-epic-summary-file-format for complete structures
Step 7: Present Summary to User
Action: Present epic breakdown summary for review.
Output: Breakdown complete summary with story count, points, sprints, files, priorities, sprint plan, dependencies
See: references/templates.md#step-7-summary-output-template for complete format
Output
Return structured JSON with story_files, epic_file, metrics (total_points, story_count, sprint_count), and telemetry
See: references/templates.md#json-output-format for complete structure
Best Practices
- Epic Scope - Keep epics focused (10-15 stories max)
- Story Size - Target 3-8 points per story (not too large)
- Clear ACs - 2-5 specific, testable acceptance criteria
- Priority Discipline - Not everything can be P0
- Dependency Mapping - Identify blockers early
- Velocity Reality - Don't overcommit sprint capacity
See: references/story-creation-guide.md for best practices
Routing Guidance
Use this skill when:
- Starting new epic or major feature
- During backlog grooming sessions
- Planning multiple sprints ahead
- Breaking down product requirements
Always use before:
- sprint-plan skill (sprint planning)
- refine-story skill (detailed story refinement)
Feeds into:
- create-task-spec skill (for implementation specs)
Reference Files
Detailed documentation in references/:
- templates.md: All output formats, config examples, story/epic file templates
- epic-analysis-guide.md: Epic scope analysis, component identification
- story-creation-guide.md: User story format, acceptance criteria, best practices
- estimation-guide.md: Story point estimation techniques
- dependency-mapping-guide.md: Dependency types, mapping, sprint grouping
Part of BMAD Enhanced Planning Suite