【1】PMP試験 人・役割・チーム完全整理｜頻出ポイントまとめ

はじめに

本ノートは、PMP（Project Management Professional）試験の学習を通じて、頻出だと感じた「人・役割・チーム」に関する用語を、試験直前に見返せるよう整理したものです。

PMPでは、単に用語を知っているだけではなく、

• まず誰と話すべきか

• チームの問題にどう介入するか

• アジャイルでは誰が何を決めるのか

• ステークホルダーにどう関与してもらうのか

がよく問われます。

特に、スクラムマスター、プロダクトオーナー、プロジェクトマネージャー、スポンサー、ステークホルダーの役割は混同しやすいため、試験直前に整理しておきたい領域です。

1. スクラム / 役割

スクラム

• 短い期間で作って、確認して、改善することを繰り返す開発方法

• アジャイルは「考え方・価値観」

• スクラムは、その考え方を「実践するためのフレームワーク」

〖比較〗

• アジャイル：思想・価値観・原則

• スクラム：アジャイルを実践するための枠組み

• スプリント：スクラムの中で作業を進める短い期間

〖注意〗

• 細かい作業指示ではなく、自己組織化が重視される

スクラムイベント（Scrum Events）

• スクラムで定義されている定例イベント

• チームが開発・確認・改善を継続するために行う

• スプリント、スプリントプランニング、デイリースクラム、スプリントレビュー、スプリントレトロスペクティブが中心

プロダクトオーナー（Product Owner, PO）

• アジャイル開発、特にスクラムにおいて、プロダクトの価値を最大化する責任者

• 「何を作るか」を明確にする

• プロダクトのビジョンやプロダクトバックログの優先順位を管理する

• スプリントゴールが不要になった場合、スプリントをキャンセルする権限を持つ

〖比較〗

• プロダクトオーナー：何を作るか、何が価値かを決める

• 開発者：どう作るか、スプリントでどう実現するかを決める

• スクラムマスター：スクラムが機能するように支援する

〖試験では〗

「バックログの優先順位」「プロダクト価値」「ステークホルダー要求の反映」が出たら、まずプロダクトオーナーを疑う

スクラムマスター（Scrum Master）

• スクラムという開発フレームワークが正しく機能するように支援する役割

• スプリントプランニング、デイリースクラム、スプリントレビュー、スプリントレトロスペクティブなどのイベントが有効に行われるよう支援する

• 障害を取り除き、チームの学習を支援し、自己組織化を促す

〖注意〗

• スクラムマスターはタスクの割り当てを行わない

• チームが自主的にタスクを選択することを促す立場

• 実際の作業遂行に直接責任を負わない

• メンバーのコーチングはスクラムマスターの重要な役割

• スクラムマスターはチームに自律的な改善を促す立場

〖試験では〗

「障害を取り除く」が出たら、スクラムマスターが関係する可能性が高い

開発者

• スプリント内で、完了の定義に基づいた品質を担保する

• 製品の品質を作り込む主要なスクラムロール

• タスクの遂行、品質管理、自己調整を行う

• コミットメント達成の手段に責任を持つ

〖注意〗

• 開発者は、単なる作業担当者ではない

• スプリントバックログの計画や日々の調整に責任を持つ

• 「どう作るか」は開発者が主体的に考える

〖比較〗

• プロダクトオーナー：何を作るか

• 開発者：どう作るか

• スクラムマスター：スクラムが機能するよう支援する

プロジェクトマネージャー（PM）

• 単なる進捗管理者ではなく、「価値創出のリーダー」

• 人を動かし、プロセスを回し、ビジネス価値を最大化する統合リーダー

• プロジェクト全体の統合、調整、リスク管理、コミュニケーション、教訓の取りまとめに関わる

• 見積もりの作成・調整にも責任を持つ

• PMの仕事は、成果物が「定められた要件を満たしているか」で判断される

〖注意〗

• バックログの優先順位付けは、プロダクトオーナーの責任

• PMがすべてを指示・決定するわけではない

• PMPでは、PMは「命令する人」ではなく、チームとステークホルダーをつなぎ、価値を出すために支援する人として問われやすい

• スクラムマスターだけでなく、PMも必要に応じてコーチングする

• 任命直後にステークホルダー同士の対立がある場合には、前任者へのヒアリングも有効

〖試験では〗

PMの基本姿勢は、

• まず状況を確認する

• 関係者と話す

• チームを巻き込む

• 計画・登録簿・管理計画書を確認する

• いきなりエスカレーションしない

