フレームワーク活用ガイドひとことで言うと#
プロジェクト管理に必要な知識を10の知識エリアと5つのプロセス群に体系化した、世界で最も広く使われているプロジェクト管理のガイドライン。PMI（米国プロジェクトマネジメント協会）が策定。
押さえておきたい用語#
- プロセス群（Process Groups）
- プロジェクトのライフサイクルを立ち上げ・計画・実行・監視コントロール・終結の5つに分類したもの。
- 知識エリア（Knowledge Areas）
- プロジェクト管理に必要な知識を統合・スコープ・スケジュール・コストなど10分野に整理したもの。
- テーラリング（Tailoring）
- PMBOKの知識体系をプロジェクトの規模や性質に合わせて取捨選択すること。全てを適用する必要はない。
- プロジェクト憲章（Project Charter）
- プロジェクトを正式に認可する公式文書のこと。目的・スコープ・主要ステークホルダーを定義する。
- EVM（Earned Value Management）
- プロジェクトの進捗とコストを計画値・実績値・出来高の3指標で定量的に管理する手法を指す。
PMBOKの全体像#
こんな悩みに効く#
- プロジェクト管理の全体像がつかめず、抜け漏れが不安
- チームや組織ごとに管理のやり方がバラバラで標準がない
- PMP資格を取りたいが、何から学べばいいかわからない
基本の使い方#
プロジェクトのライフサイクルを5つのプロセス群で把握する。
- 立ち上げ: プロジェクト憲章を作成し、正式にスタートする
- 計画: スコープ、スケジュール、コスト、リスクなどの計画を策定
- 実行: 計画に基づいて作業を実施する
- 監視・コントロール: 進捗を監視し、逸脱があれば是正する
- 終結: 成果物を引き渡し、教訓を記録してプロジェクトを閉じる
ポイント: これらは「一方通行」ではなく、必要に応じて行き来する。
プロジェクトの特性に合わせて、重点を置く知識エリアを決める。
- 統合管理 / スコープ管理 / スケジュール管理 / コスト管理
- 品質管理 / 資源管理 / コミュニケーション管理
- リスク管理 / 調達管理 / ステークホルダー管理
ポイント: 10個すべてをフルスペックで適用する必要はない。プロジェクトの規模と性質に合わせてテーラリングする。
プロジェクト計画書を核として、必要な補助計画を作る。
- プロジェクト憲章（目的・スコープ・主要ステークホルダー）
- WBS（作業分解構造）でスコープを細分化
- スケジュール、予算、リスク登録簿を作成
- コミュニケーション計画で報告ルールを決める
ポイント: 文書は「作ること」が目的ではない。プロジェクトの羅針盤として使い続けることが大事。
定期的に進捗を測定し、計画との差異を管理する。
- アーンドバリュー分析などで進捗とコストを定量的に把握
- 変更要求が出たら変更管理プロセスに則って処理する
- リスク登録簿を定期的に見直し、新たなリスクを追加する
ポイント: 計画通りにいかないのが当たり前。大事なのは差異を早く検知して対処すること。
具体例#
立ち上げ: プロジェクト憲章を作成。スポンサー（CIO）の承認を得て正式発足。目的は「3部門の業務統合による年間5,000万円のコスト削減」。
計画: WBSで約300の作業パッケージに分解。クリティカルパス法でスケジュールを策定（18ヶ月）。予算2億円。リスク登録簿に25項目を記載。
| 知識エリア | テーラリング内容 |
|---|---|
| スコープ管理 | WBS + 変更管理プロセスをフル適用 |
| スケジュール管理 | ガントチャート + マイルストーン管理 |
| コスト管理 | EVM（月次レビュー） |
| リスク管理 | リスクマトリクス + 月次リスクレビュー |
| 品質管理 | テスト計画 + UAT基準を明確化 |
| 調達管理 | 簡易版（ベンダー1社のため） |
実行・監視: 月次でアーンドバリュー分析を実施。6ヶ月目にSPI=0.85（スケジュール遅延）を検出し、追加リソースの投入を決定。
終結: 導入完了後、教訓をまとめた報告書を作成。結果として19ヶ月で完了（1ヶ月遅延）だが、EVM導入により遅延を6ヶ月目に検知し、3ヶ月の遅延を1ヶ月に圧縮できた。
背景: シリーズAのSaaSスタートアップ。8名で新プロダクトを6ヶ月で開発。PMBOKは「重い」イメージがあったが、PMOから「テーラリングすれば小規模でも使える」と提案。
テーラリング: 10の知識エリアから5つだけ選択。
| 採用した知識エリア | 実践内容 | 不採用の理由 |
|---|---|---|
| 統合管理 | 1ページのプロジェクト憲章 | — |
| スコープ管理 | 簡易WBS（2階層） | — |
| スケジュール管理 | マイルストーン4つ | — |
| リスク管理 | リスクTop5リスト | — |
| ステークホルダー管理 | 投資家への月次報告 | — |
| コスト管理 | — | バーンレートで十分 |
| 調達管理 | — | 内製のみ |
成果:
| 指標 | PMBOK導入前のPJ | PMBOK軽量版適用後 |
|---|---|---|
| スコープクリープ | 3回発生 | 0回 |
| ステークホルダー不満 | 投資家から2回クレーム | 0回 |
| 計画精度 | 2ヶ月遅延 | 2週間前倒し |
結果: プロジェクト憲章で「やらないこと」を明示したことで、スコープクリープがゼロに。投資家への定期報告で信頼も獲得。「PMBOKは大企業向け」という先入観が覆った。
背景: 人口30万人の中核市。年間20件以上のIT関連プロジェクトが走るが、管理手法は担当者ごとにバラバラ。失敗プロジェクト率が35%と高い。
PMO設置と標準化: 3名のPMOを新設し、PMBOK第7版をベースにプロジェクト管理標準を策定。規模別に3つのテーラリングレベルを定義。
| プロジェクト規模 | 予算目安 | 適用する知識エリア数 | 必須文書 |
|---|---|---|---|
| 小規模 | 500万円未満 | 4 | 憲章・簡易WBS |
| 中規模 | 500万〜5,000万円 | 7 | 憲章・WBS・リスク・スケジュール |
| 大規模 | 5,000万円以上 | 10 | フルセット |
3年間の成果:
| 指標 | 導入前 | 1年後 | 3年後 |
|---|---|---|---|
| 失敗プロジェクト率 | 35% | 22% | 12% |
| 予算超過率 | 28% | 18% | 10% |
| PM研修受講者数 | 0名 | 15名 | 42名 |
結果: 失敗プロジェクト率が35%から12%に低下し、年間約2,000万円の予算超過を削減。PMBOKベースの標準がプロジェクト管理の「共通言語」となり、引き継ぎや部門間連携もスムーズになった。
やりがちな失敗パターン#
- PMBOKを「やり方」だと思う — PMBOKは「知識体系（ガイドライン）」であり、「手順書」ではない。そのままコピーして適用するものではなく、自分のプロジェクトに合わせて取捨選択する
- 文書を作ることが目的になる — 計画書やリスク登録簿を作っても、更新せず使わなければ意味がない。文書は生き物として育て続けること
- 第7版のアプローチを無視する — PMBOK第7版では従来の「プロセス重視」から「原則重視」に大きく転換。最新のアプローチも学んでおく必要がある
- 小規模プロジェクトにフルスペックで適用する — 3人で3ヶ月のプロジェクトに10の知識エリアをすべて適用するのは過剰。規模に応じたテーラリングが必須
まとめ#
PMBOKは、プロジェクト管理に必要な知識を体系的に整理した世界標準のガイドライン。全てを適用する必要はなく、プロジェクトの規模や性質に合わせてテーラリングするのが正しい使い方。PM初心者にとっては「何を管理すべきか」の全体マップとして、ベテランにとっては抜け漏れのチェックリストとして活用しよう。