ステークホルダ管理と合意形成|利害対立への対応
ステークホルダ管理では、関係者の期待、必要な業務条件、影響力、懸念を把握し、プロジェクトの目的と制約に沿って協働します。声の大きい人の要求をそのまま採用したり、権限の小さい利用者の影響を軽視したりしないようにします。
対立がある場合は、表面の要求とその背景の目的を分けます。必要なデータ収集と入力負荷の軽減のように、両方の目的を満たす選択肢を評価し、決定者と受入条件を明らかにします。
本文の演習は学習用のオリジナル事例です。解答例の表現は一例で、公式問題の解答・配点ではありません。
1. 関係者の関心と影響を確認する
観点 | 確認すること | 注意 |
|---|---|---|
影響力・権限 | 誰が承認・予算・業務判断を行うか | 役職だけで決めず実際の分担を見る |
関心・期待 | 何を成功と考え、何を懸念するか | 途中の変化も更新する |
影響を受ける業務 | 負荷、運用、利用条件はどう変わるか | 権限の小さい現場も評価に参加させる |
関与方法 | 説明、試行、意見収集、承認の場 | 全員に同じ頻度・内容を送る必要はない |
権力・関心度のグリッドは、関与方法を考える補助です。低権力だから情報提供だけで十分と固定せず、安全・法令・重要な利用業務への影響も考慮します。
2. 対立の原因と、選択肢を整理する
協力・問題解決では、目的と制約を共有し、複数の選択肢を比較します。妥協や一時的な調整、緊急時の権限者判断などが適切な場合もあり、どの場面でも一つの手法が最善とは限りません。
入力負荷の対立なら、必要データの絞込み、自動取得、入力時点の変更などを検討します。音声入力や新しい連携を必ず追加するのではなく、既存機能、費用、データ品質、本人や顧客の情報の扱いを確認します。
試行評価では、対象者、評価指標、受入条件を決め、意見をどう扱ったか共有します。全要求の採用は約束せず、採否と理由を説明します。決定は必要な権限者が行い、残る懸念、担当、見直し時期も記録します。
演習1:入力負荷と収集を両立する
条件:営業企画は入力項目を5から30へ増やしたい。現場は負荷を懸念している。既存システムから一部データは自動取得できる。
問い:双方の目的を踏まえた改善案を述べよ。(40字以内)
解答例:必須入力を絞り、取得可能な項目を自動連携して負荷を抑える。(29字)
根拠:必要な分析データを確保しながら、手入力を減らす案です。実際の取得範囲と品質、費用を試行で確認します。
確認ポイント:単に項目数の中間を取るだけでは、必要な情報と負荷の問題が解決するとは限りません。
演習2:現場の懸念を反映する
条件:現場リーダーは操作負荷を理由に新システムへ反対している。試作品を使って入力時間を測定できる。
問い:参画と評価のための行動を述べよ。(35字以内)
解答例:現場リーダーと試作品を評価し、操作上の懸念を改善へ反映する。(30字)
根拠:実際の利用者が評価に参加し、懸念の扱いを確認できるようにします。
確認ポイント:参加させれば必ず賛成に変わるとは限りません。目的は根拠のある合意と必要な改善です。
3. 合意の内容を確認する
要求の背景にある目的と制約を整理したか。
重要な影響を受ける利用者が評価に参加したか。
選択肢を効果・負荷・費用・リスクで比較したか。
採否、理由、承認者、残る懸念を記録したか。
出典と仕様を確認する
次におすすめの学習
編集・検証について
編集・検証:IT資格ラボ編集部
IPAが公開する試験要綱・シラバス・過去問題と、各技術の公式資料を優先して内容を確認しています。制度変更や誤りを確認した場合は、記事を見直して更新します。
編集方針・情報源・訂正方針を見る