PMO（Project Management Office：プロジェクト管理オフィス）

• 標準的な手順やフレームワークを提供する組織・機能

• 組織内のプロジェクトを横断的に支援・標準化・統制する

• 個々のプロジェクトの具体的なコミュニケーション管理計画の変更は、基本的にはPMが主体

• PMOは支援役・ルール整備役

〖注意〗

• PMOは単なる事務局ではない

• 個別プロジェクトの現場判断をすべてPMOが行うわけではない

〖比較〗

• PM：個別プロジェクトの統合責任を持つ

• PMO：組織横断で支援・標準化・統制する

• スポンサー：経営側から承認・資金・権限を与える

プロジェクトスポンサー（Project Sponsor）

• プロジェクトの承認、資金提供、全体戦略の支持を行う役割

• プロジェクトの経営側の責任者・後ろ盾

• 予算・追加投資の意思決定

〖試験では〗

「資金」「承認」「経営判断」「組織横断の障害」「プロジェクト継続可否」が出たら、スポンサーの関与を考える

上級管理者

• スポンサーよりさらに上の経営層 or 組織全体を見ている層

• 通常は直接関与しない（例外対応）

• スポンサーが意思決定できない、部門間で重大な対立がある、経営判断レベルの問題等を扱う

【注意】

• スクラムでは、プロダクトオーナー、スクラムマスター、開発者に上下関係はない

• 上級管理者は組織の意思決定を行う立場にあり、基本要求に従う

ステークホルダー

• プロダクトやプロジェクトに影響を与える、または影響を受ける人・組織

• 要求を提示し、フィードバックを提供する

• スプリントレビューや成果物の検証では、ステークホルダーの関与が重要

• 新しいステークホルダーが判明した場合はまず本人と対話して期待や影響度を確認し、ステークホルダー登録簿やエンゲージメント計画を更新する

〖注意〗

• ステークホルダーは「最後に報告する相手」ではない

• 早い段階から関与してもらうことで、手戻りや期待値のズレを減らせる

• ただし、全員を同じ深さで巻き込む必要はない

PMP登場人物一覧

2. リーダーシップ / チーム形成

サーバントリーダー（Servant Leader）

• チームを上から指示・管理するのではなく、メンバーが成果を出せるように支援するリーダー

• アジャイルやスクラムでは、スクラムマスターに求められる重要な考え方

〖試験では〗

「指示する」「命令する」「管理する」よりも、
「支援する」「促す」「コーチングする」「障害を取り除く」が正解になりやすい

ラポール（Rapport）

• 人と人との間に生まれる信頼関係や心の通じ合い

• 心理学やカウンセリングで使われる言葉

• ビジネスやプロジェクトマネジメントでも重要

〖ポイント〗

• チーム内の対話をしやすくする

• 本音を引き出しやすくする

• コンフリクトの早期発見につながる

〖注意〗

• ラポールは、単なる仲良し関係ではない

• 問題を言いやすくするための信頼関係と考える

心理的安全性

• 失敗を学びの機会として捉えられる状態

• チームメンバーが意見・懸念・失敗を率直に共有できる状態

• チーム全体の成熟度を高め、アジャイルなプロセスを円滑にする

• アジャイルチームメンバーのコーチングで、最も優先するべき要素

• 問題文では、「オープンな場」と表現されることもある

〖注意〗

• 心理的安全性は「厳しいことを言わない」ことではない

• 問題を隠さず、早く共有できる状態が重要

• PMPでは、対立や不満がある場合、まず安全に話せる場を作る選択肢が有力

ワーキングアグリーメント（Working Agreement）

• チーム内で合意して決める行動ルール

• アジャイルやスクラムでよく使われる

• チームの働き方、会議ルール、連絡方法、意思決定方法などを明確にする

• 会議前確認することで、対立の抑制や建設的な対話の促進につながる

〖注意〗

• 即効性があり、チームの一体感を損なわずに対立を緩和できる

• PMやスクラムマスターが一方的に決めるのではなく、チームで合意することが重要

〖試験では〗

「チーム内の認識がずれている」「会議や連絡方法で混乱している」「行動ルールが曖昧」といった場合、ワーキングアグリーメントが有効

タックマンモデル（Tuckman Model）

• チームが成長していくプロセスを説明するモデル

• プロジェクトチームがどのように形成され、成熟し、成果を出すようになるかを5段階で説明する

① Forming（形成期）

• チームが結成されたばかりの段階

• 方向性や役割がまだ曖昧

• 指示的なアプローチで方向付けが必要になることがある

