PMBOK（ピンボック）とは、プロジェクトマネジメントにまつわる知見をまとめた知識体系です。

QCD（品質・コスト・納期）の目標や価値の提供（Value Delivery）を達成するために必要な知識（原理・原則）やプロセス・活動領域などが定義され、おおむね4年に一度のペースで改訂が重ねられています。

本記事では、PMBOKの概要や活用メリット・注意点について詳しく解説します。

• PMBOKとは
• PMBOKの意義と目的
• PMBOKを活用するメリット
• PMBOKで気をつけるべき点
• 【PMBOK第6版】10種類の知識エリア
• 1.統合マネジメント
• 2.スコープマネジメント
• 3.スケジュールマネジメント
• 4.コストマネジメント
• 5.品質マネジメント
• 6.資源マネジメント
• 7.コミュニケーションマネジメント
• 8.リスクマネジメント
• 9.調達マネジメント
• 10.ステークホルダーマネジメント
• 【PMBOK第6版】5つのプロセス
• 1.立ち上げ
• 2.計画
• 3.実行
• 4.監視・コントロール
• 5.終結
• PMBOK第7版で変わった点
• プロセス中心から「12の原理・原則」中心へ
• 「10の知識エリア」から「8つのパフォーマンス領域」へ
• 「QCD達成」から「価値の提供」へ
• アジャイル・ハイブリッド型への対応とテーラリング
• PMBOKの最新動向
• PMBOK関連の資格を取ろう
• PMP（プロジェクト・マネジメント・プロフェッショナル）
• CAPM（プロジェクトマネジメント認定アソシエイト）
• まとめ
• よくある質問

PMBOK（ピンボック）とは「Project Management Body Of Knowledge」の頭文字をとった略称で、プロジェクトマネジメントに関する知見をまとめた知識体系です。事実上の国際標準として広く参照されています。

アメリカの非営利団体であるPMI（Project Management Institute）が、プロジェクトマネジメントに関する手法を普及する目的で作ったガイドブックであり、1987年に初めて公表されました。1996年の書籍化以来おおむね4年に一度のペースで改訂が積み重ねられ、2026年5月時点で第8版までリリースされています。

改訂のたびに時代背景や開発手法のトレンドが取り込まれており、PMBOKは固定的なマニュアルというよりも、実務の変化に合わせて姿を変え続けるガイドだといえます。

PMBOKの意義は、プロジェクトマネジメントに関する知識が初めて体系的にまとめられ、広く共有されたことにあります。プロジェクトマネジメントという概念が指す内容やスコープはさまざまで、従来は考え方・進め方や品質が属人化しやすくなっていました。

PMBOKによって知見がまとめられた結果、プロジェクトマネジメントにまつわる幅広い概念が明確な定義に集約され、ひとつの標準に則ってノウハウを蓄積し発展させることも可能となっています。

PMBOKをプロジェクトマネジメントに活用するメリットとして、主に以下のような点が挙げられます。

従来のプロジェクトマネジメントはQCDの管理を主眼とし、その目標の達成に向けてさまざまな要素をコントロールすることが大きな役割でした。ここにPMBOKを取り入れることで、一つひとつのプロセスが明確になり、プロセス自体をコントロール・管理する精度が高まるうえ、改善すべき箇所を見極めやすくなります。

またPMBOKに沿って用語や考え方をそろえることでプロジェクトにおける「共通言語」が生まれ、チーム内だけでなく、外部の協力会社やクライアントとも認識のズレが生じづらくなります。プロジェクトに関わる全員で同じ判断基準を共有できるようになり、議論や意思決定のスピードが高まる期待もあります。

PMBOKで標準化されたプロジェクトマネジメントの考え方・ノウハウにとらわれすぎると、想定外の事態への対応が難しくなりかねません。明確な枠組みによってプロジェクトマネジメントを効率化すると同時に、ケースに応じた柔軟性を意識する必要があるでしょう。

またプロセスが細かく標準化されることで、個人の力量が反映されづらくなり得る面もあります。実際に活用するうえでは、プロジェクトメンバーの特性・経験や現場の実態に合わせて適宜調整を行う余地を持つことが大切です。

PMBOKでは、プロジェクトマネジメントを行ううえで必要となる知識として10種類の知識エリアを定義しています。それぞれの知識エリアについて解説します。

統合マネジメントとは、9つの知識エリアのプロセスについて統合・調整を行う活動です。それぞれの知識エリアを横断的に確認し、プロジェクトの全体像を把握しながら監視やコントロールを行うことを主な役割とします。

プロジェクトの範囲を定め、目標達成のために必要な成果物やタスクを明確化する分野がスコープマネジメントです。

WBSとは作業分解構造図とも呼ばれ、目標達成に必要なタスクを段階的に細かく分解していき、全作業を漏れなく洗い出して構造化・可視化する目的で作られるものです。

