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

スコープマネジメント計画がビジネスケースより先になるのはなぜ?混同しやすい理由を解説

はじめに

「スコープマネジメント計画は、なぜビジネスケースより先に確認するのだろう」
「事業の必要性を示すビジネスケースのほうが、先に作られるのではないか」と迷っていませんか。

PMPの練習問題で複数の文書が選択肢に並ぶと、実際に作成される時系列と、その場面で先に参照すべき文書の順序が混ざり、正解を選べなくなることがありますよね。

この記事では、両文書の役割、作成時期と参照順序の違い、PMP問題で混同しやすい理由を整理します。

スコープマネジメント計画がビジネスケースより先と言われる理由は?

スコープマネジメント計画がビジネスケースより先だと説明される場合、単純な作成日時の前後関係だけで判断すると混乱しやすくなります。

ここでは、前提となるフェーズの違いを確認したうえで、それぞれが作成されるタイミングを整理します。

前提となるフェーズが異なるため

ビジネスケースとスコープマネジメント計画は、作成されるフェーズが異なります。

ビジネスケースはプロジェクトを実施するか判断する立ち上げ前から立ち上げ段階で作成されるのに対し、スコープマネジメント計画は、承認後の計画段階でスコープの管理方法を定める文書です。

そのため、プロジェクト全体ではビジネスケースが先ですが、計画プロセスの中ではスコープマネジメント計画が先になります。

ビジネスケースは開始段階で作成される

ビジネスケースは、プロジェクトを開始するか判断する段階で作成されます。

期待する効果や必要な費用、想定されるリスクなどを整理し、スポンサーや経営層が投資するかどうかを判断します。

この承認を経てプロジェクトが正式に開始されるため、ビジネスケースは計画段階より前に作成される文書です。

スコープマネジメント計画は計画段階で作成される

スコープマネジメント計画は、プロジェクトの実施が承認された後の計画段階で作成されます。

スコープの定義方法や成果物の承認基準、変更要求の管理方法などをあらかじめ決めておくことで、その後のスコープ定義やWBS作成、変更管理を統一した基準で進められます。

なぜPMP問題ではスコープマネジメント計画が先になるのか?

PMP問題でスコープマネジメント計画がビジネスケースより先の選択肢になるのは、文書の作成順そのものではなく、設問がどのフェーズと役割を前提にしているかで判断するためです。

ここでは、設問の前提、PMの担当範囲、判断に使えるキーワードの順に整理します。

設問は計画フェーズを前提としている

PMP問題でスコープマネジメント計画が先になるのは、設問が計画フェーズに入った後の作業を前提としているためです。

計画フェーズでは、スコープを定義したりWBSを作成したりする前に、スコープの定義方法や承認方法、変更管理のルールを決めます。

そのため、最初に行う作業としてスコープマネジメント計画の作成が選ばれます。

PMはビジネスケース作成者ではない

PMP問題では、PMがビジネスケースを新たに作成する役割として扱われません。

ビジネスケースは、プロジェクト開始前にスポンサーや経営層が作成し、実施するかどうかを判断するための文書です。

PMは承認済みのビジネスケースをもとに計画を進めるため、スコープマネジメント計画の作成が先になります。

設問文のキーワードが判断材料になる

設問に「計画を作成する」「スコープを定義する」「WBSを作成する」といった表現があれば、計画フェーズを前提としていると考えられます。

この場合は、スコープに関するルールを先に決める必要があるため、スコープマネジメント計画の作成を選ぶのが基本です。

現実のプロジェクト順序との違い

現実のプロジェクトでは、ビジネスケースの承認を経てプロジェクトが開始され、その後にスコープマネジメント計画を作成します。

ここでは、現実の承認順序と試験での判断方法を分けたうえで、両者を混同しやすいポイントを整理します。

現実ではビジネスケースが先に承認される

実際のプロジェクトでは、最初にビジネスケースを作成し、スポンサーや経営層が費用や期待効果、リスクを確認して実施を承認します。

その後にPMが任命され、スコープマネジメント計画をはじめとする各種計画書の作成へ進みます。

そのため、プロジェクト全体の流れでは、ビジネスケースの承認が先になります。

試験問題では作業対象だけを見て判断する

PMP試験では、プロジェクト全体の流れではなく、設問でPMに求められている作業を基準に判断します。

スコープの定義やWBS作成に関する設問であれば、それらの進め方を決めるスコープマネジメント計画が先になります。

ビジネスケースの作成や承認まで遡って考える必要はありません。

混同しやすいポイント

混同しやすいのは、プロジェクト全体の時系列と、設問内でPMが行う作業の順番を同じものと考えてしまうことです。

実際にはビジネスケースの承認が先ですが、計画フェーズの設問では承認済みであることが前提です。

そのため、設問時点でPMが次に行う作業を基準に判断しましょう。

この問題を判断するときの考え方

この問題では、文書名だけを見て作成順序を決めるのではなく、スポンサーとプロジェクトマネージャーのどちらが担当する作業なのかを切り分ける必要があります。

ここでは、役割分担とスコープ確定の関係を確認したうえで、選択肢に迷ったときの判断基準を整理します。

スポンサーとPMの役割を分けて考える

スポンサーは、ビジネスケースをもとに費用や期待効果、リスクを確認し、プロジェクトを実施するか判断します。

一方、PMは承認後に、スコープの定義方法や承認方法、変更管理のルールをスコープマネジメント計画へまとめます。

設問では、それぞれの役割を分けて考えることが大切です。

スコープが決まらないと計画を作れない

プロジェクトでは、承認済みのビジネスケースやプロジェクト憲章をもとに計画を進めます。

そのうえで、スコープをどのように定義し、承認・変更を管理するかをスコープマネジメント計画で決めます。

これにより、その後のスコープ定義やWBS作成を同じ基準で進められます。

迷ったときの判断するポイント

迷ったときは、「今どのフェーズなのか」「誰が担当する作業なのか」を確認しましょう。

計画フェーズでPMがスコープに関する作業を進める場面であれば、ビジネスケースへ戻るのではなく、スコープマネジメント計画を作成するのが基本です。

設問時点でPMが次に行う作業を基準に考えると判断しやすくなります。

まとめ

スコープマネジメント計画がビジネスケースより先と説明されるのは、プロジェクト全体の時系列ではなく、PMP問題で前提となるフェーズが異なるためです。

実際のプロジェクトでは、ビジネスケースを承認した後に計画フェーズへ進み、PMがスコープマネジメント計画を作成します。

そのため、試験では「何が最初に作られたか」ではなく、「設問時点でPMが次に行う作業は何か」を基準に考えることが大切です。

設問が計画フェーズを前提としている場合は、スコープマネジメント計画が正解になります。

迷ったときは、現在のフェーズと担当者の役割を確認すると判断しやすくなります。

プロジェクト全体の流れと、設問で求められている行動を分けて考えることが、正解への近道です。

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