要件整理・分析
要件整理・分析プロンプト
以下の要件を整理・分析してください：
【プロジェクト概要】
{プロジェクトの目的と概要}
【顧客ユーザーの要望】
{顧客やユーザーから受けた要望や期待}
【現状の問題点】
{解決すべき課題や問題点}
【制約条件】
{予算、期間、技術的制約など}
【優先度】
{機能や要件の優先度}
【出力形式】
- 機能要件の整理（必須機能と追加機能の区別）
- 非機能要件の整理（性能、セキュリティ、拡張性など）
- 要件の曖昧さや矛盾点の指摘
- リスク分析
- 確認すべき追加情報
要件整理・分析レビュープロンプト
以下の要件整理・分析結果をレビューしてください：
【要件整理・分析結果】
{要件整理・分析の内容}
【プロジェクト情報】
{プロジェクトの背景、目的}
【レビューの観点】
- 機能要件の網羅性
- 非機能要件の網羅性
- 要件の明確さと具体性
- 要件間の整合性
- リスク分析の妥当性
【出力形式】
- 分析の強み
- 懸念点・弱点
- 見落とされている可能性のある要件
- 曖昧または矛盾する要件
- 追加で確認すべき情報
- 改善のための具体的な提案
ユーザーストーリー作成
ユーザーストーリー作成プロンプト
以下の要件からユーザーストーリーを作成してください：
【プロジェクト概要】
{プロジェクトの目的と概要}
【主要なユーザー層】
{システムを利用する主なユーザーの種類}
【機能要件】
{実現すべき主な機能のリスト}
【ビジネス目標】
{達成したいビジネス上の目標}
【出力形式】
- ユーザーストーリー形式（「〜として、私は〜したい。なぜなら〜だからだ」）の要件リスト
- 各ストーリーの受け入れ基準
- ストーリーの優先順位付け
- ストーリーポイント（複雑さ工数）の見積もり
ユーザーストーリーレビュープロンプト
以下のユーザーストーリーをレビューしてください：
【ユーザーストーリー】
{作成されたユーザーストーリーの内容}
【プロジェクト情報】
{プロジェクトの背景、目的}
【レビューの観点】
- ユーザー視点の明確さ
- ビジネス価値の明確さ
- 受け入れ基準の具体性と検証可能性
- 優先順位付けの妥当性
- ストーリーポイントの見積もりの合理性
【出力形式】
- ストーリーの強み
- 懸念点・弱点
- 曖昧または不完全なストーリー
- 受け入れ基準の改善提案
- 見落とされている可能性のあるユーザーニーズ
- 改善のための具体的な提案
要件定義書
要件定義書作成プロンプト
以下の情報から要件定義書を作成してください：
【プロジェクト概要】
{プロジェクトの目的と背景}
【ステークホルダー】
{主要なステークホルダーとその関心事}
【業務フロー】
{関連する業務の流れや手順}
【システム化の範囲】
{システム化する業務の範囲}
【制約条件】
{技術的制約、予算、納期など}
【出力形式】
- プロジェクト概要
- 機能要件（詳細なユースケースまたは機能一覧）
- 非機能要件（性能、セキュリティ、拡張性など）
- 外部インターフェース要件
- システム構成概要
- 移行要件
- 運用保守要件
- 今後の検討事項
要件定義書レビュープロンプト
以下の要件定義書をレビューし、改善点を指摘してください：
【要件定義書】
{要件定義書の内容}
【プロジェクトの背景】
{プロジェクトの背景情報}
【ステークホルダー】
{関係者とその関心事}
【レビューの観点】
- 要件の明確さ
- 要件の完全性
- 要件の整合性
- 要件の実現可能性
- 要件の検証可能性
【出力形式】
- 不明確・不完全な要件の指摘
- 矛盾する要件の特定
- 実現困難と思われる要件の指摘
- 追加すべき要件の提案
- 改善のための具体的な提案
ユースケース作成
ユースケース作成プロンプト
以下の情報からユースケース記述を作成してください：
【プロジェクト概要】
{プロジェクトの目的と概要}
【対象機能】
{ユースケースとして記述する機能}
【アクター】
{機能を利用する人や外部システム}
【前提条件】
{ユースケース開始前の条件}
【基本フロー】
{機能の主要な流れ（わかる範囲で）}
【出力形式】
- ユースケース名
- アクター
- 概要
- 事前条件
- 事後条件
- 基本フロー（順序立てたステップ）
- 代替フロー（例外処理など）
- 非機能要件（パフォーマンス、セキュリティなど）
- ビジネスルール
- 特記事項
ユースケースレビュープロンプト
以下のユースケース記述をレビューしてください：
【ユースケース記述】
{ユースケース記述の内容}
【機能要件】
{この機能が満たすべき要件}
【レビューの観点】
- 記述の明確さと具体性
- 基本フローの完全性
- 代替フローの網羅性
- ビジネスルールとの整合性
- 検証可能性
【出力形式】
- 記述の強み
- 懸念点・弱点
- 不明確または不完全なステップ
- 見落とされている可能性のある例外処理
- ビジネスルールとの矛盾
- 改善のための具体的な提案
機能一覧作成
機能一覧作成プロンプト
以下の情報を元に機能一覧を作成してください：
【プロジェクト概要】
{プロジェクトの目的と概要}
【システム要件】
{システムに求められる要件の概要}
【ユーザー層】
{システムを利用するユーザーの種類}
【現行システム情報】
{現行システムがある場合はその機能概要}
【出力形式】
- 機能グループ（大分類）
- 機能項目（中分類）
- 機能詳細（小分類）
- 各機能の概要説明
- 優先度（MustShouldCouldWon't）
- 関連ユーザー層
- リリースフェーズ（初期次期など）
- 備考（制約事項、依存関係など）
機能一覧レビュープロンプト
以下の機能一覧をレビューしてください：
【機能一覧】
{機能一覧の内容}
【プロジェクト情報】
{プロジェクトの背景、目的}
【レビューの観点】
- 機能の網羅性
- 分類の適切さ
- 説明の明確さ
- 優先度設定の妥当性
- リリース計画の実現可能性
【出力形式】
- 機能一覧の強み
- 懸念点・弱点
- 不足している可能性のある機能
- 過剰または不要と思われる機能
- 優先度の再検討が必要な項目
- 改善のための具体的な提案
要件トレーサビリティ
要件トレーサビリティマトリクス作成プロンプト
以下の情報を元に要件トレーサビリティマトリクスを作成してください：
【プロジェクト概要】
{プロジェクトの目的と概要}
【ビジネス要件】
{ビジネス上の要件リスト}
【機能要件】
{システムの機能要件リスト}
【非機能要件】
{システムの非機能要件リスト}
【成果物】
{作成予定作成済みの設計書やテスト成果物}
【出力形式】
- 要件トレーサビリティマトリクス（表形式）
- 要件ID
- 要件概要
- 要件区分（ビジネス機能非機能）
- 関連ビジネス要件
- 関連設計書
- 関連テスト項目
- 実装状況
- 検証状況
- トレーサビリティの分析
- カバレッジの評価
- 未対応要件の特定
- 関連性の不足している箇所
要件トレーサビリティマトリクスレビュープロンプト
以下の要件トレーサビリティマトリクスをレビューしてください：
【要件トレーサビリティマトリクス】
{トレーサビリティマトリクスの内容}
【プロジェクト情報】
{プロジェクトの背景、目的}
【レビューの観点】
- 要件の網羅性
- トレーサビリティの完全性
- 関連付けの適切さ
- 未対応要件の重要性
- 検証状況の妥当性
【出力形式】
- マトリクスの強み
- 懸念点・弱点
- トレース漏れの可能性がある要件
- 関連付けが不適切と思われる箇所
- 優先して対応すべき未対応要件
- 改善のための具体的な提案
業務フロー分析
業務フロー分析プロンプト
以下の情報を元に業務フロー分析を行ってください：
【対象業務】
{分析対象となる業務の概要}
【業務関係者】
{業務に関わる部門、役割、担当者}
【業務の流れ】
{現状の業務の流れや手順の概要}
【課題・問題点】
{現状の業務における課題や問題点}
【出力形式】
- 業務フロー図（テキストでの表現）
- アクティビティと実行順序
- 決定ポイントと条件分岐
- 入出力情報ドキュメント
- 役割分担（swimlane形式）
- 業務上の問題点分析
- ボトルネックの特定
- 無駄や重複の指摘
- エラーが発生しやすい箇所
- 改善提案
- 自動化可能な箇所
- プロセス改善案
- システム化が効果的な箇所
業務フロー分析レビュープロンプト
以下の業務フロー分析をレビューしてください：
【業務フロー分析】
{業務フロー分析の内容}
【対象業務情報】
{対象業務の概要、関係者}
【レビューの観点】
- 業務フローの正確性
- 問題点分析の妥当性
- 改善提案の実現可能性
- 役割分担の明確さ
- 例外処理の考慮
【出力形式】
- 分析の強み
- 懸念点・弱点
- 不明確または誤解の可能性がある部分
- 見落とされている可能性がある例外フロー
- 改善案の追加提案
- 修正のための具体的な提案
ギャップ分析
ギャップ分析プロンプト
以下の情報を元にギャップ分析を行ってください：
【プロジェクト概要】
{プロジェクトの目的と概要}
【現状（As-Is）】
{現在のシステムプロセスの状態}
【目標（To-Be）】
{達成したい目標の状態}
【要件リスト】
{実現すべき要件のリスト}
【制約条件】
{予算、期間、技術的制約など}
【出力形式】
- ギャップ一覧
- 領域カテゴリ
- 現状（As-Is）の詳細
- 目標（To-Be）の詳細
- ギャップの内容
- ギャップの重要度影響度
- 対応方針
- 対応の優先順位
- 対応策の概要
- 必要なリソース
- 想定されるリスク
- 移行計画への示唆
- 段階的移行のステップ
- 移行時の注意点
ギャップ分析レビュープロンプト
以下のギャップ分析をレビューしてください：
【ギャップ分析】
{ギャップ分析の内容}
【プロジェクト情報】
{プロジェクトの背景、目的}
【レビューの観点】
- ギャップの網羅性
- 現状と目標の記述の正確さ
- ギャップの重要度影響度の評価の妥当性
- 対応方針の実現可能性
- リスク評価の適切さ
【出力形式】
- 分析の強み
- 懸念点・弱点
- 見落とされている可能性のあるギャップ
- 重要度影響度の再評価が必要な項目
- 対応方針の改善提案
- 追加のリスク考慮点
要件調整・優先順位付け
要件調整・優先順位付けプロンプト
以下の情報を元に要件の調整と優先順位付けを行ってください：
【プロジェクト概要】
{プロジェクトの目的と概要}
【要件リスト】
{検討対象の要件リスト}
【制約条件】
{予算、期間、リソースなどの制約}
【ステークホルダー】
{関係者とその関心事優先事項}
【ビジネス目標】
{達成すべきビジネス目標とKPI}
【出力形式】
- 要件の分類と優先順位
- Must Have（必須）
- Should Have（重要）
- Could Have（あれば望ましい）
- Won't Have（今回は対象外）
- 優先順位付けの根拠
- ビジネス価値
- 技術的依存関係
- リスク要因
- 実現の容易さ
- 要件間のトレードオフ分析
- 相互依存関係
- リソース競合
- フェーズ分けの提案
- 各フェーズの実装範囲
- フェーズごとの期間見積もり
要件調整・優先順位付けレビュープロンプト
以下の要件調整・優先順位付け結果をレビューしてください：
【要件調整・優先順位付け】
{要件調整・優先順位付けの内容}
【プロジェクト情報】
{プロジェクトの背景、制約条件}
【レビューの観点】
- 優先順位付けの妥当性
- ビジネス価値の評価の適切さ
- 技術的依存関係の考慮
- フェーズ分けの現実性
- ステークホルダー期待との整合性
【出力形式】
- 優先順位付けの強み
- 懸念点・弱点
- 再評価すべき要件の指摘
- 依存関係で見落とされている可能性
- フェーズ分けの改善提案
- 全体的な調整案
非機能要件定義
非機能要件定義プロンプト
以下の情報を元に非機能要件を定義してください：
【プロジェクト概要】
{プロジェクトの目的と概要}
【システム概要】
{システムの機能概要、規模、利用者数など}
【業務特性】
{業務の特性、重要度、繁忙期など}
【関連規制・標準】
{適用される法規制やセキュリティ標準など}
【ステークホルダー期待】
{関係者からの品質に関する期待}
【出力形式】
- 性能要件
- 応答時間
- スループット
- 同時接続数
- 可用性要件
- 稼働率
- 計画停止
- 障害復旧時間
- セキュリティ要件
- 認証・認可
- データ保護
- 監査証跡
- 運用・保守性要件
- 監視・管理
- バックアップ・リカバリ
- メンテナンス性
- 拡張性・移植性要件
- 将来の拡張性
- 他システムとの互換性
- その他の品質特性
- 使いやすさ
- 信頼性
- 効率性
- 各要件の測定方法と目標値
非機能要件定義レビュープロンプト
以下の非機能要件定義をレビューしてください：
【非機能要件定義】
{非機能要件定義の内容}
【プロジェクト情報】
{プロジェクトの背景、システム概要}
【レビューの観点】
- 要件の網羅性
- 要件の具体性と測定可能性
- ビジネス要件との整合性
- 技術的な実現可能性
- 相互矛盾の有無
【出力形式】
- 定義の強み
- 懸念点・弱点
- 曖昧または不明確な要件
- 不足している非機能要件領域
- 測定困難な要件の改善案
- 相互に矛盾する可能性のある要件
- 改善のための具体的な提案