PMBOK（Project Management Body of Knowledge）
プロジェクトマネジメントの知識を体系的にまとめた手引書。規格ではなく、うまくいったやり方の集まり。
もう少し詳しい説明
PMBOK（Project Management Body of Knowledge）は、プロジェクトマネジメントの知識を体系的にまとめた手引書です。読みは「ピンボック」です。
米国のPMI（Project Management Institute）という団体が作っています。
規格ではない
ITILと同じ性質です。ここが試験で問われます。
| 何か | 認証（条件を満たしていると認める手続き） | |
|---|---|---|
| PMBOK | 手引書（知識体系） | 個人が資格を取る（PMP） |
| ISO 21500 | 国際規格。指針を定めている | 組織が参照する |
| JIS Q 21500 | ISO 21500 の日本語版 | 同上 |
PMBOKは「やり方の例」、ISO 21500は「指針」。 PMBOKを守らなかったから罰せられる、ということはありません。
プロジェクトとは何か
PMBOKの定義から確かめておきます。
プロジェクトとは、独自の成果物やサービスを創造するために実施する、有期性の活動
ここから2つの性質が出てきます。
| 性質 | 中身 |
|---|---|
| 有期性 | 始まりと終わりがある |
| 独自性 | 毎回違うものを作る |
日々の定常業務と、ここが違います。 工場で同じ製品を毎日作るのは、終わりがなく、毎回同じものです。プロジェクトではありません。
終わりがあるので、期限が決まります。毎回違うので、前回と同じやり方が通じるとは限りません。この2つが、プロジェクトが難しい理由になっています。
扱う領域
PMBOKは、管理する対象をいくつかの領域に分けています。第6版までは10の知識エリアという形で整理されていました。
| 領域 | 何を管理するか |
|---|---|
| スコープ | 何を作るかの範囲（WBSで洗い出す） |
| スケジュール | いつまでに（クリティカルパスで期間を見る） |
| コスト | いくらで（EVMで進み具合と費用を見る） |
| 品質 | どの水準で |
| 資源 | 人と物 |
| コミュニケーション | 誰に何を伝えるか |
| リスク | 何が起きうるか |
| 調達 | 外から何を買うか |
| ステークホルダ（そのプロジェクトに利害のある関係者。発注側、使う人、運用する人など） | 関係者とどう付き合うか |
| 統合 | 上の全部をまとめる |
試験で問われるのは、領域の名前より中の道具です。WBS（やることを木の形に細かく分けて洗い出した一覧）、クリティカルパス（作業のつながりの中で、いちばん時間のかかる道）、EVMといった具体的な手法が出ます。
QCDの三すくみ
スコープ・スケジュール・コストの3つは、互いに引っ張り合います。
作るものを増やせば、期間か費用が増える。
期間を縮めれば、作るものを減らすか、費用を増やす。
3つを同時によくすることはできません。 どれを優先するかを決めるのが、プロジェクトマネージャの仕事になります。
品質を含めてQCD（Quality／Cost／Delivery）と呼ぶこともあります。
リスクをどう扱うか
リスクは、上の表に挙げた領域の1つです。進め方そのもの（特定→分析→対応→監視の4段階）はリスクマネジメントのページに書いています。ここではPMBOKに特徴のあるところだけを挙げます。
1. 「リスク」に、よいことも含める
PMBOKは、リスクを脅威（起きると困ること）と好機（起きると助かること）の両方として扱います。対応のしかたも、2組に分かれます。
| 相手 | 対応の呼び名 |
|---|---|
| 脅威（マイナスのリスク） | 回避・転嫁・軽減・受容 |
| 好機（プラスのリスク） | 活用・共有・強化・受容 |
第6版では、どちらの組にもエスカレーション（自分の権限では決められないものを、上位の責任者へ渡すこと）が加わり、5つずつになっています。
「リスク＝悪いこと」と思っていると、好機の4つが選択肢に並んだときに読めなくなります。
2. リスク登録簿に書き出す
洗い出したリスクは、リスク登録簿（risk register）という一覧にまとめます。1件ごとに、起こりやすさ、影響の大きさ、打つ手、そして誰が見張るか（リスク所有者）を書きます。
頭の中に置いたままにせず、書き出して、持ち主を決めるところがPMBOKのやり方です。
3. 分析を2段階に分ける
| 何をするか | |
|---|---|
| 定性的リスク分析 | 起こりやすさと影響の大きさを高・中・低で見て、優先順位を付ける |
| 定量的リスク分析 | 優先度の高いものだけを、金額や日数に換算して、全体への影響を見積もる |
全部を数字にするのではありません。先に粗く並べて、重いものだけを数えるという順番です。数えるには手間がかかるので、数える相手を絞っています。
4. 予備を2種類に分ける
起きるかもしれないことに備えて、お金と日数をあらかじめ取っておきます。この取り分を予備（リザーブ）といい、2つに分かれます。
| 何のため | 扱い | |
|---|---|---|
| コンティンジェンシー予備 | 洗い出せたリスクに備える | コストベースライン（費用の基準線）の中に入る。プロジェクトマネージャの判断で使える |
| マネジメント予備 | 洗い出せなかったことに備える | コストベースラインの外。使うには上位の承認が要る |
分けてある理由は、使うときに誰が決めるかが違うためです。想定できたことへの備えは現場で使い、想定できなかったことへの備えは組織が握っておく、という分け方になっています。
版による変化
PMBOKは改訂されています。第7版（2021年）で、考え方が大きく変わりました。
| 組み立て | |
|---|---|
| 第6版まで | プロセス（やることの手順）が中心。10の知識エリア |
| 第7版 | 原理原則とパフォーマンス領域が中心 |
第6版までは「この手順でこうする」という形でしたが、第7版では「何を大事にするか」という形に変わりました。決まった手順を踏むより、状況に合わせて選ぶという立場です。アジャイル開発（短い期間で作っては見せる、を繰り返す進め方）のような、手順を固定しない進め方が広がったことが背景にあります。
試験では、版そのものより中の手法が問われます。 WBSやEVMは、どの版でも使われます。
試験ではこう出る
科目A（旧・午前）では、PMBOKの位置づけが出ます。手引書であって規格ではない、という点です。ITIL（ITサービスの運用で、うまくいったやり方をまとめた手引書）とまったく同じ問われ方をします。
プロジェクトの定義も出ます。有期性と独自性の2つです。「終わりのない定常業務」はプロジェクトではありません。
中の手法（WBS、クリティカルパス、EVM）は、それぞれ単独で頻出です。このページはその入口にあたります。
応用情報では、スコープ・スケジュール・コストの引っ張り合いが、事例の中で問われます。納期を縮めるために何を犠牲にするか、という形です。
関連する用語
- WBS
- 作業を分解して洗い出す。スコープを決める代表的な道具
- クリティカルパス
- 全体の期間を決める経路。スケジュールの管理で使う
- EVM（アーンドバリューマネジメント）
- 進み具合と費用をまとめて見る方法
- ITIL
- 同じく手引書で、規格ではない。こちらは運用の話
- リスクマネジメント
- PMBOKが扱う領域のひとつ
ミニクイズ
PMBOKの説明として、最も適切なものはどれか。
正解は 3番：プロジェクトマネジメントの知識を体系的にまとめた手引書である
PMBOKは、プロジェクトマネジメントで成果が出たやり方を体系的にまとめた手引書です。守らないと罰せられる決まりではなく、組織が認証を受けるものでもありません。認証を受けられる国際規格はISO 21500（日本語版はJIS Q 21500）のほうです。作業を階層的に分解する図法はWBS、進捗と費用を金額に換算して管理する手法はEVMで、どちらもPMBOKが扱う道具の一つにすぎません。
この分野をまとめて解く → プロジェクトマネジメントのミニテスト（全16問）
最終更新：2026-11-08