プロジェクトスコープとは何ですか?
プロジェクトスコープは、利害関係者の要件を満たすために必要なプロジェクト作業の詳細な説明です。 ているのがわかるアドレスに何が含まれます。 しかし、対応えは対象外で大幅に改善をさらに明確にし、必要です。 スコープには1)製品スコープと2)プロジェクトスコープがあります。
製品スコープは、プロジェクトスコープのサブセットです。 プロジェクトによって作成された成果物の要件を満たすために必要な作業について説明します。, 範囲の経営重視のプロジェクトの範囲で製品の果た。 特別プロジェクトの文書およびプロセスを確保するために使用される最終製品の受入れ基準のプロジェクトのステークホルダー 独自のプロジェクト文書てみ製品の範囲の要件管理計画の要件トレーサビリティ-マトリックス. 構成管理は、製品の機能的特性または物理的特性の変更を管理するために確立された独自のプロセスです。, また、製品が受け入れられ、適切な利害関係者に転送される前に、検証および検証プロセスを通過する必要があります。
プロジェクトスコープには、製品スコープが含まれ、プロジェクトが完了するために必要な他のすべての作業が記述されています。 これは、スコープ管理計画およびスコープベースラインで説明され、プロジェクト管理計画で取得されます。 スコープ管理計画には、スコープの計画、実行、および制御方法が文書化されています。, スコープベースラインは、1)スコープステートメント、2)ワークブレークダウン構造(WBS)、および3)WBS辞書でプロジェクトスコープを定義します。 の範囲のベースラインは、文書の対象範囲の性能を測定します。
プロジェクトスコープを作成するには?
スコープの作成と管理には、いくつかのステップがあります。
1ステップ1-管理計画の作成
スコープ管理計画と要件管理計画は、プロジェクト管理計画の補助計画です。, プロジェクトと製品の範囲がどのように計画、実行、制御されるかを説明します。 また、製品をプロジェクトの利害関係者に転送する前に満たされる製品スコープの受け入れ基準も定義します。
2ステップ2-要件の特定
要件は、利害関係者のニーズと期待を満たすために満たさなければならない条件です。 要件の主な原因は利害関係者です。 ブレーンストーミング、インタビュー、マインドマッピング、ベンチマーク、プロトタイピングなど、いくつかのツールとテクニッ,
3ステップ3-製品の定義
製品は要件を満たすように定義されています。 各製品とそれに関連する要件は、要件トレーサビリティマトリックス(RTM)で文書化され、追跡されます。 RTMは、プロジェクト全体の製品のステータスと変更を追跡するためのツールとして使用されます。
4Step4-スコープベースラインの作成
スコープはスコープベースラインに文書化され、製品を作成するためのすべてのプロジェクト作業が含まれます。, スコープベースラインは、Scopeステートメント、WBSおよびWBS辞書で構成されます。 この文書の使用に対する進展状況を計測範囲。
5ステップ5-パフォーマンスの実行と測定
スコープが実行され、スコープベースラインに対して測定されます。 スコープ管理計画と要件管理計画には、最終製品を利害関係者に転送できるように、プロジェクトスコープが満たす必要があるしきい値と受け入れ基準が,
6ステップ6-コントロールスコープ
実際のスコープとスコープベースラインの違いは、分散になります。 スコープベースラインは、統合された変更管理プロセスを経た承認済みの変更要求によってのみ変更できます。 予防や是正措置に変更要求めるため範囲の性能の範囲を基準と 製品の変更は、要件トレーサビリティマトリックスにキャプチャされ、構成管理の変更によって承認されます。,
7ステップ7-転送スコープ
製品が作成された後、それらが正しいことを確認されます。 検証された場合、各製品は受け入れ基準に対して検証され、利害関係者に転送されます。
プロジェクトスコープを使用するにはどうすればよいですか?
プロジェクトスコープ管理は、プロジェクトの目的が達成され、成果物が利害関係者に十分に転送されることを保証するために実行されます。 プロジェクトの成功を確実にするのは、スコープベースラインの管理です。, 要件トレーサビリティマトリックスは、製品の変更を追跡し、利害関係者に変更を伝えるために使用されます。 製品スコープとプロジェクトスコープの変更は、それぞれ構成管理プロセスと統合変更管理プロセスで管理されます。
スコープ管理が発生するのを防ぐことができる容認できない二つの状況があります。 これらは、それぞれが追加の未承認のスコープが実行されるため、同様です。, スコープクリープとは、マイナーな未承認のスコープを長期間にわたって完了することです。 金メッキは、承認を得ることなくアップグレードされたスコープの完了です。 両方の場合、プロジェクトマネージャーは、通常はるものであります。 しかし、未承認の範囲が完了すると、原因不明のコストが発生し、スケジュールの影響が発生する可能性があります。 適切な範囲に管理する認定範囲のベースラインが実行され、プロジェクトは成功です。,
製品が作成されると、スコープ管理計画、要件管理計画、およびスコープベースラインに従って要件を満たしていることがプロジェクトチームによって検 製品が検証された後、プロジェクトチームと利害関係者によって検証され、受け入れ基準を満たしていることが確認されます。 受け入れ基準を満たしている場合、製品は利害関係者に転送されます。 範囲管理は目的が巧妙なプロジェクトの閉鎖のstakeholderの必要性そして結果を満たすプロダクトを作り出すことであるのでプロジェクトの成功のた,