日本の開発現場における最強AIプロンプトチートシート③ - 要件定義・分析

## 要件整理・分析

### 要件整理・分析プロンプト

```
以下の要件を整理・分析してください：

【プロジェクト概要】
{プロジェクトの目的と概要}

【顧客ユーザーの要望】
{顧客やユーザーから受けた要望や期待}

【現状の問題点】
{解決すべき課題や問題点}

【制約条件】
{予算、期間、技術的制約など}

【優先度】
{機能や要件の優先度}

【出力形式】
- 機能要件の整理（必須機能と追加機能の区別）
- 非機能要件の整理（性能、セキュリティ、拡張性など）
- 要件の曖昧さや矛盾点の指摘
- リスク分析
- 確認すべき追加情報
```

### 要件整理・分析レビュープロンプト

```
以下の要件整理・分析結果をレビューしてください：

【要件整理・分析結果】
{要件整理・分析の内容}

【プロジェクト情報】
{プロジェクトの背景、目的}

【レビューの観点】
- 機能要件の網羅性
- 非機能要件の網羅性
- 要件の明確さと具体性
- 要件間の整合性
- リスク分析の妥当性

【出力形式】
- 分析の強み
- 懸念点・弱点
- 見落とされている可能性のある要件
- 曖昧または矛盾する要件
- 追加で確認すべき情報
- 改善のための具体的な提案
```

## ユーザーストーリー作成

### ユーザーストーリー作成プロンプト

```
以下の要件からユーザーストーリーを作成してください：

【プロジェクト概要】
{プロジェクトの目的と概要}

【主要なユーザー層】
{システムを利用する主なユーザーの種類}

【機能要件】
{実現すべき主な機能のリスト}

【ビジネス目標】
{達成したいビジネス上の目標}

【出力形式】
- ユーザーストーリー形式（「〜として、私は〜したい。なぜなら〜だからだ」）の要件リスト
- 各ストーリーの受け入れ基準
- ストーリーの優先順位付け
- ストーリーポイント（複雑さ工数）の見積もり
```

### ユーザーストーリーレビュープロンプト

```
以下のユーザーストーリーをレビューしてください：

【ユーザーストーリー】
{作成されたユーザーストーリーの内容}

【プロジェクト情報】
{プロジェクトの背景、目的}

【レビューの観点】
- ユーザー視点の明確さ
- ビジネス価値の明確さ
- 受け入れ基準の具体性と検証可能性
- 優先順位付けの妥当性
- ストーリーポイントの見積もりの合理性

【出力形式】
- ストーリーの強み
- 懸念点・弱点
- 曖昧または不完全なストーリー
- 受け入れ基準の改善提案
- 見落とされている可能性のあるユーザーニーズ
- 改善のための具体的な提案
```

## 要件定義書

### 要件定義書作成プロンプト

```
以下の情報から要件定義書を作成してください：

【プロジェクト概要】
{プロジェクトの目的と背景}

【ステークホルダー】
{主要なステークホルダーとその関心事}

【業務フロー】
{関連する業務の流れや手順}

【システム化の範囲】
{システム化する業務の範囲}

【制約条件】
{技術的制約、予算、納期など}

【出力形式】
- プロジェクト概要
- 機能要件（詳細なユースケースまたは機能一覧）
- 非機能要件（性能、セキュリティ、拡張性など）
- 外部インターフェース要件
- システム構成概要
- 移行要件
- 運用保守要件
- 今後の検討事項
```

### 要件定義書レビュープロンプト

```
以下の要件定義書をレビューし、改善点を指摘してください：

【要件定義書】
{要件定義書の内容}

【プロジェクトの背景】
{プロジェクトの背景情報}

【ステークホルダー】
{関係者とその関心事}

【レビューの観点】
- 要件の明確さ
- 要件の完全性
- 要件の整合性
- 要件の実現可能性
- 要件の検証可能性

【出力形式】
- 不明確・不完全な要件の指摘
- 矛盾する要件の特定
- 実現困難と思われる要件の指摘
- 追加すべき要件の提案
- 改善のための具体的な提案
```

## ユースケース作成

### ユースケース作成プロンプト

```
以下の情報からユースケース記述を作成してください：

【プロジェクト概要】
{プロジェクトの目的と概要}

【対象機能】
{ユースケースとして記述する機能}

【アクター】
{機能を利用する人や外部システム}

【前提条件】
{ユースケース開始前の条件}

【基本フロー】
{機能の主要な流れ（わかる範囲で）}

【出力形式】
- ユースケース名
- アクター
- 概要
- 事前条件
- 事後条件
- 基本フロー（順序立てたステップ）
- 代替フロー（例外処理など）
- 非機能要件（パフォーマンス、セキュリティなど）
- ビジネスルール
- 特記事項
```

### ユースケースレビュープロンプト

