プロジェクトが遅れる原因は、作業そのものより、誰に何を確認し、いつ合意を得るかが不明なことにもあります。ステークホルダーマップは、関係者の名前を並べる資料ではなく、役割、影響、必要な情報、連絡方法を整理する道具です。
情報源を集める
- プロジェクト計画と体制図
- 会議の参加者と決定者
- 承認フロー
- 顧客・取引先との契約上の役割
- 過去の問い合わせや懸念
- タスクの担当と依存関係
AIには、明記された関係者と、文脈から推定した候補を分けさせます。
マップの項目
| 項目 | 内容 |
|---|---|
| 役割 | 決定、実行、助言、利用、影響を受ける人 |
| 関心 | 何を重視するか |
| 必要情報 | 判断や実行に必要な内容 |
| 連絡 | 頻度、媒体、担当者 |
| 状態 | 確認済み、仮説、未確認 |
> 以下の計画、議事録、タスク一覧から関係者候補を抽出し、「役割・関与する判断・必要情報・連絡時期・根拠」に整理してください。関心や態度を推測した場合は「仮説」と表示し、個人の性格は評価しないでください。
影響力だけで優先しない
決定権者だけでなく、実際の利用者、運用担当、影響を受ける部門を含めます。影響力が低く見えても、利用方法や現場リスクを把握している人がいます。AIの候補を体制図と現場担当者が確認します。
連絡計画へ変える
誰に何を伝えるかを、周知、相談、承認、報告に分けます。全員へ同じ長文を送るのではなく、判断者には選択肢、実務担当には手順、利用者には変更と行動を示します。事実は対象者ごとに変えません。
定期的に更新する
異動、体制変更、フェーズ移行で関係者は変わります。重要な決定前と節目で見直し、新しい関係者、役割変更、未回答を更新します。個人に関する推測は長期間保存せず、確認済み情報へ置き換えます。
まとめ
AIでステークホルダーマップを作るときは、計画と記録から役割を抽出し、事実と仮説を分けます。決定者だけでなく利用者と運用担当を含め、必要情報と連絡時期へ落とし込むことで、関係者調整を実行可能にできます。
実践確認：この記事を現場で使う手順
ステークホルダーマップをAIで作る方法を実務へ入れるときは、AIに完成品を一度で作らせるより、事実整理・下書き・確認を分けます。確認の中心はステークホルダーマップ AI・関係者整理・プロジェクト管理です。入力資料の責任者と最終承認者を同じ人にせず、根拠をたどれる状態を残します。
入力を4つに分ける
- 確定事実：日時、担当、金額、決定済みの条件
- 引用・根拠：会議記録、規程、見積書、一次資料のURL
- 仮説：まだ確認できていない原因や効果
- 未確認事項：誰にいつ確認するかが必要な項目
この区分を付けてからAIへ渡すと、推測が事実のように混ざる問題を減らせます。個人情報や機密情報は、利用環境と社内規程を確認し、不要な部分を伏せます。
下書き用の指示例
> 次の資料から「ステークホルダーマップをAIで作る方法」の下書きを作ってください。確定事実と仮説を混ぜず、数値には出典を付け、情報が不足する箇所は「要確認」と表示してください。読み手が判断・実行するために必要な項目を先に並べ、表現を整えるのは最後にしてください。
人が確認する順番
- 人名、会社名、日付、金額、単位を元資料と照合する
- 「決定」「予定」「提案」「推測」の区別を確認する
- 担当者と期限が本文のどこにあるか確認する
- 読み手が次に行う操作を一つに絞る
- AIへ入力してはいけない情報が残っていないか確認する
1週間の試行で測る
完成時間だけでなく、修正回数、事実誤り、確認のために戻った資料数、読み手からの質問数を記録します。ステークホルダーマップ AI・関係者整理・プロジェクト管理の抜けが続く場合は、プロンプトを長くするのではなく、入力テンプレートへ必須欄を追加します。効果が確認できるまでは、AI出力を自動送信・自動承認しない運用が安全です。
