ステークホルダーマップ：キックオフ後の記入例

会議の出席者に入っていないのは誰か

導入の話し合いには管理職が出ても、毎日使うのは別の人かもしれません。データへのアクセスを許可する人や最終承認者が不在の場合もあります。出席者名簿は出発点です。

誰と判断を話し合い、誰に試作品を見せ、誰に変更を知らせるかを決めるのに役立ちます。人の重要度を順位付けするものではありません。影響力は課題によって異なり、段階が進むと変わります。

四つの手順でマップを作る

1. プロジェクトの成果を定義する

   変化を一文で説明し、影響を受ける作業を挙げます。例えば担当者が共通システムに問い合わせを登録します。誰がデータを作り、確認し、使い、保守するかを尋ねると、キックオフにいなかった関係者が分かります。

2. 関心と権限を分ける

   本人が得たいことや保ちたいことと、決められることを記します。活発に発言する人に予算承認の権限があるとは限りません。同僚から聞いただけの権限は要確認と記します。

3. 関わり方を決める

   課題ごとに、共同で決める、助言を求める、途中成果を見せる、結果を知らせる、のいずれかを選びます。全員をすべての会議に招く必要はありません。誰がどの出来事で関わるべきか明記します。

4. 確認し、更新する

   各人に関係する役割と合意事項を送ります。不足している人を確認します。段階、依頼者、決定者が変われば見直します。試験導入の担当者と全体導入の承認者は別の場合があります。

顧客問い合わせ用の共通フォームを導入する

架空の学習例です。名前、条件、結果は方法の説明用です。

一つの発言から四つのやり取りが生まれます。外観の承認に項目の承認は含まれません。アクセスの付与とデータ品質への責任は別です。

マトリクスはこの例の行動を示します。実際の案件では、関係者の関心と影響力を先に確認し、関わり方を決めます。

マップと連絡計画のテンプレート

名前や役職に加え、その人の参加を必要とする具体的な課題を記します。

関係者／役割：
成果による影響：
関心や期待：
決定できること：
未確認のこと：
関わり方：
関与が必要になる出来事：
連絡担当：
出典：会議、タイムコード、確認：
次回の見直し日：

次の打ち合わせに誰が必要か確かめる

• 開始時に不在だった利用者もマップに含めている。
• 権限とチームの推測を区別している。
• 関係者ごとに明確な質問や行動がある。
• 日付とプロジェクト段階が記されている。