目次:
- アウトライン内に作成できるタスクのレベルの数には、実際的な制限はありません。プロジェクトでは、最も複雑なスケジュールを除いて、必要以上に細かいレベルにインデントすることができます。しかし、ある時点で、これらのタスクのそれぞれにタイミングとリソースを割り当てることに対処し、その進捗状況を追跡する必要があります。細部が多すぎると、プロジェクト計画を管理するのが難しくなる可能性があります。たとえば、プロジェクトの長さが数ヶ月の場合、アクティビティが数時間続くレベルにトラッキングすることは望ましくありません。ベストプラクティスでは、チームを管理したいレベル(通常は営業(営業)の日数または週数)にスケジュールを設定することをお勧めします。
- プロジェクトサマリータスク
プロジェクト2016(WBSとも呼ばれます)のプロジェクト作業内訳構造、またはプロジェクトタスクリスト次の図では、タスクをレベルに編成しています。上位レベルはWBSからのものです。下位レベルは、WBSから分解されたタスクで構成されます。
このアウトライン構造の下に他のタスクがインデントされているタスクは、 集計タスク、 または 親タスクです。 サマリータスクの下にインデントされたタスクは、 サブタスク、 または 子タスクです。 要約作業は、プロジェクト概要に太字で示されています。
<! - 1 - >サマリータスクにサブタスクのファミリがそのスカートにくっついていることがわかります。サブタスクが隠されている場合、サマリタスクの左側に少しクリアな三角形が表示されます。ポインタの先端で三角形をクリックすると、タスクが展開されてサブタスク全体が表示され、サマリータスクの左に黒い三角形が追加されます。
サマリータスクとサブタスクを示すプロジェクト概要。図では、データベースとユーザーインターフェイスのサマリータスクにサブタスクが隠されていることがわかります。支払と確認の要約タスクには、すべてのサブタスクが表示されます。
<! - 2 - >タスクのファミリに関するすべての情報は、最高レベルのサマリータスクにロールアップされます。したがって、サブタスクを持つタスクには、それ自身のタイミング情報またはコスト情報がありません。タスクの合計時間とコストは、その部分の合計から集計されます。
このロールアップ機能は累積的です。最下位のタスクは親にロールアップします。これは別のサマリータスクにロールアップされ、プロジェクトサマリータスクにロールアップされます。その下にあるタスクを持つタスクは、階層内にどれだけ深くネストされていても、サブタスクのロールアップから継続時間とコスト情報を取得します。
<!アウトラインのファミリの構造は、アウトラインを再構成する必要がある場合にも役立ちます。サマリータスクを移動すると、展開されているかどうかにかかわらず、すべてのサブタスクが乗車のために右に来ます!サマリータスクが手動でスケジュールされている場合、ロールアップ機能は動作せず、Projectは警告を表示します。サマリータスクのGanttバーには、サマリータスクの継続時間と一致しないサブタスクの計算時間を示す赤い警告バーが表示されます。サマリータスクの[完了]フィールドのエントリには、潜在的なスケジューリングの問題を示すために赤色の波線が下線付きで表示されます。
この状況に対処するために、自動スケジューリングを使用するようにサマリータスクを変更することができます。この場合、ロールアップデータが正しく計算されます。サマリータスクを手動でスケジュールし続ける場合は、終了日を編集するか、タスクインスペクタを使用してサマリータスクスケジュールを修正することができます。
WBSにはいくつのレベルがありますか?
アウトライン内に作成できるタスクのレベルの数には、実際的な制限はありません。プロジェクトでは、最も複雑なスケジュールを除いて、必要以上に細かいレベルにインデントすることができます。しかし、ある時点で、これらのタスクのそれぞれにタイミングとリソースを割り当てることに対処し、その進捗状況を追跡する必要があります。細部が多すぎると、プロジェクト計画を管理するのが難しくなる可能性があります。たとえば、プロジェクトの長さが数ヶ月の場合、アクティビティが数時間続くレベルにトラッキングすることは望ましくありません。ベストプラクティスでは、チームを管理したいレベル(通常は営業(営業)の日数または週数)にスケジュールを設定することをお勧めします。
長いプロジェクトの場合は、
ローリングウェーブプランニング
を使用して、短期間の作業の詳細量を徐々に詳述し、さらに遠くにある作業をより高いレベルで維持する方法を使用してスケジュールできます。たとえば、2年間のプロジェクトをお持ちの場合は、最初の3か月間を詳細に計画し、次の3か月間を上にして、マイルストーンと主要成果物のみを表示するプロジェクトスケジュールの残りの部分を計画することができます。プロジェクトを進めるにつれて、6ヶ月以上の詳細を追加し始めます。経験則の良い規則は、90日分の細かいディテールを保つことです。 ローリング・ウェーブ・プランニングは、範囲を追加する言い訳ではありません。それは既存の範囲の精緻化だけです。 プロジェクト概要タスク
船舶に船長が1つしかないのと同じように、1つのタスクでプロジェクト内の他のすべてのタスクが要約されます。最高の(最も詳細な)レベルの情報を表す
プロジェクトサマリータスク
を表示します。これは、新製品のロールアウトなどのプロジェクトのタイトルになります。プロジェクトにプロジェクト要約タスクを表示するように指示すると、ここに示すように、プロジェクト内のすべてのタスクがアウトラインに表示されます。 プロジェクト要約タスク。 プロジェクトを構築するときには、簡単にプロジェクトサマリータスクを作成することができます。プロジェクトサマリータスクは、プロジェクトのすべての段階を作成した後でも、いつでも自動的に作成できます。プロジェクトにプロジェクト概要タスクが自動的に表示されるようにするには、次の手順を実行します。
ガントチャートビューで、ガントチャートツールの書式コンテキストタブを選択します。Show / Hideグループで、Project Summary Taskチェックボックスを選択します。
- ご覧のとおり、タスク0、Youth Center 10K Run / Walkはプロジェクトの要約です。グラフ上のプロジェクトサマリータスクのバーは灰色で、他のサマリータスクのバーは黒であることに注意してください。
- それを考えるとき、アウトラインの上位の見出しは、その部分の合計です。見出しは、その下のすべての項目の全体的なトピックを反映します。プロジェクトサマリータスクは、この概念をさらに進歩させます。このタスクは、他のタスクのすべての実際のデータを1つのラインアイテムにロールアップします。したがって、プロジェクト要約タスクの期間は、プロジェクト全体の期間を反映します。金銭的な角度から、プロジェクトサマリータスクの総コストはプロジェクト全体の総コストを反映します。このような図は簡単に手に入れることができます。これはサマリータスクの1つの価値です。
サマリータスクの長さがわからない場合は、サマリータスクの継続時間は、最も早いタスク開始日と最新のタスク終了日の差であることに注意してください。ただし、非就業日はサマリータスクの期間にはカウントされません。したがって、要約タスクの長さは、最初のタスクの開始から最後のタスクの開始までの暦日の数ではなく、サブタスクのコース上での作業日数になります。
誰もがプロジェクト要約作業を使用しているわけではありません。主要なプロジェクト成果物やフェーズ(サブフェーズやその下にあるサブタスク)を表すタスクをアウトラインの最高レベルで作成し、他のタスクより上位のタスクを作成しないでください。ただし、プロジェクト概要タスクを実行すると、次のようなメリットがあります。
Ganttチャートビューやその他のビューのデータ列で、プロジェクトの合計をすばやく簡単に表示できます。
あるプロジェクトのすべてのデータが別のプロジェクトに反映されるように、プロジェクト概要タスクへのリンクを別のプロジェクトに配置することができます。
- たとえば、会社で新製品の開始スケジュールを5つ作成する場合、各プロジェクトのプロジェクト概要タスクにリンクすることで、すべての企業製品の起動のマスタースケジュールを簡単に作成できます。