セクション: ボリューム D
Explanation:
5.3.3.1 プロジェクトの範囲に関する記述
プロジェクト スコープ ステートメントは、プロジェクトのスコープ、主要な成果物、前提条件、および制約を説明するものです。プロジェクト スコープ ステートメントは、プロジェクトと製品のスコープを含むスコープ全体を文書化します。プロジェクトの成果物と、それらの成果物の作成に必要な作業について詳細に説明します。また、プロジェクトの関係者間でプロジェクトの範囲についての共通の理解を提供します。利害関係者の期待を管理するのに役立つ明示的な範囲の除外が含まれる場合があります。これにより、プロジェクト チームはより詳細な計画を実行でき、実行中にプロジェクト チームの作業をガイドし、変更または追加作業のリクエストがプロジェクトの境界内に含まれるか外側に含まれるかを評価するためのベースラインを提供します。
プロジェクト スコープ ステートメントで実行される作業と除外される作業を定義する詳細の程度とレベルは、プロジェクト管理チームがプロジェクト スコープ全体をどの程度適切に制御できるかを判断するのに役立ちます。プロジェクト範囲の詳細な記述には、直接または他の文書を参照して、次のものが含まれます。
製品範囲の説明。製品、サービス、結果の特徴を段階的に詳しく説明する
プロジェクト憲章と要件ドキュメントに記載されています。
合否基準。成果物が受け入れられる前に満たす必要がある一連の条件。
成果物。ユニークで検証可能な製品、結果、またはサービスを実行する機能。
プロセス、フェーズ、またはプロジェクトを完了するために作成されます。成果物には、プロジェクト管理レポートやドキュメントなどの付随的な結果も含まれます。これらの成果物は、概要レベルで説明することも、非常に詳細に説明することもできます。
プロジェクトの除外。一般に、プロジェクトから除外されるものを特定します。何が不足しているかを明示的に述べる
プロジェクトの範囲は、利害関係者の期待を管理するのに役立ちます。
制約。プロジェクトまたはプロセスの実行に影響を与える制限要因。で特定された制約
プロジェクト スコープ ステートメントのリストを作成し、プロジェクトの実行に影響を与えるプロジェクト スコープに関連する特定の内部または外部の制限または制限 (たとえば、事前定義された予算、顧客または実行組織によって発行される課せられた日付やスケジュールのマイルストーンなど) を説明します。プロジェクトが合意に基づいて実行される場合、通常は契約条項が制約となります。制約に関する情報は、プロジェクト スコープ ステートメントまたは別のログにリストされる場合があります。
仮定。計画プロセスにおいて、証拠や証拠がなく、真実、現実、または確実であると考えられる要素。
デモンストレーション。また、それらの要因が誤りであることが判明した場合の潜在的な影響についても説明します。プロジェクト チームは、計画プロセスの一環として、前提条件を頻繁に特定、文書化、検証します。前提条件に関する情報は、プロジェクト範囲ステートメントまたは別のログに記載される場合があります。
プロジェクト チームは、関係者間でプロジェクトの範囲についての共通の理解を発展させるために、範囲ステートメントを完成させる必要があります。これには、プロジェクトの成果物、つまり概要レベルのサブ製品がリストされており、その完全かつ満足のいく成果がプロジェクトの完了を示します。
プロセス: 5.4 WBS の作成
定義: WBS は、プロジェクトの成果物とプロジェクトの作業を、より小さく管理しやすいコンポーネントに再分割するプロセスです。
主な利点: このプロセスの主な利点は、何を提供する必要があるかについて構造化されたビジョンを提供できることです。
入力
1. 範囲管理計画
2. プロジェクトの範囲に関する記述
3. 要件ドキュメント
4. 企業環境要因
5. 組織プロセス資産
ツールとテクニック
1. 分解
2. 専門家の判断
出力
1. スコープのベースライン
2. プロジェクトドキュメントの更新