【関連記事】
WBSによるプロジェクト管理の基礎知識｜目的・メリット・作成方法を解説

スケジュールマネジメントは、QCD（品質・コスト・納期）のうち「納期」に関する分野を管理する知識エリアです。WBSの作成を通じて洗い出し細分化されたタスクをもとに、具体的なスケジュールを作成するのが主な役割となっています。

スケジュールマネジメントの最大の目的は、時間当たりの生産性を高めながら納期を守ることにあります。そのため、進捗状況を適切に把握するだけでなく、遅れがあれば迅速な対応を行えるような柔軟性が必要です。

コストマネジメントは、QCD（品質・コスト・納期）のうち「費用」を管理する知識エリアです。予算内でプロジェクトを完了させることを目的とし、費用のコントロールを担います。

見積もりの方法には、過去の実績から規模を大まかに予測する「類推見積もり」や、細かなタスク単位でかかる予定コストを合算して算出する「ボトムアップ見積もり」などがあります。類推見積もりは初期段階での概算として、ボトムアップ見積もりはプロジェクトが進行するなかで用いる精度の高い予算として役立ちます。

QCD（品質・コスト・納期）のうち「品質」に関する管理を行う知識エリアが品質マネジメントです。品質の基準を明確化し、品質を保つための実現計画を立てることが主な役割であり、「成果物が要求に一致しているか」「使用に適しているか」などのチェックも行います。

プロジェクトを達成するために必要な人材や物的資源を調達・管理して、確実に遂行できる組織を作る分野が資源マネジメントです。

コミュニケーションマネジメントとは、スポンサーやユーザーといったステークホルダー（利害関係者）との適切なコミュニケーションを行う分野に関する知識エリアです。

プロジェクトに影響を与え得るリスクを洗い出し、原因や対応策などを明らかにする知識エリアがリスクマネジメントです。この場合の「リスク」は必ずしも危険性を指すわけではなく、進行や成果に影響を与える可能性のある不確実な事柄を意味します。

まずは未知のリスクを識別し、発生する確率などをもとに対応の優先度を明確にすることが重要です。また、時間の経過によって影響が増減する場合もあるため、プロジェクトが進行するなかで細かく監視やコントロールを行う必要があります。

プロジェクトの遂行に必要なサービスや製品を外部から取得・購入する際に、管理を行う知識エリアが調達マネジメントです。

ステークホルダーマネジメントは、PMBOKが改良されていく過程で、コミュニケーションマネジメントから独立した知識エリアです。クラウド技術の発展などにより、ステークホルダーの範囲が一気に広がったことから、独立した分野として新設されました。

ステークホルダーマネジメントは、幅広いステークホルダーと良好な関係を築いたり、関心の薄い層に働きかけたりしながら、協力者を広げていくことが主な役割となっています。

PMBOKはプロジェクトの開始から終結までの流れを5つのプロセスに分類し、それぞれを細かく定義しています。

10種類の知識エリアをプロジェクトの縦軸と捉えたとき、5つのプロセスは横軸にあたり、それぞれの知識エリアの役割はプロセスごとに変化していきます。

ここでは、5つのプロセスについて解説していきます。

プロジェクトの開始にあたって、必要な情報を集めたり定義したりするプロセスを指します。

この段階で特に重要な過程は、プロジェクト憲章を作成することです。プロジェクト憲章とは、プロジェクトの正式な承認、プロジェクト管理者の特定や責任の範囲・権限の明確化、ニーズや結果の明確化などを目的とした重要な文書です。

その間、ステークホルダーマネジメントの領域では、ステークホルダーの特定を行います。

プロジェクトの目的を達成するための作業計画を立案し、作成するプロセスです。10の知識エリアのうち、すべての領域において計画が必要となるため、この段階ですべきことは多岐にわたります。

たとえば、スコープマネジメントの領域ではWBSの作成を行い、コストマネジメントの領域ではコストの見積もりや予算の設定を行います。

実行プロセスは、計画に基づいて人材や物的資源を調整し、プロジェクトを実行する過程を指します。

この段階においては、たとえば資源マネジメントの領域ではチームの結成・育成や物的資源の管理、コミュニケーションマネジメントの領域では情報の配布などが行われます。

プロジェクトが進行するなかで、計画とのズレをチェックし、必要に応じて軌道の修正を行うプロセスです。それぞれの領域において、進捗の度合いと事前の計画を比較しながら、的確に問題点を洗い出していくことが重要となります。

終結プロセスは、計画されたプロセスが完了しているかどうかを検証し、プロジェクトを公式に締めくくる過程を指します。この段階においては、着実にプロジェクトを終結させるとともに、実行段階において得られた情報や経験を保管し、次のプロジェクトへ活かす準備を進めることが重要です。

