ステークホルダ管理と合意形成|利害対立への対応のサムネイル
ガイドPM

ステークホルダ管理と合意形成|利害対立への対応

公開: 2026-10-03更新: 2026-10-05
プロジェクトマネージャ試験(PM)のステークホルダ管理と合意形成を学習。ステークホルダ管理では、関係者の期待、必要な業務条件、影響力、懸念を把握し、プロジェクトの目的と制約に沿って協働します。声の大きい人の要求をそのまま採用したり、権限の小さい利用者の影響を軽視したりしないようにします。事例と解答例で、条件に合う判断と記述の根拠を確認します。

ステークホルダ管理では、関係者の期待、必要な業務条件、影響力、懸念を把握し、プロジェクトの目的と制約に沿って協働します。声の大きい人の要求をそのまま採用したり、権限の小さい利用者の影響を軽視したりしないようにします。

対立がある場合は、表面の要求とその背景の目的を分けます。必要なデータ収集と入力負荷の軽減のように、両方の目的を満たす選択肢を評価し、決定者と受入条件を明らかにします。

本文の演習は学習用のオリジナル事例です。解答例の表現は一例で、公式問題の解答・配点ではありません。

1. 関係者の関心と影響を確認する

観点

確認すること

注意

影響力・権限

誰が承認・予算・業務判断を行うか

役職だけで決めず実際の分担を見る

関心・期待

何を成功と考え、何を懸念するか

途中の変化も更新する

影響を受ける業務

負荷、運用、利用条件はどう変わるか

権限の小さい現場も評価に参加させる

関与方法

説明、試行、意見収集、承認の場

全員に同じ頻度・内容を送る必要はない

権力・関心度のグリッドは、関与方法を考える補助です。低権力だから情報提供だけで十分と固定せず、安全・法令・重要な利用業務への影響も考慮します。

2. 対立の原因と、選択肢を整理する

協力・問題解決では、目的と制約を共有し、複数の選択肢を比較します。妥協や一時的な調整、緊急時の権限者判断などが適切な場合もあり、どの場面でも一つの手法が最善とは限りません。

入力負荷の対立なら、必要データの絞込み、自動取得、入力時点の変更などを検討します。音声入力や新しい連携を必ず追加するのではなく、既存機能、費用、データ品質、本人や顧客の情報の扱いを確認します。

試行評価では、対象者、評価指標、受入条件を決め、意見をどう扱ったか共有します。全要求の採用は約束せず、採否と理由を説明します。決定は必要な権限者が行い、残る懸念、担当、見直し時期も記録します。

演習1:入力負荷と収集を両立する

条件:営業企画は入力項目を5から30へ増やしたい。現場は負荷を懸念している。既存システムから一部データは自動取得できる。

問い:双方の目的を踏まえた改善案を述べよ。(40字以内)

解答例:必須入力を絞り、取得可能な項目を自動連携して負荷を抑える。(29字)

根拠:必要な分析データを確保しながら、手入力を減らす案です。実際の取得範囲と品質、費用を試行で確認します。

確認ポイント:単に項目数の中間を取るだけでは、必要な情報と負荷の問題が解決するとは限りません。

演習2:現場の懸念を反映する

条件:現場リーダーは操作負荷を理由に新システムへ反対している。試作品を使って入力時間を測定できる。

問い:参画と評価のための行動を述べよ。(35字以内)

解答例:現場リーダーと試作品を評価し、操作上の懸念を改善へ反映する。(30字)

根拠:実際の利用者が評価に参加し、懸念の扱いを確認できるようにします。

確認ポイント:参加させれば必ず賛成に変わるとは限りません。目的は根拠のある合意と必要な改善です。

3. 合意の内容を確認する

  • 要求の背景にある目的と制約を整理したか。

  • 重要な影響を受ける利用者が評価に参加したか。

  • 選択肢を効果・負荷・費用・リスクで比較したか。

  • 採否、理由、承認者、残る懸念を記録したか。

出典と仕様を確認する

IPA:PMシラバス Ver.7.1

次におすすめの学習

この記事を共有する

編集・検証について

編集・検証:IT資格ラボ編集部

IPAが公開する試験要綱・シラバス・過去問題と、各技術の公式資料を優先して内容を確認しています。制度変更や誤りを確認した場合は、記事を見直して更新します。

編集方針・情報源・訂正方針を見る