Madame Lelica

プロジェクトスコープ管理とは、プロジェクトのスコープが正確に定義され、マッピングされることを保証する一連のプロセスを指します。 スコープ管理技術により、プロジェクトマネージャーおよびスーパーバイザーは、プロジェクトを正常に完了するために必要な適切な量の作業を割り当てること,

プロジェクトマネージャー、範囲の知識の領域が重要であるが、プロジェクト管理研究所(PMI)®を重視します。

今日のPMP®認定コースに入学し、プロジェクト管理の原則における強力な基盤を開発してください。,

プロジェクトスコープとは何ですか?

スコープとは、プロジェクトの成果物または機能の詳細なセットを指します。 これらの成果物は、プロジェクトの要件から派生しています。 PMBOK®は、プロジェクトスコープを”指定された機能と機能を備えた製品、サービス、または結果を提供するために達成する必要がある作業”と定義しています。”

以下は、プロジェクトスコープ管理の三つのプロセスです。

• 計画

  計画プロセスは、実行する必要がある作業をキャプチャして定義しようとする,

• 制御

  制御および監視プロセスは、追跡、スコープクリープ、追跡、およびプロジェクト変更の不承認/承認を文書化することに焦点を当てています。

• クロージング

  最終プロセスでは、クロージングにはプロジェクト成果物の監査と元の計画に対する成果の評価が含まれます。

プロジェクトスコープステートメント

プロジェクトのスコープは、プロジェクトを正常に完了または配信するために必要な作業の明確な識別です。, プロジェクトマネージャーの責任の一つは、必要な作業（スコープ）のみを実行し、各成果物を割り当てられた時間内かつ予算内に完了できるようにすること

プロジェクトの範囲のドキュメントは、プロジェクトの境界を説明し、チームの各メンバーの責任を確立し、完了した作業がどのように検証され、承認されるかについての手順を設定します。 この文書は、スコープステートメント、作業ステートメント、または参照条件と呼ばれることがあります。,

プロジェクトスコープ管理に関わるステップ

プロジェクトマネージャーとして、どの方法論を選択しても、プロジェクトスコープを定義する必要があります。 ここでは、スコープをキャプチャ、定義、および監視する体系的なプロセスの一例です。

1. プロジェクトニーズの定義

   プロジェクトのニーズを定義することは、プロジェクトのタイムラインを確立し、プロジェクトリソースを割り当て、プ これらの定義された手順でのみ、実行する必要がある作業、つまりプロジェクトの範囲を定義する必要があることを理解することができます。, それができたら、チームを割り当てることができ課題や方向性をお届けするプロジェクトに、指定された時間です。

2. プロジェクトの目的を理解する

   プロジェクトの範囲を定義するには、まず、新製品、組織内の新しいサービスの作成、またはソフトウェアの新しい作品の開発を含むことができるプロジェクトの目的を確立することが重要です。 プロジェクトの中心であることができる複数の目的がある;プロジェクトマネージャーはチームが指定特徴か機能に従って結果を提供することを保障,

3. プロジェクトスコープの定義

   製品またはサービスの作成に含まれるリソースと作業は、本質的にプロジェクトのスコープを定義するものです。 スコープは、一般的に満足のいく結果を達成するために満たされる目標を概説しています。

プロジェクトのスコープを定義するための手順

1. プロジェクトの目的
2. 目標
3. サブフェーズ
4. タスク
5. リソース
6. 予算
7. スケジュール

プロジェクトのスコープを定義するには、上記のパラメータ—–,

これらのパラメータが確立されたら、プロジェクトの制限を明確にする必要があり、プロジェクトに含まれない側面が特定されます。 これにより、プロジェクトスコープは、利害関係者、上級管理職、およびチームメンバーに、最終製品またはサービスに何が含まれるか、または含まれないかを明

さらに、プロジェクトの範囲は、プロジェクトを実施している組織にとって具体的な目的を持つ必要があります。, この分野でのプロジェクトの範囲できわめて重要な役割を果たすにはどのようプロジェクト法を用いて作成してください。

プロジェクトスコープ管理プロセス

計画スコープ管理

これは、プロジェクトスコープ管理プロセスの最初のプロセスです。, PMBOK®ガイド第五版では、初期計画活動を他の活動から分離するためのいくつかのプロセスが追加されました。 このプロセスの範囲を管理プランです。 スコープ管理計画は、プロジェクトのスコープを説明し、それがさらに定義、検証、および制御される方法を文書化します。

以下の表は、計画スコープ管理プロセスの入力、ツールおよび技術、および出力を示しています。

プロジェクトスコープ管理計画では、スコープの定義、検証、および制御方法がカバーされています。, また、スコープクリープの防止または対処、変更要求の処理、ステークホルダー間のスコープ要素に関する不一致のエスカレーションパス、スコープステートメント、WBSの作成プロセス、および成果物の受け入れ方法に関する情報も含まれています。

要件の収集

このプロセスには、プロジェクトの目的を達成するという意図で利害関係者のニーズを文書化することが含まれます。 この過程で、管理者用の複数の技術やツールの収集プロジェクトの要件からのステークホルダー, プロセスは、プロジェクトの要件の詳細なリストで、その結果、あらゆる石を残さないようにしようとします。 この工程を徹底的にかつ正確で大幅に低減できることが不快な驚きとしてのプロジェクトのさきがけます。

以下の表は、収集要件プロセスの入力、ツールおよび技術、および出力を示しています。

スコープの定義

このプロセスには、プロジェクトとその主要な成果物の詳細な説明の準備が含まれます。, スコープは、プロジェクトが達成すべきことと達成できないことを明確に述べています。 支援文書は、プロジェクトが記載された目標に沿って作業を提供することを確実にするために見直されます。 の範囲この国のステークホルダーのニーズおよび通期待プロジェクト。

以下の表は、スコープの定義プロセスの入力、ツールとテクニック、および出力を示しています。,

ワークブレークダウン構造(WBS)の作成

ワークブレークダウン構造(WBS)はスコープ管理プロセスの重要な要素であり、PMI®はこの側面に重点を置いています。 WBSは、プロジェクトマネージャーとチームに、高レベルのスコープステートメントを、作業パッケージと呼ばれるより小さく、管理しやすい作業単位に分割する機会, 結果のWBSは、プロジェクトを完了するために必要なすべての作業パッケージの完全なリストを提供する必要があります

以下の表は、ワークブレークダウン

スコープの検証

スコープの検証プロセスは、主に顧客受け入れに焦点を当てています。 このプロジェクトがお客様を正式に受け入れすべてのプロジェクト成果物を提供いたします。 このプロセスは、各フェーズの終了時に発生します。 プロセス中に、顧客は実行された作業についてフィードバックを与えます。,

以下の表は、Validate Scopeプロセスの入力、ツールとテクニック、および出力を示しています。

コントロールスコープ

コントロールスコープは、プロジェクトスコープ管理の最後のプロセスグループです。 Control Scopeプロセスでは、プロジェクトのステータスを監視し、スコープの変更を管理します。

以下の表は、スコープ制御プロセスの入力、ツールとテクニック、および出力を示しています。,

このプロセスには、顧客からの追加要件を評価するか、プロジェクトスコープを積極的に見落とすことが含まれます。 マネージャーは、スコープベースラインに対して作業生成物を測定して、プロジェクトが軌道に乗っていることを確認し、要求されたすべての変更&推奨される修正または予防措置は、統合された変更管理プロセスを通じて処理されます。,