Stats
Actions
Tags
How this skill is triggered — by the user, by Claude, or both
Slash command
/e2e-planning:skills/e2e-first-planningThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
E2E（End-to-End）ファーストの開発計画を策定し、リスクを早期発見し、価値を段階的に提供する。
E2E（End-to-End）ファーストの開発計画を策定し、リスクを早期発見し、価値を段階的に提供する。
E2Eファースト: ユーザーの視点から始めて終わりまで動作する最小限の機能を最優先で実装するアプローチ。
| 利点 | 説明 |
|---|---|
| 🎯 ユーザー価値重視 | 常に動作する機能を提供 |
| 🚨 早期リスク発見 | 統合の問題を早期に検出 |
| 🔄 継続的フィードバック | ステークホルダーとの早期合意 |
| 🏗️ 技術的実現可能性 | アーキテクチャの妥当性を検証 |
| 📊 進捗の可視化 | 動作する機能 = 進捗 |
Phase 1: UI全体を作る
Phase 2: API全体を作る
Phase 3: DB全体を作る
Phase 4: 統合（← ここで大量の問題発見）
問題点:
Phase 1: ログイン機能（UI + API + DB）← 動作する
Phase 2: ダッシュボード（UI + API + DB）← 動作する
Phase 3: データ編集（UI + API + DB）← 動作する
利点:
目的: プロジェクトの基本構造を定義
成果物:
期間: 1-3日
チェックリスト:
目的: 最小限のE2E機能を実装
成果物:
期間: 1-2週間
例: Webアプリケーション
ユーザー → ログイン → 簡単なダッシュボード表示 → ログアウト
（UI + API + DB + デプロイ）
チェックリスト:
目的: 実際のユーザーに価値を提供できる最小限の機能セット
成果物:
期間: 4-8週間
チェックリスト:
定義: 機能単位でUI→API→DBまで完結させる
例:
タスク1: ユーザー登録機能
- UI: 登録フォーム
- API: POST /api/users
- DB: usersテーブル作成
- Test: E2Eテスト
タスク2: ログイン機能
- UI: ログインフォーム
- API: POST /api/auth/login
- DB: sessionsテーブル
- Test: E2Eテスト
利点:
定義: レイヤー単位で全機能を作る
例:
タスク1: UI全画面作成
タスク2: API全エンドポイント作成
タスク3: DB全テーブル作成
タスク4: 統合（← ここで問題発覚）
問題点:
ユーザーストーリー:
「ECサイトの管理者として、商品を登録したい」
E2Eスライス:
1. 商品登録フォームを表示（UI）
2. 入力データを受け取る（API）
3. データベースに保存（DB）
4. 成功メッセージを表示（UI）
Phase 1 (Walking Skeleton):
- 商品名のみ登録可能
- 画像・説明・価格は後回し
- バリデーションは最小限
Phase 2 (MVP):
- 画像アップロード追加
- 価格・在庫管理追加
- 詳細なバリデーション
優先度1: ログイン機能（他の機能の前提）
優先度2: 商品一覧表示（データ確認のため）
優先度3: 商品登録（メイン機能）
優先度4: 商品編集（登録の拡張）
目標: 基本的なE2E動作を確認
成果物:
期間: 1-2週間
完了条件:
目標: ユーザーに価値を提供
成果物:
期間: 4-6週間
完了条件:
目標: ユーザーフィードバックを基に機能追加
成果物:
期間: 継続的
# プロジェクト名 - E2E計画
## 概要
- プロジェクトの目的
- ターゲットユーザー
- 提供価値
## Walking Skeleton（1-2週間）
### 目標
最小限のE2E機能を動作させる
### E2Eスライス
1. ログイン機能（UI + API + DB）
2. ダッシュボード表示（UI + API + DB）
### 技術的準備
- [ ] CI/CDパイプライン構築
- [ ] デプロイ自動化
- [ ] 監視設定
## MVP（4-6週間）
### 目標
ユーザーに価値を提供できる最小機能セット
### E2Eスライス（優先順）
1. ユーザー登録（UI + API + DB）
2. データ一覧表示（UI + API + DB）
3. データ編集（UI + API + DB）
### 完了条件
- [ ] ユーザーが実際に利用できる
- [ ] フィードバック収集可能
- [ ] パフォーマンステスト済み
## リスク管理
| リスク | 対策 | 担当 |
|--------|------|------|
| 外部API統合の遅延 | モックAPIを先行実装 | チームA |
| パフォーマンス問題 | 早期負荷テスト | チームB |
## タイムライン
Week 1-2: Walking Skeleton Week 3-4: MVP Core機能 Week 5-6: MVP追加機能 Week 7+: フィードバック対応
E2Eファーストの説明（15分）
Walking Skeletonのデモ（10分）
タスク分割の確認（15分）
A: 不要です。Walking Skeletonは最小限の実装で十分。重要なのは「E2Eで動作すること」。
A: 短期的には効率的に見えますが、統合時の問題で結果的に遅延します。E2Eファーストは早期リスク発見により全体効率を向上します。
A: 可能です。まず新機能を小さなE2Eスライスで実装し、段階的に既存システムと統合します。
A: ペアプログラミングや知識共有で対応。または、E2Eスライス単位でフロント/バック担当を決めて密に連携。
npx claudepluginhub sk8metalme/ai-agent-setup --plugin e2e-planningAnalyzes requirements and decomposes them into interface-first designs and testable tasks with Lightweight or Full-spec (EARS) modes. Saves plans under docs/dev/plans/.
Plans new projects or major epics by exploring domain, defining boundaries and architecture, decomposing into phased features, and producing a project plan artifact. Use for multi-feature work.
Generates structured phased implementation plans from feature descriptions, sized for 30-50k token sub-agent contexts, with clarifying questions, acceptance criteria, and dependencies. Invoke before multi-phase execution.