依存関係 (プロジェクト管理)
他の種類の関係を使用する場合は、使用するスケジューリングソフトウェアで関係がどのように実装されているかを十分に理解した上で、慎重に使用する必要がある。理想的には、すべての活動の順序は、活動開始はすべて先行する活動と論理的な関係を持ち、活動終了はすべて後続の活動と論理的な関係を持つように定義されるべきである。」
SFはめったに使用されないため、通常は使用しないようにする。マイクロソフトはジャストインタイムスケジューリングにはSF依存関係を使用することを推奨している。 ただし、これはリソースレベリングが使用されていない場合にのみ機能する。これは、リソースレベリングが後続の活動(ジャストインタイムで終了する活動)を遅延させて終了する可能性があるからだ。論理的な先行する活動の開始よりも遅いため、ジャストインタイム要件を満たしていない。
依存関係が存在する理由に関しては、次の3種類の依存関係がある。
原因(論理) 書かれる前にテキストを編集することはできない 建物の基礎を掘る前にコンクリートを注ぐことはできない
リソースの制約 部屋の4つの壁を同時に塗装することは論理的に可能ですが、塗装工は1人だけしかいない
裁量(優先) ダイニングルームを塗装する前にリビングルームを塗装したいが、逆でも問題ない
初期のクリティカルパスから派生したスケジュールは、多くの場合、リソースが利用可能であるか、利用可能になる可能性があると想定されていたため、因果的(論理的)または裁量的(優先的)な依存関係にのみ反映されていた。少なくとも1980年代半ば以降、有能なプロジェクトマネージャとスケジューラは、スケジュールはリソースの利用可能性に依存することを認識している。クリティカルチェーン方式では、リソースの制約から派生した依存関係も考慮する必要がある。