Project Online でプロジェクトのスコープを管理するためのベスト プラクティス

プロジェクトのスコープと、どこからについて

プロジェクトのスコープでは、プロジェクトの境界を定義します。 プロジェクトの操作の目標を達成するのにを指定します。

プロジェクトは、管理している場合、プロジェクト マネージャーは、できる、プロジェクトの定義された範囲の境界内に保持するために必要な種別、成功の可能性が高くを意味します。 ここで追加のタスクのプロジェクト全体を向上させるためにいると思われるにも簡単です。 プロジェクトのスコープ増加しないサイズは大きく、perceptibly 場合によっては、予算、中に、スケジュールとスタッフは同じです。 多くの場合管理関係者は、プロジェクトの支払いに対応するプロジェクトのスコープが拡大したので、多くはありません。

対処方法は、プロジェクト チームがプロジェクトのスコープを完了に必要なすべての作業を行うことにより、スコープ管理-より、不要なします。 スコープ管理には、これらの主な構成要素が含まれています。

• 範囲を定義して、承認されたかどうか

• 開発作業分解構造 (WBS) を実行するタスクの詳細情報

• 生じを防止します。

• プロジェクトのライフ サイクルを通じてスコープの変更を管理およびプロジェクトの三角形のバランス維持

ページの先頭へ

プロジェクトのスコープを定義し、Project Online で scope ステートメントを投稿します。

プロジェクトのスコープの定義とは、プロジェクトの「北星、」目的の結果になる直線を sailing プロジェクトを保持するガイドです。 このプロジェクトの機能を理解してすべてのユーザー、プロジェクトの顧客や、すべてのチーム メンバーにスポンサーからいるにより scope ステートメントを作成するための取り組みします。

Scope ステートメントには、概要または組織のプロセスやプロジェクトのニーズに応じて、詳細な包括的な文書を使用できます。 少なくとも、scope ステートメントは、次の要素を含める必要があります。

• プロジェクトの目標: 簡単なステートメントには、プロジェクトの目的が他のフィルターを絞り込みます。

• プロジェクトの結果です。 機能、関数、およびその他の特性の製品、サービス、またはプロジェクトを実現するには結果。 これは、製品のスコープです。

• Project の境界: プロジェクトの開始位置と終了した場所です。どのようなされる含まれており、プロジェクトから除外します。

• プロジェクトの成果物: たとえば、プロジェクトの実行が生成される、ドキュメント、プロセス、プロトタイプ、トレーニング、最終的な製品またはアイテムを有形します。

• プロジェクトの制限事項: プロジェクトのオプション] の制約をなどの制限事項、時間、予算、リソースの可用性、規制、およびようにします。

プロジェクト スコープ ステートメントを開発した後は、上の管理] または [ユーザーを確認して承認をあります。 重要を管理の関係者、プロジェクトの請求書の支払な-するプロジェクトの同じビジョンがある.前に、チームを編成して、プロジェクトの実行を開始します。

次に、Project Web App for Project Online では、プロジェクトのドキュメント ライブラリで scope ステートメントを投稿します。 Scope ステートメントが保存されている場合、次は、チーム メンバー、および管理の関係者に簡単にアクセスします。

1. サイド リンク バーで [プロジェクト] を選びます。

2. プロジェクト センター] で、scope ステートメントに関連するプロジェクトの名前を選びます。

   

3. サイド リンク バーで [ドキュメント] を選びます。 プロジェクトの [ドキュメント] ページが開きます。

4. メニュー バーで、[アップロード] を選びます。

5. ファイル システムを見つけて、scope ステートメントの選択を移動し、し、[開く] をクリックします。 ファイルは、プロジェクトのドキュメント ライブラリに追加されます。

   

ページの先頭へ

Project Online で作業ブレーク ダウン構造とタスク リストを作成します。

Scope ステートメントに記述して、承認、プロジェクトの詳細 tangibly 定義よりもアイデアだけまたは一連の要件のされたです。

今すぐ開発作業 breakdown structure (WBS) と詳細スコープを満たす成果物を作成する完了する必要があるすべてのタスクです。 WBS は簡単に言うと、プロジェクトのフェーズ、タスク、およびプロジェクトのマイルス トーンと成果物についても説明サブタスクのアウトラインです。 Wbs 番号の開発プロセスを示します。

1. 処理が完了する必要があるすべてのタスク リストを作成します。 Project Web App for Project Onlineプロジェクトにタスクを追加することができますがまたはの方が容易にするようになりましたが、 Project Onlineの外部で作業することができます。

2. 論理構造にタスク リストを整理する (もう一度、フェーズ、タスク、サブタスク、およびなど)。

   ヒント: 場合によっては、タスク、予算情報、またはスケジュール情報の担当者を追加する必要はありません。 その後で取得できます。 プロジェクトの目標を実践的な個々 のタスクに分割する重要です。

3. 正しくに wbs 番号のいくつかの反復回数] を使用します。 あるプロジェクト関係者、特に、チーム メンバー (または可能性が高いチーム メンバー) の精度、完全を期すため、リアルを確認します。 プロジェクトのスコープを反映することを確認します。

4. Wbs 番号を承認管理、関係者があります。

Wbs 番号が承認されると、プロジェクトにタスクを追加または変更に必要な変更Project Web App for Project Onlineにします。 タスクの追加とスコープ ベース wbs 番号によって、プロジェクトを作成する起動します。

ページの先頭へ

生じようにします。

