目次
はじめに
「PMBOKの“10の知識エリア”って、結局何を指しているの？」
「名前は見たことあるけど、内容までは整理できていない…」
そんなふうに感じることはありませんか。
用語だけを並べて見ていると、スコープやコスト、リスクなどがバラバラに見えて、全体のつながりが見えにくくなりがちです。実はこの10分野は、「どの視点でプロジェクトを管理するか」を整理した考え方です。
この記事では、それぞれの役割をやさしく整理しながら、全体像が自然につながるように順を追って説明していきます。
プロジェクトマネジメントの10の知識エリアとは？
PMBOKでよく出てくる「10の知識エリア」という言葉は、プロジェクトマネジメントの全体像を理解するうえで最初に押さえておきたい基本の枠組みです。
ただし、第6版と第7版では整理の仕方が変わっているため、「10分野のままで覚えればいいのか」「新しい考え方ではどう整理されているのか」が混同しやすいポイントでもあります。
ここではまず、第6版で定義されている10の知識エリアの中身を具体的に確認し、そのうえで第7版でどのように8つのパフォーマンス領域へと整理し直されたのかを順番に見ていきます。
PMBOK第6版で定義された10分野
PMBOK第6版では、プロジェクトを管理するための領域が10個に分けて整理されています。具体的には、統合・スコープ・スケジュール・コスト・品質・資源・コミュニケーション・リスク・調達・ステークホルダーの10分野で構成され、それぞれに対応する49のプロセスが用意されています。
これらはバラバラに使うものではなく、常に影響し合う前提で設計されています。たとえばスケジュールを延ばすと、コストや人員の見直しも必要になります。
このように、10分野は作業を分けて整理しながら、全体を一貫して管理するための考え方として使われています。
第7版では8つのパフォーマンス領域に変わった
PMBOK第7版では、第6版の「10の知識エリア」は廃止され、「8つのパフォーマンス領域」に整理し直されています。内容は、ステークホルダー・チーム・開発アプローチとライフサイクル・計画・プロジェクト作業・デリバリー・測定・不確実性の8つです。
第6版のように手順どおりに進める形ではなく、各領域の状態を見ながら、その都度必要な対応を選んでいく考え方に変わっています。
そのため、「順番にこなす」よりも、「状況に合わせて判断する」ことが重視されるようになっています。
プロジェクトマネジメントの10の知識エリア一覧
「10の知識エリア」と聞いても、名称だけを並べて覚えようとすると混乱しやすく、それぞれがどの役割を持っているのかイメージしづらくなります。
全体像を正しくつかむには、まず10分野を一覧で並べて、どの領域がどの管理対象を担っているのかを一度に確認することが重要です。ここでは、PMBOK第6版で定義されている10の知識エリアを一覧表で整理し、それぞれの位置づけをひと目で把握できる形で確認していきます。
10の知識エリアを一覧表で確認する
| 知識エリア | 主な管理内容 |
|---|---|
| 統合マネジメント | 全体計画の作成・変更管理・進行の統括 |
| スコープマネジメント | 成果物の範囲定義・作業範囲の管理 |
| スケジュールマネジメント | タスク順序・期間・納期の管理 |
| コストマネジメント | 予算見積・コスト管理 |
| 品質マネジメント | 成果物の品質基準・品質保証 |
| 資源マネジメント | 人員・設備などリソースの確保と最適化 |
| コミュニケーションマネジメント | 情報共有・報告ルールの管理 |
| リスクマネジメント | リスクの特定・分析・対応 |
| 調達マネジメント | 外部発注・契約・ベンダー管理 |
| ステークホルダーマネジメント | 関係者の期待・関係性の管理 |
この10分野に49プロセスが割り当てられており、各作業がどの管理領域に属するかを整理できます。まずは「どの分野で何を管理しているか」をこの一覧で把握しておくと、実務でも迷いにくくなります。
プロジェクトマネジメントの10の知識エリアを1つずつ解説
10の知識エリアは名称だけ覚えても実務では使いにくく、「結局それぞれ何を管理する分野なのか」が曖昧なままになりがちです。
全体像を理解したあとは、1つずつの役割を具体的に分けて整理することで、どの場面でどの知識エリアを使えばいいのか判断しやすくなります。ここでは、10の知識エリアそれぞれが何を対象にし、どのような管理を行うのかを、順番にシンプルに押さえていきます。
統合マネジメント
統合マネジメントは、プロジェクト全体の計画・実行・変更をまとめて管理する役割です。49プロセスの中でも7つが該当し、全体を一つに整理する軸になります。
まず、プロジェクト憲章で開始を正式に決め、計画書を1つにまとめます。進行中は、進捗や成果物を確認しながら変更を判断し、承認された内容はスケジュールやコストなどに反映していきます。
このように、各分野で発生した情報や変更を一つにまとめて判断することで、全体のズレを防ぐ役割を担っています。
スコープマネジメント
スコープマネジメントは、「どこまでやるか」を決めて、その範囲内で作業を完了させるための管理です。
まず、要求を整理して成果物の内容と受入条件を決め、それをもとにWBSで作業を細かく分解します。進行中は、成果物が条件を満たしているかを確認し、追加の要望が出た場合はそのまま進めず、変更として扱います。
あらかじめ範囲をはっきりさせておくことで、作業の増えすぎやスケジュールの崩れを防ぐことができます。
スケジュールマネジメント
スケジュールマネジメントは、「いつ始めて、いつ終わるか」を決めて、その通りに進んでいるかを管理する領域です。
WBSで分解した作業に日数と前後関係を設定し、開始日と終了日を決めて全体の流れを見える化します。進行中は進捗を確認し、ズレが出た場合は後続の予定を調整していきます。
日程をあいまいにしたまま進めると遅れが広がりやすいため、早めに調整しながら全体の完了日を守っていくことが大切です。
コストマネジメント
コストマネジメントは、プロジェクトにかかる費用を見積もり、予算内に収めるための管理です。
作業ごとに人件費や外注費を積み上げて総予算を決め、進行中は実際の支出を確認しながら差額を見ていきます。もし予算を超えそうな場合は、作業内容や体制を見直して調整します。
あらかじめ金額を決めておくことで、支出の増えすぎを防ぎながら進められるようになります。
品質マネジメント
品質マネジメントは、成果物が決められた基準を満たしているかを確認しながら進めるための管理です。
あらかじめ検査項目や合格条件を決めておき、作業中や完成後にその基準でチェックします。もし基準に届いていない場合は修正し、同じ条件で再確認します。
基準をはっきりさせておくことで、判断のばらつきを防ぎ、安定した品質で成果物を仕上げられるようになります。
資源マネジメント
資源マネジメントは、人員や設備を適切に割り当てて、無理なく作業を進めるための管理です。
作業ごとに担当者や必要な時間を決め、進行中は実際の稼働状況を確認しながら、偏りが出た場合は分担を調整します。
あらかじめ割り当てを整えておくことで、特定の人に負担が集中するのを防ぎ、全体をスムーズに進めやすくなります。
コミュニケーションマネジメント
コミュニケーションマネジメントは、「誰に・いつ・何を伝えるか」を決めて、情報をスムーズに共有するための管理です。
たとえば、進捗は週1回の定例で共有し、変更や遅延があればその日のうちに関係者へ伝えます。必要に応じて、承認者や回答期限もあらかじめ決めておきます。
伝え方のルールを整えておくことで、情報の行き違いを防ぎ、判断をスムーズに進めやすくなります。
リスクマネジメント
リスクマネジメントは、起こりそうな問題をあらかじめ整理し、事前に対応を決めておくための管理です。
リスクごとに発生しやすさと影響の大きさをもとに優先順位をつけ、重要なものから対応方針や担当者を決めておきます。進行中も状況を確認し、実際に起きた場合は決めておいた手順で対応します。
事前に準備しておくことで、いざというときの判断をスムーズにし、影響を最小限に抑えやすくなります。
調達マネジメント
調達マネジメントは、外部に依頼する作業や資材を選び、契約から納品までを管理するための領域です。
作業内容や仕様を決めたうえで見積を取り、条件を比較して依頼先を選定します。契約後は、納期や品質を確認しながら進め、納品物が基準を満たしているかをチェックします。
事前に条件をしっかり決めておくことで、納期遅れや品質のズレを防ぎやすくなります。
ステークホルダーマネジメント
ステークホルダーマネジメントは、関係者ごとに関わり方を整理し、スムーズに進めるための管理です。
関係者を洗い出して影響度に応じて対応を分け、報告頻度や関与の範囲をあらかじめ決めておきます。重要な関係者にはこまめに共有し、それ以外は必要な範囲で伝えていきます。
関わり方を最初に整理しておくことで、承認の遅れや認識のズレを防ぎやすくなります。
プロジェクトマネジメントの10の知識エリアは互いに関係している
10の知識エリアはそれぞれ独立して存在しているわけではなく、実際のプロジェクトでは常に相互に影響し合いながら動きます。
そのため、1つの領域だけを切り離して考えると、スケジュールやコスト、品質などにズレが生じやすくなります。ここでは、1つの変更がどのように他の知識エリアへ波及するのかを具体的に整理し、その全体をどのようにまとめて管理するのかを順番に確認していきます。
1つの変更が他の知識エリアに影響する
1つの知識エリアで変更が起きると、ほかの領域にも影響が広がります。
たとえば作業内容を追加すると、スケジュールやコスト、人員の調整が必要になります。さらに、その変更内容は関係者への共有も欠かせません。
このように、変更は単独で処理せず、関係する領域をまとめて見直すことが大切です。
全体をまとめるのが統合マネジメント
統合マネジメントは、各知識エリアで発生した計画や変更をまとめて判断する役割です。
変更が出たときは、スコープやスケジュール、コストなどへの影響をあわせて確認し、対応を決めます。承認された場合は、関連する計画を更新し、関係者にも共有していきます。
全体を一つの基準で見ていくことで、計画のズレを防ぎながら進めやすくなります。
まとめ
PMBOK第6版の「10の知識エリア」は、プロジェクトを管理するポイントを分かりやすく整理した枠組みです。
スコープやスケジュール、コストなど、それぞれの役割を分けて考えることで、何を管理すればいいのかがはっきりします。ただし実際の現場では、それぞれが独立して動くわけではなく、1つの変更が他の領域にも影響していきます。
そのため、個別に判断するのではなく、統合マネジメントで全体をまとめて調整していくことが大切です。
また、第7版では考え方が変わり、「順番に進める」よりも「状況に合わせて判断する」スタイルへと移行しています。まずは第6版で基本の整理を理解し、そのうえで全体を見て判断する流れをつかんでいくと、実務でも迷いにくくなります。