PMBOKのプロセスを学ぼうとすると、「5つのプロセス群」「10の知識エリア」「49プロセス」など似た言葉や種類が多く、全体像をつかみにくいと感じる方は少なくありません。
本記事はPMP資格保有のプロジェクトマネージャー（PM）監修のもと、PMBOKにおけるプロセスの意味、49プロセスと知識エリアの関係、そして実務やPMP学習への活かし方までを体系的に解説します。
PMBOKを「丸暗記する知識」としてではなく、「プロジェクトを安定して前進させるための構造」として理解したい方は、ぜひ最後までご覧ください。
PMBOKにおける「プロセス」の考え方
PMBOK（Project Management Body of Knowledge：プロジェクトマネジメント知識体系ガイド）では、プロジェクト管理に必要な知識や手順を「プロセス」という単位で整理しています。
PMBOKを理解する入口として、まずこの「プロセス」という概念を正確に把握することが重要です。PMBOKでは、プロジェクトを成功に導くための管理活動を、再現性のある形で整理しています。
PMBOKが定義するプロセスとは何か
PMBOK（Project Management Body of Knowledge：プロジェクトマネジメント知識体系ガイド）におけるプロセスとは、「インプット（投入するもの）を受け取り、ツールと技法を用いて、アウトプット（成果物や情報）を生み出す一連の相互関連した活動」と定義されています。この考え方はITTO（インプット・ツールと技法・アウトプット）と呼ばれ、PMBOKを構成する基本単位です。
たとえば「スコープの定義」というプロセスでは、要求事項文書（インプット）をもとに、分解技法（ツールと技法）を使って、プロジェクト・スコープ記述書（アウトプット）を作成します。こうしたプロセスが積み重なることで、プロジェクト全体の管理が体系的に行われます。
各プロセスは独立したものではなく、前後のプロセスとインプット・アウトプットでつながっています。あるプロセスのアウトプットが別のプロセスのインプットになる構造であり、この連鎖を理解することがPMBOKの本質的な読み方です。
プロジェクトプロセスと業務プロセスの違い
プロジェクトプロセスは、期限と目的を持つ一回性の取り組みを前提にした流れです。たとえば新システム導入や新サービス立ち上げのように、開始と終了が明確な仕事に適用されます。
一方、業務プロセスは日常業務のように繰り返し行う定常運用です。受発注処理や経費精算のような反復業務が該当します。PMBOKのプロセスは、変化・制約・不確実性を伴うプロジェクトを管理するための枠組みとして理解する必要があります。
プロセスを理解することがPMに求められる理由
PMに求められるのは、個別タスクを頑張ることではなく、計画・実行・監視をつなぎ、成果を再現性高く出すことです。そのためには、「今どの管理活動が足りないのか」を見抜く軸が必要です。PMBOKのプロセス理解は、その判断軸になります。
例えば、スケジュール遅延が起きたときに、単に進捗を急かすだけでは不十分です。アクティビティ定義が粗いのか、順序付けが甘いのか、見積りが弱いのか、監視が遅れているのかを切り分けなければ、再発防止はできません。プロセス理解は、問題を症状ではなく原因で捉えるために必要です。
今回の記事にある49プロセスは、最新のPMBOK第8版でも出てきますが、詳細はPMBOK第6版で説明されています。
ウォーターフォール型のプロジェクトに合わせた形で構成されていますが、単体のプロセスで使用している技法はいろんなシーンで役立ちます。
49プロセスと知識エリアの関係
PMBOKのプロセス理解で多くの人がつまずくのが、「49プロセス」と「知識エリア」の関係です。どちらも重要な概念ですが、役割が異なるため、分けて理解しなければ全体像を見失います。
結論からいえば、49プロセスは「管理活動の一覧」、知識エリアは「管理対象の分類」です。この2つを掛け合わせて捉えることで、PMBOKがなぜ体系的なフレームワークとして評価されているのかが見えてきます。
PMBOKの49プロセスとは何か
PMBOK第6版では、プロジェクト管理に必要な活動として全49のプロセスが定義されています。これらのプロセスは、「5つのプロセス群」と「10の知識エリア」という2つの軸によって分類・整理されています。
5つのプロセス群とは、プロジェクトの時系列的な流れを表すものです。立ち上げ・計画・実行・監視コントロール・終結の5段階があり、それぞれのプロセス群に複数のプロセスが割り当てられています。なお、「プロセス群」はプロジェクトのフェーズ（工程）ではなく、マネジメント行為の種類で分けられた区分です。この違いは重要なので注意が必要です。
10の知識エリアとは、プロジェクト管理において注意すべき専門的な管理領域のことです。統合・スコープ・スケジュール・コスト・品質・資源・コミュニケーション・リスク・調達・ステークホルダーの10分野が定義されています。
49プロセス一覧（プロセス群 × 知識エリア）
以下は、5つのプロセス群と10の知識エリアを組み合わせた49プロセスの全一覧です。PMP学習の参照資料として、また実務での確認リストとして活用してください。
立ち上げプロセス群：2プロセス
- 統合マネジメント：プロジェクト憲章の作成
- ステークホルダー・マネジメント：ステークホルダーの特定
計画プロセス群：24プロセス
- 統合マネジメント：プロジェクトマネジメント計画書の作成
- スコープ・マネジメント：スコープ・マネジメントの計画、要求事項の収集、スコープの定義、WBSの作成
- スケジュール・マネジメント：スケジュール・マネジメントの計画、アクティビティの定義、アクティビティの順序設定、アクティビティ所要期間の見積り、スケジュールの作成
- コスト・マネジメント：コスト・マネジメントの計画、コストの見積り、予算の設定
- 品質マネジメント：品質マネジメントの計画
- 資源マネジメント：資源マネジメントの計画、アクティビティ資源の見積り
- コミュニケーション・マネジメント：コミュニケーション・マネジメントの計画
- リスク・マネジメント：リスク・マネジメントの計画、リスクの特定、定性的リスク分析の実行、定量的リスク分析の実行、リスク対応の計画
- 調達マネジメント：調達マネジメントの計画
- ステークホルダー・マネジメント：ステークホルダー・エンゲージメントの計画
実行プロセス群：10プロセス
- 統合マネジメント：プロジェクト作業の指揮・マネジメント、プロジェクト知識のマネジメント
- 品質マネジメント：品質のマネジメント
- 資源マネジメント：資源の獲得、チームの育成、チームのマネジメント
- コミュニケーション・マネジメント：コミュニケーションのマネジメント
- リスク・マネジメント：リスク対応策の実行
- 調達マネジメント：調達の実行
- ステークホルダー・マネジメント：ステークホルダー・エンゲージメントのマネジメント
監視・コントロールプロセス群：12プロセス
- 統合マネジメント：プロジェクト作業の監視・コントロール、統合変更管理の実行
- スコープ・マネジメント：スコープの妥当性確認、スコープのコントロール
- スケジュール・マネジメント：スケジュールのコントロール
- コスト・マネジメント：コストのコントロール
- 品質マネジメント：品質のコントロール
- 資源マネジメント：資源のコントロール
- コミュニケーション・マネジメント：コミュニケーションの監視
- リスク・マネジメント：リスクの監視
- 調達マネジメント：調達のコントロール
- ステークホルダー・マネジメント：ステークホルダー・エンゲージメントの監視
終結プロセス群：1プロセス
- 統合マネジメント：プロジェクトやフェーズの終結
知識エリアとプロセス群のマトリクス構造
知識エリアとは、統合、スコープ、スケジュール、コスト、品質、資源、コミュニケーション、リスク、調達、ステークホルダーといった管理分野の分類です。プロセス群が「いつ何を行うか」を示すのに対し、知識エリアは「何を管理するか」を示します。
この2軸を掛け合わせたものが、49プロセスのマトリクスです。たとえばスケジュールマネジメントの中には、計画、アクティビティ定義、順序設定、期間見積り、スケジュール作成、スケジュールコントロールといった複数のプロセスがあり、計画から監視まで一連で管理します。ここを縦横で理解すると、49個を単独暗記する必要がなくなります。
なぜこの構造がPMBOKの基本形なのか
PMBOKの強みは、プロジェクトを属人化させず、抜け漏れを構造的に減らせる点にあります。知識エリアだけでは時系列がわからず、プロセス群だけでは管理対象が曖昧です。両方を組み合わせることで、「どの分野を、どの局面で、どう管理するか」が見えるようになります。
そのため49プロセスは、実務でのチェックリストにも、PMP学習での体系整理にも有効です。丸暗記対象ではなく、プロジェクト管理を漏れなく設計するための地図として使うのが正しい活用法です。
5つのプロセス群、10の知識エリア、49のプロセスが表になっているものをよく見かけます。
あらためて表にするとこんな感じです。どのプロセス群でどのエリアが関連するかが見やすいと思います。
プロセス理解を実務・PMP学習にどう活かすか
PMBOKのプロセスは、知識として知っているだけでは意味がありません。重要なのは、その構造を実務判断やPMP学習の理解促進にどう活かすかです。
特に現場では、プロセスを理解しているPMほど、問題の発見が早く、対処も的確です。またPMP学習でも、用語を暗記するだけでなく、プロセス同士のつながりを押さえている人ほど応用問題に強くなります。
計画プロセス群がプロジェクトの成否を左右する理由
5つのプロセス群の中でも、計画プロセス群は特に重要です。なぜなら、スコープ、スケジュール、コスト、品質、リスク、コミュニケーションなどの前提条件をここで定義しないと、実行と監視が場当たり的になるからです。
現場で起きる炎上案件の多くは、実行力不足より計画不足で発生します。要件の粒度が粗い、依存関係が見えていない、見積り根拠が曖昧、リスク対応が未設計といった状態では、実行フェーズでいくら頑張っても収束しません。PMBOKの計画プロセス群を理解すると、この初期不良を大幅に減らせます。
第7版でプロセスはどう位置づけが変わったか
PMBOK第7版では、5つのプロセス群と10の知識エリアという構造から、12の原則と8つのパフォーマンス領域という構成へと大きく変わりました。第6版で定義された49プロセスは第7版から削除されていますが、これはプロセスが不要になったという意味ではありません。
PMIは第7版の発行と同時期に「プロセス群：実務ガイド（Process Groups: A Practice Guide）」を別冊として発行しました。このガイドには、PMBOK第6版の49プロセスとITTOが引き続き収録されており、予測型プロジェクト管理の実践ガイドとして位置づけられています。
つまり、第7版は「何をするか（プロセス）」から「なぜするか・何を実現するか（原則・成果）」への視点転換を求めるものです。第6版のプロセス知識は廃止されたのではなく、テーラリングによって活用すべき実務知識として継続して有効です。PMP試験においても、プロセスの理解は引き続き重要な学習領域です。
WBS・アクティビティ・タスクの違い
WBS（Work Breakdown Structure：作業分解構成図）は、成果物ベースでプロジェクト全体を分解した構造です。まず何を完成させるのかを定義し、その成果物を作るための作業範囲を整理します。
アクティビティは、WBSで定義した作業パッケージを実行可能な活動に落とした単位です。順序付けや期間見積りの対象になるのがアクティビティです。タスクは現場で日常的に使われる言葉ですが、PMBOK上の厳密な管理単位としては、WBSとアクティビティの文脈で整理したほうがズレません。
PMP資格学習におけるプロセス理解の重要性
PMPは、プロジェクトマネジメントの実務力と体系知識を証明する代表的な資格です。試験では、単なる用語知識ではなく、状況に応じた判断力が問われます。
そのため、49プロセスをマトリクスで把握し、前後関係や目的を理解していると、設問の意図を素早くつかめます。PMP学習では、個別の知識をバラバラに覚えるのではなく、プロセス全体の構造として理解することが得点力を高める近道です。
それぞれのエリアでのプロセスと各プロセス群がどのように関わっているかを理解するために、私はノートに書いて自分なりの関連図を作成しました。
手書きで字が汚いですが、統合プロジェクトマネジメントの私のノートはこんな感じでした。
お伝えしたかったのは、書いている中身というよりもこんな感じで自分なりにまとめてみることで、「本当に腹落ちしておくよ」ということでした。
ぜひ、自分なりの図を作成してみてください。
PMとして再現性のあるマネジメント力を身につけたいなら
ここまで見てきたように、PMBOKのプロセスは単なる知識の一覧ではありません。プロジェクトを計画し、実行し、監視し、完了まで導くための管理活動を体系立てて整理したものです。
49プロセスと知識エリアの関係を正しく理解すると、PMBOK全体が一気にわかりやすくなります。最後に、本記事の要点をあらためて整理しましょう。
PMBOKのプロセスとは、プロジェクトを成功に導くための管理活動を体系化したものです。49プロセスは、知識エリアとプロセス群を掛け合わせて構造化されており、プロジェクト管理の抜け漏れを防ぐための地図として機能します。
重要なのは、個別プロセスを丸暗記することではなく、全体構造を理解し、計画・実行・監視にどうつながるかを実務で使える形に変換することです。PMとして再現性のあるマネジメント力を身につけたいなら、まずはこの構造理解から始めるのが最短です。
PMBOKの理解を実務レベルに引き上げたい方へ
PMBOKのプロセスは、独学でも全体像を把握できます。
ただし、実務で成果につながるレベルまで落とし込むには、案件の進め方、計画の立て方、リスクや関係者対応への適用までセットで学ぶことが重要です。
タカハマプロジェクトでは、プロジェクトマネジメントを実践的に学べるトレーニングコースを、ビギナー向け・PM経験者向けにそれぞれ用意しています。PMBOKの理解を現場で使える力に変えたい方は、下記リンクよりご確認ください。
監修者紹介
高濱 幸喜（たかはま ゆきよし）
タカハマプロジェクト株式会社 代表取締役／PMP®資格保有者
20年以上にわたり、IT・通信・金融・製薬業・製造業・建設業など多様な業界でプロジェクトマネージャーとして活躍。PMBOKに基づくプロジェクトマネジメント手法を現場で実践し、数百件を超えるプロジェクトを成功に導いてきた実績を持つ。現在は研修やセミナーを通じて、次世代のプロジェクトマネージャー育成に注力。プロマネ道場では記事監修を担当し、読者に信頼性の高い情報を届けている。
タカハマプロジェクトでは、プロジェクトマネジメントについて学べるトレーニングコースを、「ビギナー向け」「PM経験者向け」にそれぞれご用意しております。プロジェクトマネージャーとしての成長を望む方は、下記ボタンよりお気軽にお問合せください。
