OWB: Open Workbench でのプロジェクトのスケジュール

ccppmop158
プロジェクト計画および依存関係を作成したら、タスクおよびタスクの作業を行うリソースを OWB (Open Workbench)でスケジュールします。 プロジェクトが大規模な場合、スケジューリングは、タスクの関係、リソースの利用可能時間、およびタスク期間のバランスをとる複雑なプロセスになる可能性があります。 スケジューリングは繰り返し行われるプロセスであり、通常、プロジェクトで作業を行うリソースのバランスをとるには複数のステップが必要です。 プロジェクト計画に何度か調整を加える必要がある場合もあります。 調整には、リソースの利用可能時間の変更、依存関係リンクの調整、タスクの追加などがあります。 プロジェクトのスケジュールを支援するために、Open Workbench では
オートスケジュール
と呼ばれる自動化されたスケジューリング プロセスを使用します。
Open Workbench のスケジューリング プロセス
スケジューリング プロセスには、Open Workbench を使用してプロジェクトをスケジュールするために使用できる以下の手順およびスケジューリング テクニックが含まれます。
  1. 以下の項目のいずれかを決定します。
    • 各タスクの完了に必要な最短期間(タスク期間)。
    • 各タスクのリソース使用量(期間を決定するために使用される)。
  2. 各リソースの ETC を決定します。
  3. 利用可能な配分方法から各タスクのリソース配分方法を決定します。
Open Workbench でのプロジェクト スケジュールの作成
現実的なスケジュールを作成するには、以下の手順に従います。
  1. リソース カレンダを調整して、各リソースの稼働日および休日を定義します。
  2. リソース利用可能時間の制約なしでプロジェクトをオートスケジュールします
  3. リソースの割り当て超過を解消するために、リソース利用可能時間の制約を付けて再度プロジェクトをオートスケジュールします。
  4. フェーズ、アクティビティ、およびタスクの優先度付けを行います。
  5. 割り当てが超過しているタスクの期間を再計算します(固定リソース割り当てではタスクの期間を再計算できないことに注意)。
  6. スケジュール変更しないタスクをロックします。
  7. リソース配分方法の使用を調整します。
  8. タスク優先度を調整します。
  9. リソース利用可能時間の制約を付けて再度プロジェクトをオートスケジュールします。
  10. 必要な場合、以下のいずれかの手順を実行してから、プロジェクトを再度オートスケジュールします。
    • タスクを移動することによって、手動でスケジュールを調整します。
    • 依存関係を調整します。
Open Workbench でのプロジェクトの手動スケジュール
プロジェクトの開始日と終了日などのスケジュール情報を定義します。 このデータは、プロジェクトのスケジューリング時に使用されます。 プロジェクト期間中に開始して終了するすべてのプロジェクト タスクをスケジュールします。
オートスケジュールを使用する場合、これらの日付はリソース割り当て、タスク依存関係、および制約に従って変更される場合があります。
OWB 内のすべてのプロジェクトでは、オートスケジュールの有無にかかわらず、
タスク
の開始日と終了日、および
プロジェクト
の開始日と終了日の以下の関係に注意してください。 プロジェクトの開始日または終了日を設定していない場合、アプリケーションは
プロジェクト
の開始日を最も早い
タスク
の開始日と一致するように設定し、
プロジェクト
の終了日を最も遅い
タスク
の終了日に設定します。 割り当ての開始日と終了日の値は、固定(指定)の日付を設定しない限り、プロジェクトの開始日と終了日に応じて短縮または延長されます。 プロジェクトの開始日または終了日を変更すると、再計算されたタイム スライス値が、以前に確立された時間枠を超える可能性があります。 たとえば、プロジェクト内のタスクの終了日が将来の月に設定されているとします。 プロジェクト終了日を当月に変更します。 しかし、[チームの詳細]ビューの[期間別配置]では、[配置総計]および[ハード配置を集計]の値が 1 か月以上先まで延長されて表示される場合があります。
以下の手順に従います。
  1. アプリケーション メニューの
    [Project Properties]
    をクリックします。
  2. [Scheduling]
    タブを開きます。
  3. [Project]
    セクションの以下のフィールドに入力します。
    • 開始
      プロジェクトの開始日を定義します。
      既定値:
      現在のシステム日付
    • Imposed (Start)
      プロジェクトの固定開始日を指定するかどうかを指定します。 指定開始日が設定されていない場合、プロジェクトの開始日として最も早いタスク日付が使用されます。
      後で開始日からプロジェクトをオートスケジュールする場合、このフィールドを選択する必要があります。 選択した場合、オートスケジュールでは、いつ最初のタスクが開始されるかにかかわらず、プロジェクトのタスクの開始日および終了日に加えられる変更に応じてプロジェクトの開始日を変更できません。
    • 終了
      プロジェクトの予定完了日を定義します。 プロジェクトの終了日は、最も遅いタスクの終了日以降である必要があります。 この日付は、CPM ネットワークで最後のタスクの終了日として使用されます。
    • Imposed (Finish)
      プロジェクトの固定終了日を指定するかどうかを指定します。 指定終了日が設定されていない場合、プロジェクトの終了日として最も遅いタスク日付が使用されます。
      後で終了日からプロジェクトをオートスケジュールする場合、このフィールドを選択する必要があります。 選択した場合、オートスケジュールでは、いつ最後のタスクが終了するかにかかわらず、プロジェクトのタスクの開始日および終了日に加えられる変更に応じてプロジェクトの終了日を変更できません。
    • As-of
      アーンド バリュー分析(EVA)計算を実行するとき参照点として使用される日付を定義します。 当日の日付を入力しない場合、[完了作業実コスト(ACWP)]、[完了作業予算コスト(BCWP)]などのアーンド バリュー フィールドにゼロ(0)が表示されます。
      オートスケジュールを使用してプロジェクトをスケジュールする場合、プロジェクトの
      対象
      日は、時間および予算の見積もりに含めるデータの日付を定義します。 この日付は、スケジュール済み作業の予算化コスト(BCWS)などのアーンド バリュー分析(EVA)計算で使用され、コストの計算を行います。 プロジェクトの ETC は、
      対象
      日以前にスケジュールされません。
    • 優先度
      マスタ プロジェクト内でサブプロジェクトがスケジュールされる順序を定義します。 ここに入力する優先度の値は、要約タスクの既定優先度として使用されます。 親の優先度を継承するとマークされているすべての下位レベルの WBS タスクは、この優先度とみなされます。 たとえば、プロジェクトに優先度 0 ~ 9 が与えられている場合、そのタスクはスケジューリング中に最高優先度を与えられます。 プロジェクトに優先度 11 ~ 36 が与えられている場合、そのタスクはスケジューリング中に最低優先度を与えられます。
      既定値:
      10
      値:
      0 ~ 36 (数値が低いほど優先度が高くなります)
  4. [Critical Path]
    セクションのフィールドに値を入力します。
    • タイプ
      CPM 計算中にクリティカル パスのベースとする日付を定義します。
      既定値:
      現在
      値:
      • 現在。 アプリケーションは、プロジェクト タスクの現在の開始日および終了日を使用してクリティカル パスを決定します。
      • ベースライン。 アプリケーションは、現在のベースラインから開始日と終了日、および期間を使用してクリティカル パスを決定します。
    • Subnets (All Projects)
      CPM でサブネットごとにプロジェクトのクリティカル パスを個別に計算するかどうかを指定します。 オフにする場合、全プロジェクト用に 1 つのクリティカル パスが計算されます。
      既定値:
      オフ
  5. [OK]
    をクリックします。