```
以下のユースケース記述をレビューしてください：

【ユースケース記述】
{ユースケース記述の内容}

【機能要件】
{この機能が満たすべき要件}

【レビューの観点】
- 記述の明確さと具体性
- 基本フローの完全性
- 代替フローの網羅性
- ビジネスルールとの整合性
- 検証可能性

【出力形式】
- 記述の強み
- 懸念点・弱点
- 不明確または不完全なステップ
- 見落とされている可能性のある例外処理
- ビジネスルールとの矛盾
- 改善のための具体的な提案
```

## 機能一覧作成

### 機能一覧作成プロンプト

```
以下の情報を元に機能一覧を作成してください：

【プロジェクト概要】
{プロジェクトの目的と概要}

【システム要件】
{システムに求められる要件の概要}

【ユーザー層】
{システムを利用するユーザーの種類}

【現行システム情報】
{現行システムがある場合はその機能概要}

【出力形式】
- 機能グループ（大分類）
- 機能項目（中分類）
- 機能詳細（小分類）
- 各機能の概要説明
- 優先度（MustShouldCouldWon't）
- 関連ユーザー層
- リリースフェーズ（初期次期など）
- 備考（制約事項、依存関係など）
```

### 機能一覧レビュープロンプト

```
以下の機能一覧をレビューしてください：

【機能一覧】
{機能一覧の内容}

【プロジェクト情報】
{プロジェクトの背景、目的}

【レビューの観点】
- 機能の網羅性
- 分類の適切さ
- 説明の明確さ
- 優先度設定の妥当性
- リリース計画の実現可能性

【出力形式】
- 機能一覧の強み
- 懸念点・弱点
- 不足している可能性のある機能
- 過剰または不要と思われる機能
- 優先度の再検討が必要な項目
- 改善のための具体的な提案
```

## 要件トレーサビリティ

### 要件トレーサビリティマトリクス作成プロンプト

```
以下の情報を元に要件トレーサビリティマトリクスを作成してください：

【プロジェクト概要】
{プロジェクトの目的と概要}

【ビジネス要件】
{ビジネス上の要件リスト}

【機能要件】
{システムの機能要件リスト}

【非機能要件】
{システムの非機能要件リスト}

【成果物】
{作成予定作成済みの設計書やテスト成果物}

【出力形式】
- 要件トレーサビリティマトリクス（表形式）
  - 要件ID
  - 要件概要
  - 要件区分（ビジネス機能非機能）
  - 関連ビジネス要件
  - 関連設計書
  - 関連テスト項目
  - 実装状況
  - 検証状況
- トレーサビリティの分析
  - カバレッジの評価
  - 未対応要件の特定
  - 関連性の不足している箇所
```

### 要件トレーサビリティマトリクスレビュープロンプト

```
以下の要件トレーサビリティマトリクスをレビューしてください：

【要件トレーサビリティマトリクス】
{トレーサビリティマトリクスの内容}

【プロジェクト情報】
{プロジェクトの背景、目的}

【レビューの観点】
- 要件の網羅性
- トレーサビリティの完全性
- 関連付けの適切さ
- 未対応要件の重要性
- 検証状況の妥当性

【出力形式】
- マトリクスの強み
- 懸念点・弱点
- トレース漏れの可能性がある要件
- 関連付けが不適切と思われる箇所
- 優先して対応すべき未対応要件
- 改善のための具体的な提案
```

## 業務フロー分析

### 業務フロー分析プロンプト

```
以下の情報を元に業務フロー分析を行ってください：

【対象業務】
{分析対象となる業務の概要}

【業務関係者】
{業務に関わる部門、役割、担当者}

【業務の流れ】
{現状の業務の流れや手順の概要}

【課題・問題点】
{現状の業務における課題や問題点}

【出力形式】
- 業務フロー図（テキストでの表現）
  - アクティビティと実行順序
  - 決定ポイントと条件分岐
  - 入出力情報ドキュメント
  - 役割分担（swimlane形式）
- 業務上の問題点分析
  - ボトルネックの特定
  - 無駄や重複の指摘
  - エラーが発生しやすい箇所
- 改善提案
  - 自動化可能な箇所
  - プロセス改善案
  - システム化が効果的な箇所
```

### 業務フロー分析レビュープロンプト

```
以下の業務フロー分析をレビューしてください：

【業務フロー分析】
{業務フロー分析の内容}

【対象業務情報】
{対象業務の概要、関係者}

【レビューの観点】
- 業務フローの正確性
- 問題点分析の妥当性
- 改善提案の実現可能性
- 役割分担の明確さ
- 例外処理の考慮

【出力形式】
- 分析の強み
- 懸念点・弱点
- 不明確または誤解の可能性がある部分
- 見落とされている可能性がある例外フロー
- 改善案の追加提案
- 修正のための具体的な提案
```

## ギャップ分析

### ギャップ分析プロンプト

