プロジェクトマネジメント

ビジネスケースはスコープ管理計画より前に来る?PMBOKの順番とPMP試験で迷わない考え方

はじめに

「ビジネスケースとスコープ管理計画は、どちらが先に作られるのだろう」
「PMPの問題では、なぜスコープ管理計画を先に確認するような選択肢が正解になることがあるのだろう」と迷っていませんか。

PMBOKを学習していると、ビジネスケース、プロジェクト憲章、スコープ管理計画など複数の文書が一度に登場し、作成される順番と、設問の場面で最初に参照する文書の順番が混ざってしまうことがありますよね。

この記事では、各文書が作られる流れと役割、PMP試験で判断を誤りやすい理由、選択肢を絞るときの考え方を整理します。

ビジネスケースはスコープ管理計画より前に作成される?

ビジネスケースとスコープ管理計画の順序を判断するには、それぞれが作成される時点を分けて確認する必要があります。

ここでは、プロジェクト開始前に作成されるビジネスケースと、計画プロセス群で作成されるスコープ管理計画の位置付けを整理し、最終的にどちらが先なのかを明確にします。

ビジネスケースはプロジェクト開始前に作成される

ビジネスケースは、プロジェクトを正式に開始するかどうかを判断するために、開始前の段階で作成される文書です。

スポンサーや経営層は、解決したい課題や期待できる効果、必要な費用、想定されるリスクなどを整理し、投資する価値があるかを検討します。

その内容をもとに、プロジェクトを実施するか、中止するか、あるいは計画を見直すかが判断されるため、ビジネスケースはプロジェクトが動き始める前に準備されます。

スコープ管理計画は計画プロセス群で作成される

スコープ管理計画は、プロジェクトの立ち上げ後、計画プロセス群で作成されます。

プロジェクトマネージャーは、スコープをどのように定義するか、WBSをどのように作成するか、成果物をどのような手順で承認するか、変更要求をどのように管理するかを文書として整理します。

実行中にスコープの追加や変更が発生しても一貫した判断ができるようにするため、実際の作業へ入る前の計画段階で整備しておくことが重要です。

結局どちらが先なのか?

プロジェクト全体の作成順序で見ると、先に作成されるのはビジネスケースです。

まずビジネスケースによってプロジェクトを実施するかどうかが判断され、その承認を受けてプロジェクトが立ち上がります。

その後、計画プロセス群でスコープ管理計画を作成する流れになるため、時系列で考えればビジネスケースが先、スコープ管理計画が後という関係になります。

スコープ管理計画が先に見える問題が存在する理由は?

スコープ管理計画がビジネスケースより先に見える問題では、文書が作成される時系列だけで判断すると混乱しやすくなります。

ここでは、PMP試験で迷いやすいポイントを確認したうえで、問題文の前提条件によって参照すべき文書が変わるケースと、順序を誤解しやすい理由を整理します。

PMP試験問題で混乱しやすいポイント

PMP試験では、文書が実際に作成された時系列ではなく、その設問の場面で最初に確認すべき文書を問われることがあります。

そのため、プロジェクト開始前に作成されるビジネスケースよりも、計画段階でスコープの定義や変更手順を確認するためのスコープ管理計画を選ぶ場面があり、「スコープ管理計画のほうが先なのでは」と感じてしまうことがあります。

作成順序と設問内での確認順序は別の考え方であることを意識すると、混乱しにくくなります。

問題文の前提条件によって答えが変わるケース

PMP試験では、問題文がどの段階を前提としているかによって、正しい選択肢が変わります。

例えば、プロジェクト開始前に実施可否を判断する場面であればビジネスケースを確認します。一方で、すでにプロジェクトが立ち上がり、スコープ定義や変更管理について判断する場面であれば、確認すべき文書はスコープ管理計画です。

まずは設問がどのフェーズを示しているのかを把握することが、正解への近道になります。

なぜ誤解が起きやすいのか

このテーマで誤解が生じやすいのは、「いつ作成された文書なのか」と「その場面で最初に確認する文書なのか」を同じ基準で考えてしまうためです。

実際のプロジェクトでは、ビジネスケースを作成して承認を得たあとにスコープ管理計画を作成します。

しかし、PMP試験では設問の状況に応じて確認する文書が問われるため、その違いを意識していないと、スコープ管理計画のほうが先に作成されると誤解しやすくなります。

ビジネスケースからスコープ管理計画までの流れ

ビジネスケースからスコープ管理計画までの流れは、各文書が担う役割を順番に確認すると理解しやすくなります。

