ステークホルダー

ステークホルダーは日本語で「利害関係者」と訳されます。stake（掛け金・利害）を持つ人、という語源のとおり、そのプロジェクトの結果に何らかの利害を持つ人や組織を広く含みます。ここで大事なのは、直接お金を出す発注者だけを指す言葉ではない、という点です。システムを使う現場の担当、稼働後に保守する運用チーム、法務やセキュリティのように可否を判断する部門も、影響を受ける・与える立場であればステークホルダーに数えられます。

PMがプロジェクトの立ち上げ段階でまず関係者を洗い出すのは、要件も優先順位も、結局は誰の期待に応えるかで決まるからです。関係者を取りこぼしたまま設計を進めると、要件定義の後半や受け入れテストの段階で「聞いていない」「これでは使えない」という指摘が出て、手戻りにつながりやすくなります。

PMの実務では、キックオフの前後にステークホルダー一覧を作り、誰がどの意思決定に関与し、何を気にしているのかを書き出すところから始めるのが一般的です。この一覧は固定ではなく、フェーズが進むにつれて登場人物が増減するため、都度更新していく前提で扱います。

ステークホルダーを列挙するだけでは、どこに時間を割くべきかが見えません。実務では「影響度（プロジェクトを左右する力の大きさ）」と「関心度（どれだけ強く関わりたいか）」という二つの軸で整理する方法がよく使われます。この二軸で分けると、関わり方の濃淡を決めやすくなります。

• 影響度が高く関心度も高い相手
  発注元の責任者や利用部門の代表者などが該当します。意思決定の節目ごとに直接すり合わせ、合意を文書に残す対象です。
• 影響度は高いが関心度は低い相手
  経営層や決裁者に多く見られます。要点を絞った報告で状況を伝え、判断が必要な場面だけ確実に巻き込みます。
• 影響度は低いが関心度が高い相手
  現場の利用者や隣接チームなどです。意見を聞き、進捗を共有することで協力を得やすくなります。
• 影響度も関心度も低い相手
  定期的な情報共有にとどめ、状況が変わったときに区分を見直します。

この分類は一度決めたら終わりではなく、体制変更や担当交代で立ち位置が変わることがあります。PMは節目ごとに区分を確認し直すのが無難です。

ステークホルダーマネジメントは、思いつきで根回しをすることではなく、順序のある作業として進めます。おおよそ次の流れをたどると整理しやすくなります。

1. 特定
   関係者を洗い出し、一覧化します。組織図や既存の契約関係、過去の類似プロジェクトの体制が手がかりになります。
2. 分析
   先の二軸で分類し、それぞれの期待・懸念・判断権限を書き添えます。ここで「この人は何を成功と考えているか」を言語化しておきます。
3. 関与計画
   誰に、どの頻度で、どの形式（定例会議、個別説明、報告書）で関わるかを決めます。要件定義や要求定義のレビューに誰を呼ぶかも、この段階で見えてきます。
4. 実行と更新
   計画に沿って対話を重ね、議事録や合意事項を残します。状況が変われば一覧と計画を更新します。

成果物としては、ステークホルダー一覧、関与計画、そして各節目の合意を記した議事録や決定事項の記録が中心になります。口頭合意だけで進めると、後になって解釈の食い違いが表面化しやすいため、判断の根拠を文書に残すことが要になります。

ステークホルダーへの対応でよく起きるのは、声の大きい相手にばかり時間を割き、影響度は高いのに関心を示さない決裁者への説明が薄くなるケースです。判断が必要な局面で決裁者の理解が追いついておらず、承認が滞る、という形でつまずきが表面化します。もう一つは、運用担当やセキュリティ部門のように後工程で登場する関係者を早い段階で巻き込まず、設計が固まってから制約が判明する、というものです。

用語の整理として、混同されやすい概念との違いも押さえておくと役立ちます。

• ステークホルダーとユーザーの違い
  ユーザーは実際に使う人を指し、ステークホルダーの一部です。使わないが判断に関わる経営層も含む点で、ステークホルダーのほうが広い概念です。
• ステークホルダーと顧客の違い
  顧客は対価を払う立場ですが、社内プロジェクトのように顧客が明確でない場合でも、影響を受ける関係者は存在します。

この違いを意識しておくと、要件を誰の言葉で確定させるべきかの判断がぶれにくくなります。

ステークホルダーを整理し、合意を形にする力は、プロジェクトの規模が大きくなるほど問われます。転職の場面でも、要件をまとめた経験だけでなく、立場の異なる関係者の期待をどう調整し、どの判断を誰と合意したかを具体的に語れると、担当できるプロジェクトの幅を示しやすくなります。

実務では、関係者一覧や関与計画を自分の型として持っておくと、新しい現場でも立ち上がりが早くなります。特に、影響度は高いのに関心の薄い決裁者を早めに巻き込む段取りや、後工程の運用・保守を初期から会話に入れる進め方は、経験として積み上がるほど再現性が高まっていきます。こうした調整の積み重ねが、PMとしての信頼につながっていくと考えられます。

ステークホルダーとユーザーは何が違いますか。

ユーザーは実際にそのシステムやサービスを使う人を指し、ステークホルダーの一部にあたります。ステークホルダーは、使わないが予算や可否を判断する経営層、稼働後に保守する運用担当なども含む、より広い概念です。PMは両者を区別しつつ、どちらの期待も要件に反映していきます。

ステークホルダーはどうやって洗い出せばよいですか。

組織図や契約関係、過去の類似プロジェクトの体制を手がかりに、影響を与える人と受ける人の両方を挙げていきます。発注側だけでなく、利用部門、運用、法務やセキュリティなど後工程で関わる部門も早めに含めると、設計が固まった後の手戻りを減らしやすくなります。

全員に同じだけ時間をかける必要がありますか。

関わり方には濃淡をつけるのが現実的です。影響度と関心度の二軸で分類し、意思決定を左右する相手には節目ごとに直接すり合わせ、関心の薄い相手には要点を絞った報告にとどめる、といった調整をします。区分は体制変更で変わるため、節目ごとに見直します。