プロジェクトマネジメント知識体系(PMBOK )は、プロジェクトマネジメントに関する標準的な用語とガイドライン(知識体系)をまとめたものです。この知識体系は時間とともに進化し、『プロジェクトマネジメント知識体系ガイド』 (PMBOKガイド)という書籍にまとめられています。この書籍の第8版は2025年に発行されました。この文書は、プロジェクトマネジメント協会(PMI)が監修した作業の成果であり、PMIは認定アソシエイト・イン・プロジェクトマネジメント(CAPM)およびプロジェクトマネジメント・プロフェッショナル(PMP)の資格認定を提供しています。
PMBOKガイドの多くは、クリティカルパス法やワークブレークダウンストラクチャ(WBS)など、プロジェクトマネジメントに特有のものです。また、PMBOKガイドは、組織の運営における計画、組織化、人員配置、実行、統制といった、一般的なマネジメントの分野とも重なる部分があります。PMBOKガイドと重なるその他のマネジメント分野には、財務予測、組織行動論、経営科学、予算編成、その他の計画手法などがあります。
PMBOKガイドの以前のバージョンは、米国で規格を定める米国規格協会(ANSI)(ANSI/PMI 99-001-2008)および電気電子学会(IEEE 1490–2011)によって規格として認められました。 [ 1 ]
PMBOKガイドの進化は、ガイドの版数に反映されている。
PMBOKガイド第8版は、プロジェクトの価値提供の重要性を強調することで方向性の転換を示しており、プロジェクトを「価値創造のために実施される、独自の状況における一時的な取り組み」と新たに定義しています。また、「すべてのプロジェクトは投資である」と3回繰り返し述べ、用語集には投資に関連する3つの新しい手法、すなわち価値分解構造(VBS)(172ページ)、クリティカルパス・ドラッグ(160ページ)、クリティカルパス・ドラッグ・コスト(160ページ)を組み込んでいます。
PMBOKガイドは、一般的に優れた実践として認められている「プロジェクト管理の知識体系のサブセット」となることを意図しています。「一般的に認められている」とは、記述されている知識と実践がほとんどの場合ほとんどのプロジェクトに適用可能であり、その価値と有用性について合意があることを意味します。「優れた実践」とは、知識、スキル、ツール、テクニックの適用により、多くのプロジェクトで成功の可能性を高めることができるという一般的な合意があることを意味します。[ 10 ]これは、コンサルタントによってよく推進される「最新の」プロジェクト管理トレンドが、 PMBOKガイドの最新版に含まれていない場合があることを意味します。
しかし、PMBOKガイド第6版には「アジャイル実践ガイド」が新たに収録されました。
PMBOKガイドはプロセスベースであり、作業はプロセスによって達成されるものとして記述されています。このアプローチは、ISO 9000やソフトウェアエンジニアリング協会(SEI )のCMMIといった他のマネジメント規格とも整合性があります。プロセスはプロジェクト全体、あるいはその様々なフェーズを通して、互いに重なり合い、相互作用します。
『プロジェクトマネジメント知識体系ガイド 第6版』は、個々のプロジェクトを管理するためのガイドラインを提供し、プロジェクトマネジメント関連の概念を定義しています。また、プロジェクトマネジメントライフサイクルとその関連プロセス、およびプロジェクトライフサイクルについても説明しています。[ 10 ]今回初めて、「アジャイル実践ガイド」が含まれています。
PMBOKガイドに記載されているように、PMBOKは、5つの基本的なプロセスグループと、ほとんどのプロジェクトでほとんどの場合に見られる10の知識領域に分類される49のプロセスを認識しています。
5つのプロセスグループは以下のとおりです。
プロジェクト管理プロセスの全部または一部を含む10の知識領域は以下のとおりです。
10の知識領域それぞれには、効果的なプロジェクト管理を実現するためにその分野内で実行する必要のあるプロセスが含まれています。これらのプロセスはそれぞれ5つのプロセスグループのいずれかに分類され、すべてのプロセスが1つの知識領域と1つのプロセスグループに関連付けられるマトリックス構造を形成しています。
PMBOKガイドは、ほとんどの場合、ほとんどのプロジェクトを管理するための一般的なガイドを提供することを目的としていますが、現在、公式に拡張されたバージョンが3つあります。
PMBOKはプロジェクト管理において広く受け入れられている標準ですが、PMBOK標準には代替案があり、PMBOKには批判もあります。批判の1つは、クリティカルパス法の支持者とは対照的に、クリティカルチェーンの開発者と支持者(例:Eliyahu M. GoldrattとLawrence P. Leach)[ 11 ]から来ています。PMBOKガイドのプロジェクト時間管理のセクションでは、クリティカルチェーンをクリティカルパスの代替方法として示しています。
2つ目の批判はリーン建設に端を発している。このアプローチは、PMBOKモデルにおける双方向コミュニケーションの欠如を強調し、言語/行動の視点と計画プロセスの継続的改善を強調する代替案を提示している。 [ 12 ]
{{cite book}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)