ITパスポート 2022年 問52
問題文
A社がB社にシステム開発を発注し、システム開発プロジェクトを開始した。プロジェクトの関係者①〜④のうち、プロジェクトのステークホルダとなるものだけを全て挙げたものはどれか。
① A社の経営者
② A社の利用部門
③ B社のプロジェクトマネージャ
④ B社を技術支援する協力会社
選択肢
ア:①、②、④
イ:①、②、③、④(正解)
ウ:②、③、④
エ:②、④
🔒 解説は解答すると表示されます
問題タイトル +【ITパスポート 解説】
A社がB社にシステム開発を発注し、システム開発プロジェクトを開始した。プロジェクトの関係者①〜④のうち、プロジェクトのステークホルダとなるものだけを全て挙げたものはどれか。
① A社の経営者
② A社の利用部門
③ B社のプロジェクトマネージャ
④ B社を技術支援する協力会社
② A社の利用部門
③ B社のプロジェクトマネージャ
④ B社を技術支援する協力会社
選択肢: ア: ①、②、④, イ: ①、②、③、④, ウ: ②、③、④, エ: ②、④
正解の理由
この問題の正解は イ です。
まず「ステークホルダ(stakeholder:利害関係者)」とは、プロジェクトに対して利害(関心や影響)を持つ個人や組織のことです。プロジェクトの成果や進め方によって利益を受けたり、影響を受けたり、意思決定に関わったりする人が該当します。
まず「ステークホルダ(stakeholder:利害関係者)」とは、プロジェクトに対して利害(関心や影響)を持つ個人や組織のことです。プロジェクトの成果や進め方によって利益を受けたり、影響を受けたり、意思決定に関わったりする人が該当します。
- ① A社の経営者:プロジェクトの結果(コスト・投資効果・経営戦略への合致)に強い関心があり、意思決定や資金提供に関わるため明らかにステークホルダです。
- ② A社の利用部門:完成したシステムを実際に使う側なので、要件や使い勝手に直接利害があります。利用者は典型的なステークホルダです。
- ③ B社のプロジェクトマネージャ(PM:Project Manager:プロジェクト責任者):プロジェクトの遂行と成功に責任を持つため、結果に直接利害関係があります。関与度が高くステークホルダになります。
- ④ 協力会社:技術支援をすることで成果物の品質や納期に影響を与えます。契約や業務分担によっては自社の業績にも影響が出るため、ステークホルダとなります。
以上より、①〜④すべてがステークホルダに該当するため、全て含む選択肢(イ)が正解です。
解法ステップ
- 「ステークホルダ」の定義を確認する。
- プロジェクトに利害や関心がある人・組織かを判断する。
- 各関係者について「この人/組織はプロジェクトの結果や進め方で影響を受けるか、または影響を与えるか?」と自問する。
- 「はい」であればステークホルダに含める。「いいえ」であれば除外する。
- 選択肢の組み合わせが上記判断と一致するか照らし合わせる。
短く言うと、「関心または影響があるか」を基準に一つずつ当てはめれば良い問題です。
選択肢別の誤答解説
-
ア: ①、②、④
— 間違い。B社のプロジェクトマネージャ(③)もプロジェクトの進行と成功に直接関与し、利害を持つためステークホルダです。③を抜くのは誤りです。 -
イ: ①、②、③、④
— 正解。説明の通り、すべてが利害関係者です。 -
ウ: ②、③、④
— 間違い。A社の経営者(①)は資金提供や戦略的判断を行う立場であり、プロジェクトの結果に強い関心と影響力を持つためステークホルダです。①を除外するのは誤りです。 -
エ: ②、④
— 間違い。経営者(①)と受注側のPM(③)を除外しているので不十分です。これらも利害関係を持ちます。
よくある誤解
-
「発注者(A社)だけがステークホルダ」だと思う誤解
- 発注者の中でも、経営者や利用部門はそれぞれ異なる視点で利害を持ちます。さらに受注側の関係者(PMや協力会社)も利害関係者です。
-
「外部の協力会社は単なる作業者でステークホルダではない」と考える誤解
- 技術提供や納期遵守が成果に直結するため、外部企業も明確な利害関係者です。
-
「プロジェクトマネージャは単に実行するだけでステークホルダではない」と考える誤解
- PMはプロジェクト成功に対して責任と評価が伴うため、ステークホルダに該当します。
補足コラム
ステークホルダの扱い方としてよく使われる考え方に「RACI(レイシー)」があります。RACIは関係者の役割を整理するフレームワークで、次の4つを表します。
- Responsible(実行する人)
- Accountable(最終責任者)
- Consulted(相談を受ける人)
- Informed(報告を受ける人)
簡単な使い方:関係者ごとに「誰が実行するか」「誰が最終責任を持つか」を明確にします。ステークホルダを洗い出した後、このような役割分担を決めると混乱が減ります。
また、ステークホルダを「影響力(権限)」と「関心度(関心の強さ)」でマトリクス(2軸)に配置する手法もあります。これにより、誰を重点的に関わらせるべきか(高影響・高関心)などが分かります。
FAQ
Q1: ステークホルダと利害関係者は同じですか?
A1: はい。同じ意味です。英語のstakeholderをそのまま日本語にしたものです。
A1: はい。同じ意味です。英語のstakeholderをそのまま日本語にしたものです。
Q2: プロジェクトメンバー(作業者)は常にステークホルダですか?
A2: 多くの場合「はい」です。作業の成果や評価に影響を受けるため利害があります。ただし、利害の有無で判断するので、関係が薄い場合はステークホルダに含めないこともあります。
A2: 多くの場合「はい」です。作業の成果や評価に影響を受けるため利害があります。ただし、利害の有無で判断するので、関係が薄い場合はステークホルダに含めないこともあります。
Q3: 顧客(発注者)と利用部門はどう違いますか?
A3: 顧客(発注者)は契約や資金提供などの立場で全体に関心を持ちます。利用部門は実際のユーザで、要件や使いやすさに直接関心があります。どちらも別々の視点でステークホルダです。
A3: 顧客(発注者)は契約や資金提供などの立場で全体に関心を持ちます。利用部門は実際のユーザで、要件や使いやすさに直接関心があります。どちらも別々の視点でステークホルダです。
Q4: ステークホルダの洗い出しはいつ行えば良いですか?
A4: プロジェクトの初期段階で行うのが基本です。早めに洗い出して関係性を整理すると、後でのトラブルを避けられます。
A4: プロジェクトの初期段階で行うのが基本です。早めに洗い出して関係性を整理すると、後でのトラブルを避けられます。
関連キーワード: ステークホルダ、利害関係者、プロジェクトマネジメント、RACI、発注者、受注者、プロジェクト関係者、PM、協力会社、ステークホルダーマップ

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

