// 要件定義からユースケースとユーザーストーリーを体系的に作成。ビジネスユースケース→システムユースケース→ユーザーストーリーの順に導出し、トレーサビリティを維持する。「ユースケースを作成したい」「ユーザーストーリーを書きたい」「要件定義からストーリーを導出したい」「受け入れ基準を定義したい」といった場面で発動する。ユースケースとストーリーを構造的に紐づけることで、開発フェーズでの「なぜこの機能を作るのか」が常に追跡可能になる。
[HINT] Download the complete skill directory including SKILL.md and all related files
| name | analyzing-usecases |
| description | 要件定義からユースケースとユーザーストーリーを体系的に作成。ビジネスユースケース→システムユースケース→ユーザーストーリーの順に導出し、トレーサビリティを維持する。「ユースケースを作成したい」「ユーザーストーリーを書きたい」「要件定義からストーリーを導出したい」「受け入れ基準を定義したい」といった場面で発動する。ユースケースとストーリーを構造的に紐づけることで、開発フェーズでの「なぜこの機能を作るのか」が常に追跡可能になる。 |
要件定義からユースケースを抽出し、ユーザーストーリーまで一貫したトレーサビリティを維持しながら作成する。
ビジネスユースケース→システムユースケース→ユーザーストーリーの 3 段階で具体化することで、「ビジネス要求」と「実装タスク」の間の論理的なつながりを保証する。
| 種類 | パス | 備考 |
|---|---|---|
| ガイド | @docs/reference/ユースケース作成ガイド.md | ユースケース作成の進め方詳細 |
| テンプレート | @docs/template/完全形式のユースケース.md | 編集禁止。参照のみ |
| 入力 | @docs/requirements/requirements_definition.md | 要件定義 |
| 成果物 | docs/requirements/business_usecase.md | ビジネスユースケース |
| 成果物 | docs/requirements/system_usecase.md | システムユースケース |
| 成果物 | docs/requirements/user_story.md | ユーザーストーリー |
要件定義からビジネスレベルのユースケースを抽出する。システムの詳細には踏み込まず、業務目標とアクターの関係を定義する。
ビジネスユースケースをシステム境界の視点で詳細化する。「システムが何を提供するか」を明確にする。
システムユースケースから開発可能な粒度のユーザーストーリーを導出する。
既存の成果物がある場合は、まず現在の状態を確認する。不足しているステップや更新が必要な部分のみを修正する。
Example:
ユーザー: 「ビジネスユースケースは作った。ユーザーストーリーを書きたい」
回答: ステップ 2（システムユースケース）の存在を確認する。
未作成ならステップ 2 から開始。作成済みならステップ 3 に進む。
既存のビジネスユースケースのアクターとユースケースを起点に、
システムユースケースを詳細化してからユーザーストーリーを導出する。
requirements_definition.md が存在しない場合は analyzing-requirements を先に実行するuser_story.md にはユーザーストーリーのみ記述する。リリース計画・イテレーション計画は planning-releases で別途作成するanalyzing-requirements — 前段の要件定義（RDRA 2.0）planning-releases — 後続のリリース・イテレーション計画orchestrating-analysis — 分析フェーズ全体のワークフロー案内