成果物、境界、要件を含むプロジェクト範囲を定義する - TechRepublic

プロジェクトでは、スコープが定義される場所が2つあります。高レベルスコープはプロジェクト憲章で定義され、低レベルスコープはビジネス要件ドキュメントで定義されます。

高レベルスコープは 2 つの主要コンポーネントで構成されます。

1. 成果物。スコープについて他に何も思い出せない場合は、成果物をリストアップしてください。成果物を定義することは、プロジェクト全体のスコープを定義する上で大きな役割を果たします。
2. 境界。プロジェクトの境界を明確に定義することも重要です。境界ステートメントは、プロジェクトに関係する事柄と、プロジェクトの範囲外となる事柄を区別するのに役立ちます。境界ステートメントの例としては、以下のようなものがあります。

• このプロジェクトは米国事業にのみ影響します。その他の地域は対象外です。
• 当社のソリューションは財務部門と法務部門に提供いたします。その他の部門は対象外となります。

プロジェクトのスコープを箱に例えてみましょう。高レベルのスコープは箱の側面を定義し、プロジェクトに関連するものとそうでないものを明確に区別します。

しかし、プロジェクトが開始すると、境界や成果物の変更を求めるリクエストは一般的にそれほど多くありません。スコープ変更のリクエストのほとんどは、ビジネス要件の変更に関するものです。

ビジネス要件は、詳細なスコープを定義するのに役立ちます。プロジェクトの成果物は、大まかなスコープを定義するために使用されます。ビジネス要件は、成果物の詳細を記述します。スコープを箱だとすると、要件はその箱の中を埋めるものになります。

要件には2種類あります。

• 製品要件（機能）。製品要件は、成果物の特性を表します。例えば、橋を建設する場合、要件のほとんどは製品ベースになります。これには、橋が通行可能な車両の台数、鋼材の強度、橋を架けるために必要な水位、橋の色などが含まれます。
• プロセス要件（機能）。プロセス要件は、ユーザーが製品とどのようにインタラクションし、製品が他の製品とどのようにインタラクションするかを記述します。例えば、データがどのように移動し、ビジネストランザクションがどのようにあるポイントから別のポイントへと流れるかを議論する場合、それはプロセス要件を記述していることになります。請求トランザクションの要件を記述する必要がある場合、ほとんどの要件はプロセス指向になる可能性があります。これには、請求トランザクションが注文から請求書、そして売掛金へとどのように移行するかが含まれます。ユーザーがどの時点でステータスを確認するか、ユーザーが請求書を手動で更新する方法、そして残高が不足している場合にユーザーが何をすべきかを記述できます。

これらの要素がどのように組み合わさっているかを覚えておけば、将来プロジェクトのスコープを定義するのが簡単になります。高レベルのスコープは憲章で定義され、境界ステートメントと成果物で構成されます。低レベルのスコープはビジネス要件によって定義されます。これら2つの要素が組み合わさって、プロジェクトのスコープ定義全体が構成されます。