作業分解構造テンプレート、変更管理フォーム、範囲変更管理フォームが含まれています

プロジェクト スコープ ステートメントは、プロジェクトを「成果物」レベルで完了するために実行する必要がある対応する作業を明確にします。

プロジェクト スコープ ステートメント (暫定版) では、プロジェクトとその関連製品およびサービスの特性と境界、およびスコープの管理と承認の方法を明確にします。

プロジェクトスコープ管理計画では、プロジェクトスコープ記述書（暫定版）をプロジェクトスコープ記述書（詳細版）に分解する方法を明確に定義する必要があります。

プロジェクト管理計画の策定は段階的な改善プロセスであり、プロジェクトの初期段階の概要計画から、計画段階の終わりには詳細なプロジェクト管理計画に段階的に進化します。このプロセスでは、範囲管理、スケジュール計画、および計画が吸収されます。予算やその他のサブプラン。

プロジェクト スコープ管理計画は、予備的なスコープ ステートメントから詳細なプロジェクト スコープ ステートメントを作成する方法を提供します。

1. プロジェクトの目標。達成目標と拘束力のある目標を含む

2. 製品範囲の説明

3. プロジェクトの成果物

4. プロジェクトの境界

5. 製品の合格基準

6. プロジェクトの制約

7. プロジェクトの前提条件

8. プロジェクトドキュメントを更新しました

分解とは、プロジェクトの成果物をより小さく管理しやすい単位に分割し、成果物を将来の明確に定義されたプロジェクト活動をサポートするのに十分な作業パッケージに導くプロセスです。 （業界では、1人で2週間で完了できる作業や、1人で80時間で完了できる作業を一般的にワークパッケージと呼んでいます）

プロセスアクティビティ:

分解方法：

一般的な手順:

原則として：

Project2003 - 「プロジェクトの範囲を決定する」

短期作業計画はより詳細にする必要があり、長期作業計画はより一般的である必要があります。進歩的なディテール

WBS 辞書は、WBS のサポート ファイルであり、WBS の各要素を説明するために使用されます。各要素はコンテンツを説明する必要があります。

承認された詳細なプロジェクト スコープ ステートメントと、それに関連する WBS および WBS ディクショナリが、プロジェクト スコープのベースラインとなります。スコープ ベースラインはプロジェクト管理計画の不可欠な部分です。

プロジェクト関係者の要件文書

プロジェクト管理計画

作業や成果物が要件や製品の受け入れ基準を満たしているかどうかを判断するための、測定、テスト、検証などのタスクが含まれます。

1. プロジェクトの範囲に関する記述

2.WBS

3.WBS辞書

完了または部分的に完了し、品質管理プロセスによって正確性が検証されたプロジェクトの一部。

実際に完了したプロジェクト範囲などのプロジェクトのパフォーマンスの尺度は、範囲のベースラインに対する変更の程度を評価するために使用されます。

プロジェクト範囲変更管理の重要な側面は、変更の理由と修正措置が必要かどうかを判断することです。

スコープ変更制御のアプローチは、スコープ変更に関連するプロセスを定義することです。必要な書類手続き、是正措置、追跡システム、承認された変更の承認レベルが含まれます。

変更管理システムは、構成管理システムなどの他のシステムと統合して、プロジェクトの範囲を制御します。

プロジェクトが契約の対象となる場合、変更管理システムは関連するすべての契約条件に準拠する必要があります。

変更管理委員会は、変更要求の承認または拒否を担当します。

変更管理システムと変更管理ボードは通常、範囲管理計画に記載されます。プロジェクト管理計画書がない場合は、プロジェクト管理計画書に変更管理システムおよび変更管理板を直接記載します。

範囲の変更は、プロジェクトの成果物とドキュメントに一連の体系的な変更をもたらします。これらすべてを管理するには、正式な構成管理システムが必要です。

1. スコープのベンチマーク

2. 変更管理計画

3. 構成管理計画

スコープ制御の結果により、確認された WBS を変更するための変更要求も生成されます。

変更はプロジェクトの全体的な変更管理プロセスに従って処理される必要があります

1. スコープベースラインの更新

2. 他のベンチマークの更新

プロジェクト管理計画とそのサブ計画に対する変更リクエストは、統合された変更管理を通じて処理されます。