stakeholder-requirements-gathering

使用するタイミング

重要な意思決定につながる分析結果を求められている場合、複数のステークホルダーが結果に関わる場合、または依頼内容が曖昧な場合（「Xについて調べてもらえますか？」など）は特に、難易度の高い分析依頼を受けた際に最初に使用します。要件の確認に30分かければ、何日もかかる手戻りを防げます。

プロセス

1. ヒアリングを実施する — assets/interview_guide.md の質問ガイドを使用して、行われるビジネス上の意思決定、対象者、「完了」の定義、制約を明らかにします。
2. 意思決定の種類を特定する — references/decision_maker_framework.md を使用して、意思決定を戦略的／業務的／戦術的に分類し、必要な厳密さと形式を調整します。
3. 要件を文書化する — assets/requirements_doc_template.md に、ビジネス上の問い、成功基準、対象範囲に含めるもの／含めないもの、データソース、スケジュールを記入します。
4. 曖昧さを解消する — ヒアリング後も不明な要件があれば、references/elicitation_techniques.md の引き出し手法（5回のなぜ、シナリオの確認、MoSCoW 優先順位付け）を使用します。
5. 明示的な承認を得る — 作業を開始する前に要件定義書を依頼者に送り、確認を依頼します。フィードバックに基づいて更新します。
6. 分析概要を作成する — 承認済みの要件を assets/analysis_brief_template.md にまとめます。これがプロジェクトの正式なスコープ文書になります。

このスキルに必要な入力

• ステークホルダーからの最初の依頼（どれほど曖昧でも可）
• 主な依頼者と、その他のステークホルダーの氏名および役割
• 予定している期限または緊急度

出力

• 記入済みの要件定義書（requirements_doc_template.md）
• 分析担当者に渡せる状態の分析概要（analysis_brief_template.md）
• ヒアリングメモ（任意。複雑なプロジェクトの場合）