ステークホルダーとの関わり方 - - マネジメントの道具箱
はじめに
どんなに優れた技術や計画があっても、それだけではプロジェクトはうまく進みません。
プロジェクトの成否を左右するのは、それに関わる「人」との関係です。
「人とのつながりがプロジェクトを成功に導く」
特にソフトウェア開発などのITプロジェクトでは、多くの人が異なる立場から関わり合います。
こうした人々を「ステークホルダー」と呼びます。
ここでは、ステークホルダーの役割や特徴、そしてそれぞれとの効果的な関わり方について書いていきます。
1.ステークホルダーとは
1.1 定義と代表例
ステークホルダーとは、プロジェクトに「関心がある」あるいは「影響を受ける」人や組織のことをいいます。意思決定、活動、成果などに関わることになります。
たとえば以下のような人たちが該当します。
•クライアント(発注者)
•経営層や社内の関連部門
•開発チーム
•協力会社
•ユーザー
彼らの意見や期待を無視してプロジェクトを進めることはできません。
それぞれが異なる立場からプロジェクトを見ており、調整や情報共有が重要となるのです。
1.2 具体的なイメージ
たとえば、ある企業が新しいWebサービスを立ち上げるとしましょう。
そのプロジェクトには次のような人たちが関わります。
(1)クライアント(発注者)
新しいWebサービスの企画や予算を立て、開発を外部や社内に依頼する立場です。クライアントの役割は「こういうサービスを作りたい」「このような目的がある」といった要件を明確にし、プロジェクト全体の方向性を示すことです。
(2)経営層や社内の関連部門
社内には、サービスに直接関わる部署がいくつもあります。
・経営層は、サービスの投資対効果や会社の方針との整合性を見ています。
・企画部門は、どんなサービスが市場に受け入れられるかを考えます。
・営業やマーケティング部門は、完成したサービスを「売る」「広める」役割です。
(3)開発チーム
Webサービスを実際に形にするメンバーです。プログラマー、UIデザイナー、プロジェクトマネージャーなどが含まれます。
(4)協力会社
外部に開発の一部やデザイン、インフラ管理などを委託する場合、その会社も重要なステークホルダーです。
(5)ユーザー
最終的にWebサービスを使うのがユーザーです。個人で使う人もいれば、企業内で業務に利用する人もいます。
このように、それぞれ異なる視点を持つ人たちが、ひとつのプロジェクトに集まっているのです。
2. ステークホルダーとの関わり方のポイント
2.1 クライアント(発注者)
プロジェクトの依頼主であり、予算や最終成果に責任を持つ立場です。
【関わり方】
・初期段階でサービスの目的や背景を丁寧に共有します。また、予算や納期などを明確にすり合わせます。
・開発途中では、定期的に進捗確認や仕様のすり合わせを行いながら、必要に応じて方向修正を行います。
・最終的には成果物をチェックし、満足いく形で納品されるかを判断します。
【注意点】
・要件があいまいだったり、途中で意見が変わったりすることもあります。
・こまめな確認、合意形成が重要です。
・記録を残しつつ柔軟に対応することが必要です。
・指示をそのまま受けるのではなく、背景や目的も確認しながら対話する姿勢が大切です。
2.2 社内関係者
(1) 経営層
会社の方針や投資判断を行う立場です。
【関わり方】
・プロジェクトの目的や効果を簡潔に説明します。
・定量的な効果(例:売上、顧客数の増加)をわかりやすく伝えます。
・報告は、数値や成果を中心にして、納得を得やすくします。
(2)企画部門
製品やサービスの方向性、企画立案を担う部署です。
【関わり方】
・ユーザー視点や市場のニーズを取り入れるための連携を行います。
・要件定義段階では、「アイデアの実現性」をすり合わせることが重要です。
(3) 営業部門
お客様との接点を持ち、製品を販売する役割です。
【関わり方】
・現場の声を引き出す窓口として活用します。
・情報の行き違いや誤解を防ぐため、「ターゲット」「仕様/機能説明」「リリース情報」などを正確に共有します。
2.3 開発チーム
(1) プロジェクトマネージャー(PM)
プロジェクト全体を管理する責任者です。
【関わり方】
・チームと関係者の橋渡し役としての役割を意識します。
・要件や背景を分かりやすく伝えることで、開発メンバーが「なぜこの機能が必要か」を理解しやすくします。
・定例ミーティングなどで、進捗や課題を共有する習慣が有効です。
・チーム内で誰が何を担当しているのか、責任範囲を明確にすることが重要です。
(2) エンジニア(SE、プログラマー)
設計や実装を担当する技術者です。
【関わり方】
・技術的な判断が必要なときはPMなどに相談を仰ぎます。
・仕様変更の際は影響範囲を確認してから進めます。
(3) UI/UXデザイナー
画面の見た目や使いやすさを設計する職種です。
【関わり方】
・デザインの目的を言語化して伝えるようにします。
・ビジュアルだけでなく、使いやすさも大切にしましょう。
2.4 協力会社(外部パートナー)
一部業務を外部に委託する場合の相手です。
【関わり方】
・(PMは)業務の目的や背景を丁寧に説明し、「パートナー」としての関係を築きましょう。
・「契約内容」「成果物の基準」「スケジュール」などをを明確にし、認識のズレを防ぎます。
・進捗確認のタイミングやレビュー体制も、初めに決めておく必要があります。
2.5 エンドユーザー(システムの利用者)
最終的にシステムを使う人たちです。
個人で使う人もいれば、企業内で業務に利用する人もいます。彼らの満足度が、プロジェクトの評価を決めるともいえます。
【関わり方】
・初期段階でアンケートやインタビューを通じて「どんな課題を抱えているか」「どんな機能が欲しいか」など、本当のニーズを把握します。
・プロトタイプ(試作品)やテスト版を使ってもらい、使い勝手のフィードバックを得ます。
・本番公開後も、問い合わせ対応や改善のための声を継続的に集めましょう。
【注意点】
・ユーザーの声は大切ですが、すべての意見に応えるのは難しいこともあります。全体のバランスを考えながら優先順位をつけることが大切です。
・専門用語は避け、わかりやすい言葉で説明します。
3.書籍の紹介
・プロジェクトマネジメント知識体系ガイド
(PMBOKガイド)第7版 Kindle版
+プロジェクトマネジメント標準: PMI日本支部 監訳
プロジェクトマネジメント協会(PMI) (著)
一般社団法人 PMI日本支部 (2023/1/6)
( ※ 書籍の解説等は原則としてリンク先(Amazon)における解説をベースに記載しています。詳細内容はリンク先を参照願います。)
・図解即戦力 PMBOK第7版の知識と手法がこれ1冊でしっかりわかる教科書 Kindle版
前⽥ 和哉 (著)
技術評論社 (2024/9/20)
プロジェクトマネジメントの世界標準として知られるPMBOK Guide 第7版の解説書です。「プロジェクトの基本」「価値実現システム」「12の原理・原則」などプロジェクトマネジメントの基礎となる知識のほか、PMBOK第7版のメインテーマともいえる「8つのパフォーマンス領域」について、要点をくわしく解説します。プロジェクトマネジメントの勉強のほか、PMP試験対策の第一歩としてもおすすめできる1冊です。
( ※ 書籍の解説等は原則としてリンク先(Amazon)における解説をベースに記載しています。詳細内容はリンク先を参照願います。)
・図解入門よくわかる 最新PMBOK第6版の基本 Kindle版
鈴木安而 (著)
秀和システム (2018/3/23)
PMBOKガイドは、米国プロジェクトマネジメント協会により、日本語を含め世界11ヶ国語に翻訳・出版されています。翻訳されても、専門用語が多い、カタカナ用語が多いなどの理由からなかなか理解が困難です。本書は、『PIMBOKガイド第6版』の翻訳・監訳チーム・リーダーでもある著者が、本来の意味をなるべくかみ砕いて解説します。イメージしやすいよう図版を豊富に使っているので、初心者からベテランまでわかりやすくなっています。
( ※ 書籍の解説等は原則としてリンク先(Amazon)における解説をベースに記載しています。詳細内容はリンク先を参照願います。)
・プロジェクトマネジメントの基本がこれ1冊でしっかり身につく本 Kindle版
前田和哉【著】
技術評論社(2022/06)
本書は、プロジェクトマネジメントについて基本から学ぶことのできる入門書です。プロジェクトマネジメントの基礎知識について解説した後、プロジェクトを「立ち上げ」「計画」「実行」「監視・コントロール」「完了」という5つの段階に分け、各段階において実施すべきこと、注意すべきポイントについて丁寧に解説しています。
( ※ 書籍の解説等は原則としてリンク先(Amazon)における解説をベースに記載しています。詳細内容はリンク先を参照願います。)
おわりに
プロジェクトの現場は、まるで「生態系」のように多様な立場の人々が関わっています。
それぞれの役割や価値観を理解し、協力し合うことで、初めてプロジェクトはうまくいくのです。
プロジェクトマネージャーにとって、ステークホルダーとの関係づくりは、技術やツール以上に大切なスキルです。
関わるすべての人と良い関係を築きながら、共通のゴールを目指して進んでいくことが求められているのです。
いいなと思ったら応援しよう!
よろしければ応援お願いします! いただいたチップはクリエイターとしての活動費に使わせていただきます!