Slack (浮動小数点とも呼ばれる) は、タスクが別のタスクにぶつかるまでにすばらかかる時間です。 タスクをスケジュールするとプロジェクトに自動的に計算され、スケジュールが遅れるリスクがあるときは、必要に応じてバッファー時間として使用できます。
余裕期間 (フロート) について
既定および定義では、余裕期間がゼロ (0) のタスクはクリティカル タスクと見なされます。 クリティカル タスクが遅れた場合は、プロジェクトの終了日も遅れます。 クリティカル パスに多少の余裕を組み込むには、[プロジェクト オプション] ダイアログ ボックス ([ファイル>オプション] の [計算オプション] タブの [余裕期間が以下の場合、タスクは重大です] ボックスで、余裕期間の既定の設定を変更します。 詳しくは、「プロジェクトのクリティカル パスを表示する」および「Project 内部でタスクがスケジュールされる方法」をご覧ください。
プロジェクトが予定どおりに完了するようにするには、余裕期間を含んでいて、クリティカル パスに含まれていないタスクを最適化します。 たとえば、余裕期間を使ってタスクを遅らせるか、タスクのリソースを別のタスクに割り当ててスケジュールが遅れるのを防ぎます。
総余裕期間は正または負の数値で表示されます。 余裕期間の値が負の場合、そのタスクに十分な時間がスケジュールされておらず、プロジェクトの終了日が遅れるのを防ぐには追加の時間が必要です。
Project で空き余裕期間が計算される仕組みに興味がある場合は、[ 余裕期間の開始 ] フィールドと [余裕期間の終了] フィールドを任意のタスク ビューに追加します (そのビューで [新しい列の追加 ] をクリックし、フィールドを選択します)。 開始余裕は、終了日からスケジュールされたプロジェクトを平準化する場合に役立ち、最早開始日と最遅開始日の差異を示します。 終了余裕は、開始日からスケジュールされたプロジェクトを平準化する場合に役立ち、早期終了日と最遅終了日の差異を示します。 両方のスラック量の小さい方が、フリー スラックの量です。
次に、フロートと余裕期間についていくつかの注意点を示します。
| ヒント | 説明 |
|---|---|
| 強い制約に注意する | 先行タスクの終了が大幅に遅れて、日付に制約のある後続タスクを指定日に開始できなくなった場合は、負の余裕期間が生じます。 負の余裕期間は、プロジェクトの終了日をさらに制限します。 |
| 期限によって総余裕期間が変更される | 期限は、タスクの総余裕期間に影響を与えることがあります。 タスクの総余裕期間の最終日より前の日付を期限として入力すると、タスクの最遅終了日ではなく期限に基づいて、総余裕期間が再計算されます。 再計算された総余裕期間が 0 になると、そのタスクはクリティカル タスクになります。 |
[ガント チャート (詳細)] ビューを使って余裕期間を調べる
[表示] >[その他のビュー]>[その他のビュー] をクリックします。
[ビュー] の一覧で、[ガント チャート (詳細)] をダブルクリックします。
[表示]>[テーブル]>[スケジュール] をクリックします。
タスクをクリックします。タスクの余裕期間の値が [余裕期間] フィールドと [総余裕期間] フィールドに表示されます。
[余裕期間] フィールドと [総余裕期間] フィールドが表示されない場合は、Tab キーを押してこれらのフィールドに移動します。ヒント
スケジュールの問題を解決するために、余裕期間がないフェーズから十分な余裕期間があるフェーズにタスクを移動することができます。
注
余裕期間の値が負の場合は、スケジュールに矛盾がある可能性があります。 たとえば、あるタスクと後続タスクの間に終了-開始 (FS) の依存関係が設定されているのに、後続タスクを最初のタスクの終了日よりも前に開始する必要がある場合、負の余裕期間が発生します。 タスクの終了日が期限よりも後にスケジュールされている場合も、負の余裕期間が発生します。
スケジュールにバッファー時間を手動で追加する
Project に組み込みのバッファー時間があるのは便利ですが、独自のバッファー時間の追加が必要になることもあります。 バッファー時間を手動で追加する方法については、次のトピックをご覧ください。