目次
はじめに
「PMBOKってよく聞くけど、結局どんなものなの？」と感じていませんか。
「プロジェクトマネジメントと何が違うのか分からない」
「仕事で名前は出てくるけど、自分にどう関係するのかイメージしづらい」と迷うこともありますよね。
PMBOKは“考え方のまとめ”なので、具体的な使い方が見えないと少し分かりにくく感じがちです。
この記事では、「PMBOKとは何か」という基本から、仕事の中でどんな場面に活かせるのかまで、順を追ってやさしく整理していきます。
読み進める中で、「自分ならどこで使えそうか」が自然と見えてくるはずです。
プロジェクトマネジメントとは？
「プロジェクトマネジメントとは何か」と聞かれても、言葉だけではイメージしづらいと感じる方は多いはずです。
まずは全体像をシンプルに一文で押さえたうえで、「具体的に何を達成するための考え方なのか」まで整理すると、日々の業務や実際のプロジェクトにどう活かせるのかがはっきり見えてきます。
プロジェクトマネジメントの定義
開始日と終了日を決め、必要な作業を工程ごとに分解し、担当者・期限・予算を割り当てたうえで、進捗を日単位で確認しながら計画との差分を修正して、決めた期日内に成果物を完成させる管理手法です。
何を達成するための考え方？
納期、予算、品質の3つの条件を同時に満たしながら、開始から完了までに必要な作業を計画どおりに進め、最終的に仕様どおりの成果物を期日内に完成させることを達成するための考え方です。
プロジェクトマネジメントのPMBOKとは？
PMBOKという言葉は聞いたことがあっても、「具体的に何を指すのか」「プロジェクトマネジメントとどう違うのか」が曖昧なままになっている方は少なくありません。
まずはPMBOKそのものの定義を一文で押さえ、そのうえで実際のプロジェクトマネジメントとどのように関係しているのかを整理していきます。
PMBOKの定義
プロジェクトの開始から完了までに実施する49のプロセスを、5つのプロセス群と10の知識エリアに整理し、各プロセスで実行する作業内容、入力情報、成果物、使用する手法を体系的に定義したプロジェクトマネジメントの標準ガイドです。
プロジェクトマネジメントとの関係
プロジェクトマネジメントで実際に行う作業を、開始・計画・実行・監視コントロール・終結の5つの流れと、スコープ・スケジュール・コストなど10の管理領域に分けて手順と成果物を具体的に定義し、誰がどのタイミングで何を実行すればよいかを示す基準として機能します。
プロジェクトマネジメントのPMBOKの全体像
PMBOKは言葉の定義だけでなく、「実際にどう進めるのか」と「何を管理するのか」をセットで理解することで、はじめて全体像がつかめます。
まずはプロジェクトの進み方を示す5つのプロセス群で流れを押さえ、そのうえで具体的に管理すべき10の知識エリアを確認していきます。
5つのプロセス群
| プロセス群 | 何をするか | 具体的な作業（現場イメージ） |
|---|---|---|
| 開始 | 目的と範囲を確定する | ゴール設定／関係者の合意／スコープ決定 |
| 計画 | 進め方を設計する | 作業分解（WBS）／日程作成／予算算出／担当割り振り |
| 実行 | 計画どおりに進める | タスク実行／メンバー管理／コミュニケーション |
| 監視・コントロール | ズレを測って修正する | 進捗・コスト・品質を日単位で確認／遅延や超過の修正 |
| 終結 | きちんと終わらせる | 成果物の受け入れ確認／契約処理／ドキュメント整理 |
プロジェクトはこの5つを順番に進めていくのが基本ですが、実際の現場では「実行しながら監視・修正」を繰り返す形になります。
特に重要なのは監視・コントロールで、ここを日単位で回せるかどうかで、遅延やコスト超過を防げるかが決まります。
10の知識エリア
| 知識エリア | 何を管理するか | 現場でやること（具体） |
|---|---|---|
| 統合 | 全体のまとめ・調整 | 計画の統合／変更承認フローの管理／全体進行の判断 |
| スコープ | 作業範囲 | やること・やらないことの明確化／追加依頼の管理 |
| スケジュール | 日程 | WBS作成／ガントチャート管理／遅延の調整 |
| コスト | 予算 | 見積もり作成／実績との差分管理／予算超過の対応 |
| 品質 | 成果物の基準 | 品質基準の設定／チェック工程の実施／不具合修正 |
| 資源 | 人・設備 | 担当割り振り／稼働管理／リソース不足の調整 |
| コミュニケーション | 情報共有 | 会議設計／報告ルール／関係者への共有タイミング管理 |
| リスク | 問題の可能性 | リスク洗い出し／影響度評価／事前対策の実行 |
| 調達 | 外部発注 | ベンダー選定／契約管理／納品・検収の確認 |
| ステークホルダー | 関係者 | 期待値の調整／合意形成／クレーム・要望対応 |
これら10の領域ごとに、「計画を立てる→数値で進捗を管理する→変更を承認して反映する」という流れを整理しておくことで、担当者が日単位で実行と確認を回せる状態になります。
全体を一度に見るのではなく、領域ごとに分けて管理することで、抜け漏れや判断の迷いを防ぎやすくなります。
プロジェクトマネジメントのPMBOK｜第6版と第7版の違い
PMBOKは版によって考え方や整理の仕方が大きく変わっており、第6版と第7版では「何を基準にプロジェクトを進めるのか」という軸自体が異なります。
まずは従来型との違いで全体の変化を押さえたうえで、第7版で重視されているポイントを具体的に確認していきます。
従来型との違い
第6版までは49のプロセスを5つのプロセス群と10の知識エリアに固定し、各プロセスで実行する手順と成果物を順番どおりに適用する前提で進めていましたが、第7版では12の原則と8つのパフォーマンス領域を基準にして、状況に応じて実行する作業や順序を選択・調整できる前提に変更されています。
第7版のポイント
12の原則と8つのパフォーマンス領域を基準にして、開始から完了までの間に必要な作業を状況ごとに選択し、進捗や成果を週単位で測定しながら実行内容と順序を調整していく進め方に変更されています。
プロジェクトマネジメントのPMBOKだけでは不十分と言われる理由
PMBOKは体系的に整理されたフレームワークですが、実際の現場では「そのまま使えない」と感じる場面が出てくることがあります。
なぜそうしたギャップが生まれるのかを実務との違いから整理し、そのうえで近年の開発現場で主流になりつつあるアジャイルとの関係性もあわせて確認していきます。
実務とのギャップ
PMBOKは49のプロセスと手順を定義していますが、実務では仕様変更が週単位で発生し、関係者の承認や作業順序をその都度入れ替える必要があるため、定義どおりの順序で全プロセスを実行できず、現場の進行方法と一致しない場面が発生します。
アジャイルとの関係
PMBOKは開始から終結までの工程を事前に計画して進める前提ですが、アジャイルでは1〜2週間単位のスプリントごとに要件を見直して優先順位と作業内容を更新するため、固定された計画と手順だけでは対応できず、進行方法を都度変更する運用が必要になります。
まとめ
PMBOKは、「何を・いつ・誰が・どの順序で進めるか」を整理した、プロジェクト管理の基準となるガイドです。
プロジェクトマネジメント自体は、納期・予算・品質を守りながら成果物を完成させる考え方で、その中身を「5つの流れ」と「10の管理領域」に分けて、実務で使える形にまとめたのがPMBOKです。
実際の進め方は、開始から終結まで順番に進めつつ、進捗やコストを日単位で確認し、ズレを調整していくイメージになります。
ただし現場では、仕様変更などが頻繁に起こるため、PMBOKだけで進めるのではなく、アジャイルのような柔軟な進め方と組み合わせるのが現実的です。
そのためPMBOKは「そのまま使うルール」というより、「状況に応じて使い分けるための基準」として捉えると、日々の仕事にも当てはめやすくなります。