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