1. PMBOKとは何か／版の変遷
1.1 PMBOKの位置づけ
- PMBOK（Project Management Body of Knowledge、通称「ピンボック」）は、米国 PMI （Project Management Institute）が発行する、プロジェクトマネジメントの知識体系ガイド。
- 特定の業界・手法に限定されない「共通言語」として、IT・建設・製造・公共など業種を問わず 世界標準として参照されている。
- PMP®（Project Management Professional）資格試験の出題基盤でもあり、実務知識の体系化と 資格試験対策の両方の役割を持つ。
- 「フレームワーク」であり「手順書」ではない点に注意。PMBOKはプロジェクトの種類・規模・ 組織文化に応じて テーラリング（tailoring／取捨選択） することを前提にしている。
1.2 版の変遷 一覧表
| 版 | 発行年（目安） | 構成の軸 | 学ぶ単位 | 特徴 |
|---|---|---|---|---|
| 第1〜6版 | 1996年〜2017年 | プロセスベース | 知識エリア × プロセス（版により増加） | 「何をどの順番でやるか」を規定。ウォーターフォール的・予測型プロジェクトを前提とした構成 |
| 第7版 | 2021年 | 原理原則ベース | 12の原理原則 × 8のパフォーマンス領域 | プロセスの規定をやめ、「価値」と「振る舞いの原則」を重視。アジャイル／ハイブリッドへの対応を明確化 |
| 第8版 | 2026年4月（日本語版） | 原理原則＋プロセス | 6の原理原則 × 7のパフォーマンス領域 × 40のプロセス | 第7版の「原則」と第6版の「プロセス」を統合。実務での「使いにくさ」の指摘に応え、両方の良さを再統合 |
第8版は「第7版（原理原則）に戻ったのではなく、第6版（プロセス）を否定したのでもない」。 7版の思想を土台にしつつ、6版で提供していた具体的な実行手順（プロセス）の実用性を 再度組み込んだ「統合版」 と理解するのが正確。
図：構成の軸の変遷
⚠️ 訂正（レビューで発覚）：「10知識エリア・49プロセス」は第6版（2017年） 時点の数字であり、第1〜6版すべてに一律に当てはまるわけではない。実際には 版が進むごとに知識エリア・プロセスは増えてきた経緯がある（目安：第3版〈2004年〉 9知識エリア・44プロセス → 第4版〈2008年〉9知識エリア・42プロセス → 第5版〈2013年〉ステークホルダーマネジメントが追加され10知識エリア・47プロセス → 第6版〈2017年〉10知識エリア・49プロセス）。「プロセスベースだった」という 構成の軸は第1〜6版に共通するが、具体的な数字は版ごとに異なる点に注意する。 正確な年次・数字は研修利用前に公式資料で再確認すること。
1.3 なぜ今、第8版が改めて注目されているか
- プロセスベース派とプリンシプルベース派の分断を解消する狙いが明確になった （第7版は「原則だけでは現場で何をすればいいか分からない」という批判があった）
- AIによる働き方の変化がプロジェクトマネジメントの現場にも波及し、 AIをどう活用し、どう統制するか が新たな共通テーマとして明記された
- プロジェクトの「成功」の定義自体が変化し、単なる QCD（品質・コスト・納期）順守だけでなく 成果の成功（Outcome Success）とプロセスの成功（Process Success） の両輪評価が 標準的な評価軸として整理された
1.4 第7版→第8版の主な変更点（3点）
| # | 変更点 | 第7版 | 第8版 | 意味合い |
|---|---|---|---|---|
| ① | 原理原則の再編 | 12個 | 6個 | 重複・粒度の違いを統合し、覚えやすく・使いやすい単位に整理 |
| ② | パフォーマンス領域の変更 | 8個 | 7個 | 領域間の重複を解消し、実務でのチェックポイントとして再構成（詳細は 03 で要検証扱い） |
| ③ | 現代的テーマとしてAIが追加 | 付録的な言及のみ | 本編テーマとして明記 | AI活用の是非ではなく「PMとして何を判断・統制すべきか」という視点で扱われる（詳細は 06） |
1.5 学習の進め方（本資料集での推奨ルート）
新任者はまず 02（原理原則）を「なぜそうなっているか」まで理解する ことを優先し、 プロセスの逐条暗記は04で後追いする方が定着しやすい（第8版自体が「原則→プロセス」の 順で統合された構成になっているため）。
1.6 適用範囲：プロジェクト／プログラム／ポートフォリオの違い（重要な誤解ポイント）
PMBOKは「プロジェクトマネジメント」の知識体系であり、会社全体の事業管理を扱う ものではない。新任者が最も混同しやすい3つの用語を区別しておく。
| 概念 | 定義 | PMBOKでの扱い |
|---|---|---|
| プロジェクト | 独自の成果物・サービス・成果を生み出すための有期性の取り組み（始まりと終わりがある） | PMBOKが直接扱う対象 |
| プログラム | 個別に管理するより一括管理した方が便益が大きい、関連する複数プロジェクトの集合 | PMBOKの対象外。PMIには別途「The Standard for Program Management」がある |
| ポートフォリオ | 戦略目標達成のために一括管理される、プロジェクト・プログラム・その他業務の集合 | PMBOKの対象外。PMIには別途「The Standard for Portfolio Management」がある |
図：入れ子構造（外側ほど経営に近い）
なぜ重要か：新任PMが「PMBOKを読めば経営レベルの資源配分やポートフォリオの 優先順位付けも分かる」と誤解すると、自分の役割（個別プロジェクトの遂行）を 超えた判断に踏み込んでしまい、組織内の権限関係が混乱する。PMBOKは あくまで 個別プロジェクトをどう成功させるか に閉じたガイドであり、 複数プロジェクトの優先順位づけや予算配分はプログラム/ポートフォリオマネジメントの 領域（別の標準・別の役割）であることを明確に区別する。