Open Workbench でのタスク期間の再計算
タスク期間を再計算して、アプリケーションでタスクの最短の可能期間を計算できます。 タスク期間を再計算するには、現在のビューから 1 つ以上のタスクを選択し、
[Tools]
-
[Recalculate]
を選択します。
リソースの過剰なコミットを除去してリソースの使用を最大化するため、Open Workbench は、タスク期間を ETC、リソース利用可能時間の合計、および最大配分比率に従って再計算します。 以下の数値計算がタスク期間の再計算に使用されます。
Duration = actuals + ETC/(resource availability per day) x (max % availability per day)
再計算プロセスでは、可能な場合は常に、タスク期間を短くするためにリソースの使用を最大化します。 タスクが根本的に過剰にコミットされている場合、タスク期間を再計算すると、その期間のリソースの過剰なコミットをすべて除去するために、期間が延長される場合があります。 例外は、タスクが修正される場合です。
タスクに複数のリソースを割り当てて、タスクの期間を再計算すると Open Workbench では各リソースの期間を個別に計算し、最長の期間を選択してタスク期間の合計を決定します。 選択した範囲内の未完了タスクはすべて、固定タスクを除いて調整されます。 タスクのリソース実際の使用量を記録した場合、ETC が変更されます。
最適均等
配分方法を使用したタスクは、
指定時間均等
として再計算されます。 また、再計算プロセスでは、オートスケジュールによって作成された方法を置換し、タスクごとの利用可能時間の合計に基づいて期間を計算します。 ロックされたタスク、または完了したタスクは、再計算プロセスによる影響を受けません。 代わりに、タスクに ETC がある場合、タスクの未完了の部分が変更されます。
例: 1 日 8 時間利用可能なリソース
リソースの利用可能時間は 1 日あたり 8 時間であり、最大比率は 50 パーセント(リソースはこのタスクに 1 日あたり 4 時間作業できる)です。 使用量が 12 日の場合、タスク期間を再計算すると、タスクの期間は 24 営業日に計算されます。
例: 1 日に 4 時間利用可能なリソース
リソースの利用可能時間は 1 日あたり 4 時間であり、最大比率は 50 パーセント(リソースはこのタスクに 1 日あたり 2 時間作業できる)です。 使用量が 12 日の場合、タスク期間を再計算すると、タスクの期間は 48 日に計算されます。
Open Workbench でのサブネットのスケジュール
サブネット
は、それら自身の間に依存関係を持つ、プロジェクト内の一連のタスクです。 オートスケジュール中に、依存関係のない各サブネットおよび各タスクに対して個別にクリティカル パスを計算および表示するように選択できます。 選択しない場合、1 つのクリティカル パス(最長のパス)だけがそのプロジェクトに対して計算されます。 CPM でサブネットごとにプロジェクトのクリティカル パスを個別に計算するよう指定する場合、[スケジューリング]タブの[Subnets (All Projects) ]チェック ボックスを使用します。
利益
  • 複数のプロジェクトを含むマスタ プロジェクトで作業している場合、最長のクリティカル パスのみではなく、各サブプロジェクトのクリティカル パスを計算および表示できます。
  • 複数同時進行のクリティカル パスをサポートするように WBS が構造化されているプロジェクトで作業している場合、すべてのクリティカル パスを表示できます。
  • プロジェクトのライフサイクルにわたる管理タスクを含むプロジェクトがある場合、管理タスクと真のクリティカル パスを表示できます。
以下の手順では、プロジェクトを設定して個別のクリティカル パスを計算する方法について説明します。
以下の手順に従います。
  1. アプリケーション メニューの
    [Project Properties]
    をクリックします。
  2. [Scheduling]
    タブを開きます。
  3. [Critical Path]
    セクションで、
    [Subnets (All Projects)]
    チェック ボックスをオンにします。
  4. プロジェクトの個別のクリティカル パスを計算するには、以下のいずれかの手順に従います。