目次
はじめに
「PMBOK第7版では何が変わったの？」
「第6版との違いが多すぎて、結局どこを押さえればよいのか分からない」と迷っていませんか。
PMP試験の勉強を始めたり、実務でPMBOKを参考にしようとしたりすると、第7版で大きく変わったという情報を目にする一方で、「第6版もまだ重要」と書かれていることも多く、何が変わり、何が変わっていないのか整理できず、学習の手が止まってしまうことがありますよね。
この記事では、PMBOK第7版で変わったことと変わらなかったことを、第6版との違いを交えながらわかりやすく整理します。
PMBOK7で変わったこと・変わらなかったこと
PMBOK第7版では構成や考え方が大きく見直されましたが、すべてが新しくなったわけではありません。
ここでは、PMBOK第7版で変わったことと変わらなかったことを、それぞれ分けて見ていきましょう。
PMBOK7で大きく変わったこと
PMBOK第7版で最も大きく変わったのは、「49のプロセスを順番に実行する構成」から、「12の原理・原則」と「8つのパフォーマンスドメイン」を中心とした構成へ変更された点です。
第6版では5つのプロセス群、10の知識エリア、49のプロセスに沿って進め方を学びましたが、第7版ではプロジェクトの状況に応じて最適な進め方を選ぶ考え方が重視されるようになりました。
そのため、決められた手順を一律に適用するのではなく、プロジェクトごとに適した手法を選択しながら価値の提供を目指す内容へ大きく変化しています。
PMBOK7でも変わらなかったこと
PMBOK第7版になっても、プロジェクトを計画し、進捗や品質、コスト、リスクを管理しながら目標を達成するという基本的な考え方は変わっていません。
また、スコープ管理、スケジュール管理、コスト管理、品質管理、リスク管理など、第6版で扱われていた知識や管理項目も引き続き実務で重要です。
構成や表現は変更されましたが、プロジェクトを成功へ導くために必要な管理活動そのものが不要になったわけではなく、状況に応じて適切に活用する考え方へ整理された点は変わっていません。
PMBOK第6版から第7版で変わったこと
PMBOK第7版では、従来の構成や考え方が見直され、プロジェクトマネジメントの捉え方が大きく変化しました。
ここでは、第6版から第7版で変わった主なポイントを順番に解説します。
49プロセス中心から「原則重視」に変わった
PMBOK第6版では、5つのプロセス群、10の知識エリア、49のプロセスに沿ってプロジェクト管理を学ぶ構成でした。
一方、第7版では49プロセスを中心とした構成から、12の原理・原則を重視する構成へ変更されています。
そのため、決められた手順を順番に実行することよりも、プロジェクトの状況に応じて適切な判断を行い、原理・原則に基づいて進める考え方が重視されるようになりました。
アジャイルやハイブリッド型が重視されるようになった
PMBOK第7版では、ウォーターフォール型だけでなく、アジャイルやハイブリッド型も前提とした内容へ変更されました。
要件変更が発生しやすいプロジェクトではアジャイル、計画どおりに進めやすいプロジェクトではウォーターフォール、両方を組み合わせる場合はハイブリッド型というように、プロジェクトの特性に応じて開発手法を選択する考え方が重視されています。
そのため、第7版では特定の手法を標準とするのではなく、状況に適した進め方を選ぶ構成になっています。
知識エリア中心から「パフォーマンスドメイン」へ変わった
PMBOK第6版では、スコープ管理、スケジュール管理、コスト管理など10の知識エリアごとに学ぶ構成でした。
一方、第7版では知識エリアを中心とした構成から、8つのパフォーマンスドメインを中心とした構成へ変更されています。
パフォーマンスドメインでは、ステークホルダー、チーム、計画、プロジェクト作業など、プロジェクト全体の活動を横断的に捉えながら成果につなげる考え方が採用されています。
成果物より「価値提供」を重視する考え方が強くなった
PMBOK第7版では、成果物を完成させることだけでなく、利用者や組織にどのような価値を提供できるかを重視する考え方が強くなりました。
そのため、計画どおりに成果物を納品するだけではなく、期待される効果や目的を実現できているかを確認しながらプロジェクトを進めることが求められています。
成果物の完成をゴールとするのではなく、その成果物によって得られる価値を重視する点が、第6版との大きな違いです。
PMBOK7でも変わらなかったこと
PMBOK第7版では大きな変更があった一方で、プロジェクトマネジメントの基本となる考え方まで変わったわけではありません。
ここでは、PMBOK第7版でも変わらず重視されているポイントを解説します。
プロジェクト管理の基本的な考え方
PMBOK第7版でも、プロジェクトの目的を明確にし、計画を立て、進捗を確認しながら、納期・コスト・品質を管理して成果物を完成させるという基本的な考え方は変わっていません。
計画と実績の差が発生した場合は原因を確認し、必要に応じて計画や対応を見直しながら進めることも従来どおり重要です。
第7版では構成や表現は変更されましたが、プロジェクトを計画・実行・管理して目標達成を目指す基本的な進め方は引き続き共通しています。
スケジュール・コスト・品質管理の重要性
PMBOK第7版でも、スケジュール・コスト・品質を管理する重要性は変わっていません。
計画どおりに作業が進んでいるかを確認し、予算を超える支出がないかを把握し、成果物が求められる品質を満たしているかを継続的に確認することは、引き続き必要な管理活動です。
第7版では知識エリアを中心とした構成ではなくなりましたが、これらの管理を実施する必要がなくなったわけではなく、プロジェクトの状況に応じて適切に実践することが求められています。
リスク管理やコミュニケーション管理の必要性
PMBOK第7版でも、リスク管理やコミュニケーション管理はプロジェクトを進めるうえで欠かせません。
発生する可能性のあるリスクを事前に洗い出し、影響度や発生確率を確認したうえで対応策を準備することは、従来どおり重要です。
また、関係者へ進捗や課題、変更内容を適切なタイミングで共有し、認識のずれを防ぐことも引き続き必要な管理活動です。
第7版では構成が変わりましたが、これらの管理を実施する重要性は変わっていません。
ウォーターフォール型の知識が不要になったわけではない
PMBOK第7版ではアジャイルへの対応が強化されましたが、ウォーターフォール型の知識が不要になったわけではありません。
要件定義、設計、開発、テストを順番に進めるプロジェクトでは、計画を作成し、進捗や変更を管理する考え方は引き続き重要です。
そのため、第6版で重視されていたウォーターフォール型の管理手法も、適したプロジェクトでは現在も実務で活用されています。
PMBOK7はなぜ「大きく変わった」と言われるのか
PMBOK第7版は「大きく変わった」と言われることが多いですが、その理由は内容がすべて一新されたからではありません。
ここでは、PMBOK第7版が大きく変わったと受け止められやすい理由を順番に見ていきましょう。
第6版との見え方の違いが大きいため
PMBOK第7版が大きく変わったと言われる理由の一つは、第6版と比べて構成や学び方の見え方が大きく変わったためです。
第6版では5つのプロセス群、10の知識エリア、49のプロセスで整理されていましたが、第7版では12の原理・原則と8つのパフォーマンスドメインを中心とした構成になりました。
そのため、ページ構成や用語が大きく変わり、これまでとは別の内容になったような印象を受けやすくなっています。
49プロセスが「消えた」と誤解されやすいため
PMBOK第7版では49のプロセスが本文の中心ではなくなったため、「49プロセスがなくなった」と誤解されることがあります。
しかし、プロジェクトを計画し、進捗を管理し、成果物を完成させるための管理活動が不要になったわけではありません。
49プロセスで整理されていた考え方や管理手法は現在も実務で活用されており、第7版では、それらを状況に応じて柔軟に活用する考え方へ整理されています。
考え方の変化が強調されやすいため
PMBOK第7版では、手順どおりに進めることよりも、プロジェクトの状況に応じて適切な判断を行う考え方が強く打ち出されています。
そのため、「原理・原則」「価値提供」「テーラリング」などの考え方が多く説明される構成となり、第6版とは異なる内容になったように受け取られやすくなりました。
考え方の変化が目立つため、大きく変わったという印象を持たれやすくなっています。
PMBOK7への変更で実務にどう影響する？
PMBOK第7版への変更は、実務の進め方がすべて変わることを意味するわけではありません。
ここでは、PMBOK第7版の変更が実務に与える影響を具体的に解説します。
アジャイル案件では活用しやすくなった
PMBOK第7版ではアジャイルを前提とした考え方が取り入れられたため、アジャイル案件でも活用しやすくなりました。
要件変更や優先順位の見直しが発生する場合でも、状況に応じて進め方を調整しながらプロジェクトを管理する考え方が示されています。
そのため、短い開発サイクルを繰り返しながら成果物を改善していくアジャイル案件でも、第7版の内容を実務に取り入れやすくなっています。
従来型プロジェクトでも基本は大きく変わらない
PMBOK第7版になっても、ウォーターフォール型を採用する従来型プロジェクトでは、計画を立て、進捗・コスト・品質・リスクを管理しながら進める基本的な管理方法は大きく変わっていません。
要件定義から設計、開発、テストまでを順番に進めるプロジェクトでは、第6版で整理されていた管理手法も現在も実務で活用されています。
そのため、従来型プロジェクトでは第7版への変更による実務への影響は限定的です。
実務では「使い分け」の考え方が重要になった
PMBOK第7版では、すべてのプロジェクトに同じ管理手法を適用するのではなく、プロジェクトの規模や開発手法に応じて使い分ける考え方が重視されています。
要件変更が多い案件ではアジャイル、計画を固めて進める案件ではウォーターフォールを選択し、必要に応じてハイブリッド型を採用することもあります。
そのため、実務では特定の手法に限定せず、プロジェクトに適した進め方を選択することが重要になっています。
まとめ
PMBOK第7版では、49プロセス中心の構成から12の原理・原則と8つのパフォーマンスドメインを重視する構成へ変更され、アジャイルやハイブリッド型への対応、価値提供を重視する考え方が強化されました。
そのため、第6版と比べて構成や学び方が大きく変わったことから、「大きく変わった」と言われることが多くなっています。
一方で、プロジェクトを計画し、スケジュール・コスト・品質・リスクを管理しながら目標を達成するという基本的な考え方は変わっていません。
ウォーターフォール型の管理手法や49プロセスで整理されていた知識も、現在の実務で引き続き活用されています。
PMBOK第7版を理解するうえで重要なのは、「以前の考え方がなくなった」と考えるのではなく、プロジェクトの規模や開発手法に応じて適切な管理方法を使い分ける考え方へ発展したと捉えることです。
第6版と第7版の違いを理解することで、実務でも状況に応じたプロジェクトマネジメントを実践しやすくなります。