```
以下の情報を元にギャップ分析を行ってください：

【プロジェクト概要】
{プロジェクトの目的と概要}

【現状（As-Is）】
{現在のシステムプロセスの状態}

【目標（To-Be）】
{達成したい目標の状態}

【要件リスト】
{実現すべき要件のリスト}

【制約条件】
{予算、期間、技術的制約など}

【出力形式】
- ギャップ一覧
  - 領域カテゴリ
  - 現状（As-Is）の詳細
  - 目標（To-Be）の詳細
  - ギャップの内容
  - ギャップの重要度影響度
- 対応方針
  - 対応の優先順位
  - 対応策の概要
  - 必要なリソース
  - 想定されるリスク
- 移行計画への示唆
  - 段階的移行のステップ
  - 移行時の注意点
```

### ギャップ分析レビュープロンプト

```
以下のギャップ分析をレビューしてください：

【ギャップ分析】
{ギャップ分析の内容}

【プロジェクト情報】
{プロジェクトの背景、目的}

【レビューの観点】
- ギャップの網羅性
- 現状と目標の記述の正確さ
- ギャップの重要度影響度の評価の妥当性
- 対応方針の実現可能性
- リスク評価の適切さ

【出力形式】
- 分析の強み
- 懸念点・弱点
- 見落とされている可能性のあるギャップ
- 重要度影響度の再評価が必要な項目
- 対応方針の改善提案
- 追加のリスク考慮点
```

## 要件調整・優先順位付け

### 要件調整・優先順位付けプロンプト

```
以下の情報を元に要件の調整と優先順位付けを行ってください：

【プロジェクト概要】
{プロジェクトの目的と概要}

【要件リスト】
{検討対象の要件リスト}

【制約条件】
{予算、期間、リソースなどの制約}

【ステークホルダー】
{関係者とその関心事優先事項}

【ビジネス目標】
{達成すべきビジネス目標とKPI}

【出力形式】
- 要件の分類と優先順位
  - Must Have（必須）
  - Should Have（重要）
  - Could Have（あれば望ましい）
  - Won't Have（今回は対象外）
- 優先順位付けの根拠
  - ビジネス価値
  - 技術的依存関係
  - リスク要因
  - 実現の容易さ
- 要件間のトレードオフ分析
  - 相互依存関係
  - リソース競合
- フェーズ分けの提案
  - 各フェーズの実装範囲
  - フェーズごとの期間見積もり
```

### 要件調整・優先順位付けレビュープロンプト

```
以下の要件調整・優先順位付け結果をレビューしてください：

【要件調整・優先順位付け】
{要件調整・優先順位付けの内容}

【プロジェクト情報】
{プロジェクトの背景、制約条件}

【レビューの観点】
- 優先順位付けの妥当性
- ビジネス価値の評価の適切さ
- 技術的依存関係の考慮
- フェーズ分けの現実性
- ステークホルダー期待との整合性

【出力形式】
- 優先順位付けの強み
- 懸念点・弱点
- 再評価すべき要件の指摘
- 依存関係で見落とされている可能性
- フェーズ分けの改善提案
- 全体的な調整案
```

## 非機能要件定義

### 非機能要件定義プロンプト

```
以下の情報を元に非機能要件を定義してください：

【プロジェクト概要】
{プロジェクトの目的と概要}

【システム概要】
{システムの機能概要、規模、利用者数など}

【業務特性】
{業務の特性、重要度、繁忙期など}

【関連規制・標準】
{適用される法規制やセキュリティ標準など}

【ステークホルダー期待】
{関係者からの品質に関する期待}

【出力形式】
- 性能要件
  - 応答時間
  - スループット
  - 同時接続数
- 可用性要件
  - 稼働率
  - 計画停止
  - 障害復旧時間
- セキュリティ要件
  - 認証・認可
  - データ保護
  - 監査証跡
- 運用・保守性要件
  - 監視・管理
  - バックアップ・リカバリ
  - メンテナンス性
- 拡張性・移植性要件
  - 将来の拡張性
  - 他システムとの互換性
- その他の品質特性
  - 使いやすさ
  - 信頼性
  - 効率性
- 各要件の測定方法と目標値
```

### 非機能要件定義レビュープロンプト

```
以下の非機能要件定義をレビューしてください：

【非機能要件定義】
{非機能要件定義の内容}

【プロジェクト情報】
{プロジェクトの背景、システム概要}

【レビューの観点】
- 要件の網羅性
- 要件の具体性と測定可能性
- ビジネス要件との整合性
- 技術的な実現可能性
- 相互矛盾の有無

【出力形式】
- 定義の強み
- 懸念点・弱点
- 曖昧または不明確な要件
- 不足している非機能要件領域
- 測定困難な要件の改善案
- 相互に矛盾する可能性のある要件
- 改善のための具体的な提案
```