② Storming（混乱期・動乱期）

• 意見の対立や衝突が起こる段階

• コンフリクトが発生しやすい

• PMやスクラムマスターは、対立の解消を支援する

③ Norming（統一期）

• チームのルールや関係性が整う段階

• チーム規範が定着し始める

• 自己組織化を促進する

④ Performing（機能期）

• チームが高い成果を出す段階

• 障害除去、継続的改善、外部からの保護が重要

⑤ Adjourning（解散期）

• プロジェクト終了段階

• 振り返り、成果共有、ナレッジ継承を行う

〖比較〗

• PMPのフェーズ：プロジェクトの全体、成果物を完成させる目的

• タックマンモデル：チームの成長・成熟度合い、強いチームを作る目的

〖注意〗

• 動乱期は異常ではない

• 「チーム成長」の自然なプロセスとして考える

• PMPでは、対立が出たからすぐにメンバーを入れ替える、エスカレーションする、というよりも、まず対話と解決支援を考える

チームビルディング（Team Building）

• チームのメンバー同士が信頼関係を築き、協力して高い成果を出せる状態を作る活動

• チームの成熟度を高めるために行う

〖ポイント〗

• 信頼関係の構築

• コミュニケーション改善

• 役割理解

• 相互理解

• 協力姿勢の醸成

チームダイナミクス（Team Dynamics）

• チームメンバー同士の相互作用によって生まれる行動や関係性の変化

• メンバーの関係性、信頼、対立、役割認識、コミュニケーションが成果に影響する

〖注意〗

• 個人の能力だけでなく、チーム内の相互作用を見る

• 問題が起きたとき、個人を責めるよりも、チームの関係性・ルール・コミュニケーション構造を確認する

コンフリクトの解消

コンフリクトが起きた場合、PMPでは基本的に、いきなり強制・命令・エスカレーションではなく、まず当事者間で建設的に解決する方向を考える

代表的な考え方は次の通り

1. 協働・問題解決（Collaborate / Problem Solve）

2. 妥協・調整（Compromise / Reconcile）

3. 円滑化・適応（Smooth / Accommodate）

4. 撤退・回避（Withdraw / Avoid）

5. 強制・指示（Force / Direct）

〖注意〗

• 「交渉」は合意形成のための技法として出ることがある

• ただし、コンフリクト対応の基本姿勢として最も望ましいのは、協働・問題解決

• 強制は最後の手段になりやすい

〖試験では〗

「まず話し合う」「根本原因を確認する」「当事者を巻き込んで解決する」がPMP的には自然

内密な会議

• 信頼関係の維持と心理的安全性の確保に向けた初動として有効

• 本人が本音を話しやすくなる

• 対立の根本原因や感情面の課題が見えやすくなる

〖注意〗

• いきなり全体会議にすると、本人が話しにくいことがある

• センシティブな問題では、まず個別に事実確認する選択肢が適切な場合がある

• ただし、密室で勝手に決めるのではなく、あくまで状況把握と信頼関係構築のために行う

コミュニケーション管理計画

• 「誰に・何を・いつ・どのように・誰が伝えるか」を定める計画書

• 情報共有の漏れや認識のズレを防ぎ、必要な情報を適切なタイミングで関係者へ届けることが目的

〖注意〗

• コミュニケーション管理計画は「情報の伝え方」を定める計画

• ステークホルダー・エンゲージメント計画は「関係者との関わり方」を定める計画

〖試験では〗

• 「情報共有が不足している」「報告漏れが発生した」といった問題では、いきなり会議を増やしたりメールを送ったりするのではなく、まずコミュニケーション管理計画を確認・更新する選択肢がPMPらしい考え方

ステークホルダー・エンゲージメント計画

• ステークホルダーごとに、どのように関与してもらい、期待や協力を得るかを定める計画書

主な内容は次の通り

• ステークホルダーの期待・関心事項

• 現在の関与レベルと目標とする関与レベル

• 関与を高めるための対応方針

• 定期的な面談やレビューの実施方法

• 反対者・消極的な関係者への対応方針

〖注意〗

• ステークホルダー・エンゲージメント計画：「人との関わり方」

• コミュニケーション管理計画：「情報共有の方法」

• 予測型プロジェクトで重要な活動

〖試験では〗

「ステークホルダーの支持が得られていない」「期待値にズレがある」「抵抗する関係者がいる」といった問題では、まずステークホルダーを分析し、エンゲージメント計画を確認・更新する選択肢がPMPらしい考え方