計画と、プロジェクトの実行] の中には、春の新しいアイディアを参照してくださいにバインドしています。 多くの場合これらの新しいアイデアは、関数と機能については、製品、サービス、またはプロジェクトの作成結果を反映します。 範囲は常を展開するには、常に求められてようプロジェクトからの詳細が必要では常にできます。 ただし、scope ステートメントと結果の wbs 番号が承認された後で管理の関係者はプロジェクトのコストとスケジュールに影響可変範囲に追加します。

これらの追加のプロジェクトのスケジュール、予算、またはリソースに影響を調べておよび顧客を取得することがなく、プロジェクト スコープをタスクの追加が生じにつながる small またはプロジェクトのスコープを簡単に多くの場合と思われるタスクを追加します。承認します。 生じは、多くのプロジェクト遅れて、予算、または完全に失敗する原因になるのように、非常に大きな問題です。

チーム メンバーや関係者の管理は、新しいタスクまたは一連のタスクをプロジェクトの作業の一部になることをお勧め、かどうかは、次の質問を依頼します。

• 活用する方法このタスク プロジェクトのスコープですか。

• 実行するのにはどのくらい時間がかかりますか。

• 処理が完了して必要があるは場合ですか。

• タスクを担当するユーザー、タスクに時間を持っているでしょうか。

• このタスクの他のタスクの完了に依存、他のタスクがこのタスクの完了に依存しているでしょうか。

• この処理が遅く実行すると、または予算超過、どのような他のタスクが指定した合意期限と予算を満たす指定する場合ですか? または、その他の時間と予算利用できるか。

Scope ステートメントが既にプロジェクトを管理、関係者、承認が抵抗生じ可能性が高く明確にすることができます。 同じ管理関係者には、その他の操作を行うように依頼、間違いなくスコープが広くなります、scope ステートメントのバックアップを] をポイントことができます。

わけ、もちろん、こと、scope ステートメントと承認の wbs 番号を作成したら、何もする必要がありますを変更します。 可変こといない正当な変更を保証するプロジェクトの実行中の発見。 ただし、認識スコープの相違点クリープ揃えで配置変更、およびその両方を扱うのためのプロセスがあることを確認することになります。

スケジュールにタスクを追加したら、表示だけでなく、プロジェクト スコープがそれらの一部である場合は、それらを削除できます。

1. サイド リンク バー Project Onlineでプロジェクトをクリックします。

2. プロジェクト センター] で、プロジェクトの名前を選びます。 プロジェクトが開き、すべてのタスクが表示されます。

3. 削除する場合に、タスクの行見出しを右クリックします。 行見出しは、タスクの行の左端までのセルです。

   

4. ] に表示されるショートカット メニューの [タスクの削除] を選びます。 選択したタスクは削除されます。

   ヒント: 複数の隣接するタスクを削除するには、最初のタスクの [見出し行を選択、Shift キーを押しながら、最後に、タスクの行見出しをクリックし、します。 これは、最初と最後の行の間のすべてのタスクを選択します。 複数の隣接していないタスクを削除するには、最初のタスクの行見出しを選択、Ctrl キーを押しながら、削除する場合、その他のタスクの行見出しを選択します。 行見出し] のいずれかで右クリックし、[タスクの削除] を選びます。

5. [タスク] タブの [プロジェクト] グループで、次のように選択しますを保存します。 。 Ctrl キーを押しながら S キーを押すこともできます。

6. 表示して、[タスク] タブの [他のすべてのユーザーのスケジュールに対して行った変更を発行する準備ができたらプロジェクト] グループで [発行] を選びます。

ページの先頭へ

Project Online での懸案事項としてスコープの変更を管理します。

スコープがプロジェクトの終了にあるがプロジェクトの開始時が含まれているものと同じになる想定される動作現実的なことはできません。 新しい発見は、常にプロジェクトの計画と実行中に行われます。 古いアイディアに新しいアイデアが向上します。 その他のアクティビティを少し調整プロセスの効率を作成します。 プロジェクトを可能に変更するのには、対応する必要があります。

ただし、すべての関係者は、すべての変更が付属効果を認識する必要があります。 これを想定に効果的な方法は、プロジェクトの三角形ができます。 プロジェクトの三角形の 3 つの辺では、スコープ、時刻、およびお金です。

三角形のスコープを調整を延長すると、時間とコストの辺が変更されていない場合は、三角形が長さが均等でないし、プロジェクトが問題の方向します。 スコープの変更がある場合は、時間を調整する、お金側では、または両側を延長適宜必要があります。

つまり、関係者のいずれかは、プロジェクトに追加する必要がある場合があることを忘れないようにするためにこの変更の遅れがプロジェクトまたはコストの詳細には可能性があります。

これらの要求を処理するの適切な方法は変更管理プロセスです。 ボードを確認する変更が関係するすべてのユーザーをテーブルに追加の事実を確認を scope ステートメントを確認して分散プロジェクトの三角形を保持を表示します。

変更管理プロセスを依頼者が提案された変更を説明し、プロジェクトの変更の影響についての質問に答えます変更要求から始まります。

変更レビュー会議はプロジェクト スポンサー、プロジェクト マネージャーにチーム メンバーが、その他のタスクと変更要求を行っているユーザーの実行を担当するユーザーに最低含めます。 ボードは、変更を説明しの決定します。 この決定が記載されているし、プロジェクト関係者がアクセスできる他のプロジェクト ドキュメントを保存します。

この変更管理プロセスでは、生じを禁止すると正当なスコープの変更は、スケジュール、予算、リソース、品質、リスク、プロジェクト全体の目標と成功の評価基準は計上します。