ここでは、プロジェクトの必要性を判断する段階から期待成果の整理、正式な立ち上げを経て、スコープの管理方法を定めるまでのつながりを整理します。

ビジネスケースでプロジェクトの必要性を判断する

ビジネスケースでは、解決したい課題や期待できる効果、必要な費用、プロジェクトを実施しなかった場合の影響などを整理し、投資する価値があるかを判断します。

スポンサーや経営層は、費用やリスクと期待される効果を比較しながら、プロジェクトを進めるべきかを検討します。

その結果、期待される効果が十分に見込めると判断された場合に、プロジェクトの実施が承認されます。

ベネフィットマネジメント計画で期待成果を整理する

ベネフィットマネジメント計画では、プロジェクトによってどのような成果を目指すのかを明確にし、その成果をどのような指標で測定するのか、いつまでに達成するのか、誰が確認するのかを整理します。

期待する成果を数値や期限とあわせて定めておくことで、プロジェクト完了後に当初の目的を達成できたかを客観的に確認しやすくなります。

プロジェクト憲章で正式にプロジェクトを立ち上げる

プロジェクト憲章は、プロジェクトを正式に開始するための文書です。

プロジェクトの目的や主要な成果物、概算予算、完了予定時期、主要な関係者などを整理し、スポンサーが承認することで、プロジェクトの開始が正式に認められます。

また、この承認によって、プロジェクトマネージャーには人員や予算を活用しながらプロジェクトを進めるための権限が与えられます。

スコープ管理計画でスコープの管理方法を定める

スコープ管理計画では、スコープをどのように定義するか、WBSをどのような手順で作成するか、成果物をどのように承認するか、変更要求を誰に提出し、誰が承認するのかといった管理方法をあらかじめ定めます。

管理手順を事前に文書として整理しておくことで、プロジェクトの途中で作業範囲の追加や変更が発生した場合でも、関係者が共通の基準に沿って判断しやすくなります。

PMP問題で間違えないための考え方

PMPの順番問題で正解を選ぶには、文書名だけではなく、各成果物の役割と作成主体を確認する必要があります。

ここでは、ビジネスケースとスコープ管理計画の位置付け、PMとスポンサーが作成する成果物の違いを整理し、問題文から作成順序を判断する基準を確認します。

ビジネスケースとスコープ管理計画の位置付けを整理する

ビジネスケースは、プロジェクトを始める前に、その必要性や投資効果を検討するための文書です。

一方、スコープ管理計画は、プロジェクトが正式に立ち上がったあと、計画プロセス群でスコープをどのように定義し、承認し、変更を管理するかを定める文書です。

それぞれが作成されるタイミングや役割を分けて理解しておくことで、実際の作成順序とPMP試験で問われる確認順序を混同しにくくなります。

PMが作成する成果物とスポンサーが作成する成果物を区別する

ビジネスケースは、スポンサーや経営層がプロジェクトの必要性や期待できる効果、必要な費用などを整理し、実施するかどうかを判断するために作成します。

一方、スコープ管理計画は、プロジェクトマネージャーが承認後のプロジェクトを円滑に進められるよう、スコープの定義方法や承認手順、変更管理の方法をまとめる文書です。

誰が作成する文書なのかを意識すると、PMP試験でも設問で求められている文書を判断しやすくなります。

順番問題を解くときの判断基準

順番に関する問題では、まず問題文がプロジェクト開始前なのか、立ち上げ直後なのか、それとも計画プロセス群なのかを確認することが大切です。

そのうえで、その時点で作成または参照する文書を選ぶようにすると、迷いにくくなります。

文書の作成順序を問われているのであればビジネスケースが先になりますが、スコープの定義方法や変更管理について判断する場面であれば、スコープ管理計画を選ぶのが適切です。

まとめ

ビジネスケースとスコープ管理計画は、どちらもプロジェクトに欠かせない文書ですが、役割も作成されるタイミングも異なります。

プロジェクト全体の流れで見れば、まずビジネスケースでプロジェクトを実施する価値があるかを判断し、その承認後にスコープ管理計画を作成するため、作成順序はビジネスケースが先になります。

一方で、PMP試験では実際の作成順序ではなく、その設問の場面で最初に確認すべき文書を問われることがあります。

そのため、「いつ作成された文書なのか」と「その場面で何を確認するのか」を切り分けて考えることが、正解を選ぶポイントです。

問題で迷ったときは、まずプロジェクト開始前なのか、それとも計画段階なのかという前提を確認してみてください。

この視点を意識するだけでも、ビジネスケースとスコープ管理計画を混同しにくくなり、順番に関する問題も落ち着いて判断しやすくなります。

-プロジェクトマネジメント
-