ビデオ: ４ステップ、PMPリスクマネジメントの基本をエクセルテンプレートで学ぶ（ヒートマップ付き） 2026
プロジェクトスコープ管理は、プロジェクトに目的達成のためのすべての作業が含まれていることを確認するための作業です。それは、プロジェクトに含まれているものとそうでないものを制御することです。
この記事では、プロジェクトマネジメント知識体系（PMBOK®ガイド） - 第5版のプロジェクトスコープ管理知識領域について説明します。これはプロジェクトスコープ管理を定義する唯一の方法ではありませんが、それは良い出発点であり、PMP®認証に取り組んでいる場合は非常に役立ちます。
プロジェクトスコープ管理プロセス
PMBOK®ガイド のプロジェクト範囲管理には6つのプロセスが含まれています。プロジェクト範囲管理プロセスは次のとおりです。
- 計画範囲管理
- 要件収集
- 範囲の定義
- 作業内訳構造の作成
- 範囲の検証
それぞれを見てみましょう。
計画スコープ管理プロセス
これを行うポイントは、スコープ管理計画の終わりにあなたに与えることです。これは、プロジェクトのスコープを定義、管理、検証、制御する方法を示しています。これを定義するために作業を前面に置くと、後で参照することができます。会社が成功した作業の仕方で決済したら、スコープ管理プロセスはプロジェクト間で大きく変化しないので、別のプロジェクトのスコープ管理計画を出発点として使用することができます。
このプロセスの結果は、範囲管理計画です。これは、プロジェクト管理計画の一部であり、以下を含みます。
- 詳細なスコープステートメントの作成方法
- スコープステートメントからワークブレークダウンストラクチャ（WBS）を作成する方法
- そのWBSを承認する
- プロジェクトの成果物の正式な承認方法
- 範囲の変更をどのように管理するか。
文書は信じられないほど細かく、または非常に形式的である必要はありません。単に目的に合うものでなければなりません。
要件の収集プロセス
このプロセスでは、ステークホルダーがプロジェクトから何を求めているかを確認します。あなたの大きなアイデアを概説したら、要件を文書化してステークホルダーの期待を管理する必要があります。コストのような他のプロジェクトの制約があれば、彼らが求めていることは現実的ではなく、達成可能でもないことが多いため、これは重要です。
要件収集作業の出力は、文書化された一連の要件です。
- 機能要件および非機能要件
- 報告要件などのステークホルダー要件
- サポートおよびトレーニング要件
- ビジネス要件 >サービスレベルや品質などのプロジェクト要件
- 要件に特に関連する依存関係、前提条件、および制約も文書化します。
スコーププロセスの定義
ここで、要件を取り入れて、プロジェクトが作成する製品またはサービスの詳細な説明に変換します。プロジェクトの中で参照できるプロジェクトスコープステートメントが完成します。範囲内のものと範囲外のもののリストが含まれます。それは重要なことです。なぜなら、しばしば人々は特に排除されたものを覚えておらず、戻ってきて、その分野で仕事をしてくれるよう依頼するからです。
すべての包含物は変更管理を経なければならない。
作業ブレークダウン構造の作成プロセス
このプロセスによって、必要なものを構造化されたビジョンに変えることができます。ここでの主な作業は、大きなタスクを小さく管理しやすいチャンクに分割することです。
このプロセスの結果はWBSです。個人的には、自分のプロジェクトでWBSを使用していませんが、非常に有用なツールです。視覚的に考えることができない場合は、リストを作成して同じ結果を達成することができます。
スコーププロセスの検証
スコープの検証プロセスは、考えられるように、ビジネス関係者にWBSからサインオフすることを求めるものではありません。それは、時間が来たときに成果物のサインオフを得るためのプロセスを整えていることを確認することです。
この構造を適切な位置に置くことで、誰が成果物を承認するか、それが完全であると言うためにどの基準を使用するのかについて疑問を感じることはありません。
プロセスが完了したら、承認を必要とする者が承認した成果物を承認します。
コントロールスコーププロセス
コントロールスコーププロセスは、プロジェクトスコープ管理知識領域の最後のプロセスです。スコープを変更する必要がある場合は、効果的な変更管理が行われていることを確認することに関係します。また、「スコープ」の帽子を付けてプロジェクトを追跡して、それがあなたが思うものを提供することを確認します。
これらの6つのプロセスは、プロジェクトスコープ管理知識を構成し、
PMBOK®ガイド第5版 にあります。