2021年に発行された第7版は、それまでの版から大きく方向性を転換した内容になっています。第6版までの「10の知識エリア × 5つのプロセス」を骨格とする手順重視のスタイルから、原則と価値を中心に据えた柔軟な構成へと舵が切られた点が最大の特徴です。

10の知識エリアと5つのプロセスという第6版までの枠組みは、現在でもプロジェクトマネジメントの基礎として有効ですが、最新版の動向もあわせて押さえておくことでより実態に合った活用が可能になります。

第7版では、プロジェクトを推進する人や組織が判断のよりどころにすべき12個の原則（Principles）が示されました。

「こう進めるべきだ」というプロセス重視のあり方から、「このような価値観で判断する」という指針を中心的に示すような性格に変わったと考えるとイメージしやすいでしょう。

第6版で軸となっていた10の知識エリアは、第7版では「8つのパフォーマンス領域」に再編されました。

それぞれが手順として独立するのではなくプロジェクトの成果を生み出すために連動する、「統合システム」として捉えられ、12の原理・原則にもとづく各領域での活動と、他のパフォーマンス領域との相互作用が期待されます。

第6版までのPMBOKは、QCD（品質・コスト・納期）の達成をゴールに置くハウツー集としての色合いが濃いものと捉えられました。第7版ではこの目的設定が見直され、成果物を期日どおりに納めることに加えて、利用者やビジネスにとっての「価値」を届けることが重視されています。

ウォーターフォール型（予測型）以外のアプローチへの正式な対応です。第7版ではアジャイル（適応型）やハイブリッド型を含む幅広い開発スタイルが想定されており、プロジェクトの性質に合わせて手法をカスタマイズする「テーラリング」を扱う章も設けられました。一律のやり方を当てはめるのではなく、プロジェクトごとに必要なものを選び取って組み合わせるという姿勢が前面に出ていると読み取れます。

第7版の発行からおよそ4年を経て、2025年11月にはPMBOK第8版の英語版がリリースされました（日本語版も2026年4月より提供開始）。

第8版では、第7版で打ち出された「価値の提供」という方向性をさらに強化しつつ、第7版では薄まっていたプロセスやITTO（インプット・ツールと技法・アウトプット）といった実務寄りの記述を再び重視し統合するような方向性が見られます。

また、AIを活用したプロジェクトマネジメントなど、現代的なテーマへの言及も確認されています。

PMBOKとの関連性が深く、プロジェクトマネジメントの能力を客観的に示す資格として、PMPとCAPMがあります。

PMP（Project Management Professional）はPMI本部が提供するプロジェクトマネジメントにまつわる国際資格です。プロジェクトマネジメントの知識・教育・経験を問う世界的な評価基準であり、業種や職種を問わずに活かせることから重要性が高いと言えます。

受験資格を得るためにはプロジェクトリーダーとしての実務経験などが必要です。すでにプロジェクトマネジメントを経験してきた人が、スキルアップやキャリアアップなどを目的としてプロフェッショナルとしての確認を受ける機会に適しています。

なお、PMP試験はPMBOKだけを暗記する試験ではなく、実務的な判断力やアジャイルを含む幅広い知識が問われます。

CAPM（Certified Associate in Project Management）は、PMPと同じくPMIが認定する資格ですが、プロジェクトチームの一員や新人マネジャー・学生など、これからプロジェクトマネジメントを学ぶ人を対象としています。

プロジェクトマネジメントに本格的に取り組みたい場合や、PMPの受験要件をまだ満たしていない場合などに、スキルアップのための現実的な第一歩とするのに適していると言えるでしょう。

PMBOKを活用するにあたっては、第6版が示す10の知識エリアと5つのプロセスを骨格として捉えたうえで、第7版で示された12の原理・原則や8つのパフォーマンス領域、さらに最新の第8版で再統合された実務的な手法までを広く理解することが重要です。必要な部分を組み合わせて活用することが、プロジェクトを成功に導く助けとなり得るでしょう。

PMBOKは標準化された枠組みとしてプロジェクトマネジメントの効果を発揮する一方で、とらわれ過ぎると組織を硬直化させてしまう恐れもあります。プロジェクトの規模やメンバーの状況、開発スタイルなどに応じてテーラリングしながら、柔軟に運用していきましょう。

PMBOKとは、プロジェクトマネジメントの知見を整理した知識体系です。プロジェクトマネジメントの動向を取り入れながら標準的な考え方やノウハウを定義し、広く共有する役割を担っています。

詳しくは、記事内「PMBOKとは」で解説しています。

PMBOK第6版までにおいては、プロジェクト始動から終結までが以下の5つのプロセスに分けて定義されていました。

第7版ではこのプロセス重視ではなく、プロジェクトを推進する人や組織が判断のよりどころにすべき12の原理・原則を示す形に変化しています。

5つのプロセスについては記事内「【PMBOK第6版】5つのプロセス」、第7版における変化については記事内「プロセス中心から「12の原理・原則」へ」で詳しく解説しています。