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