依存関係 (プロジェクト管理)依存関係 (英: dependency)はプロジェクトネットワークでは、プロジェクトの期間要素間のリンクで表現される[要出典]。 PMBOK ガイドでは、依存関係という用語は定義されていないが、この用語は、 2つの活動間、または活動とマイルストーン間の依存関係という論理関係として定義される[1]。 依存関係の標準的な種類依存関係には4つの標準的な種類がある。
"終了してから開始" は「自然な依存関係」である。スケジューリングの実践基準では、「通常、先行する各活動は、後続の活動（または複数の活動）の開始前に終了する（終了-開始型（FS）関係）。活動を重複させる必要がある場合には、開始-開始型（SS）、終了-終了型（FF）、開始-終了型（SF）の関係から選択する 。可能な限り、FS論理関係を使用するべきである。他の種類の関係を使用する場合は、使用するスケジューリングソフトウェアで関係がどのように実装されているかを十分に理解した上で、慎重に使用する必要がある。理想的には、すべての活動の順序は、活動開始はすべて先行する活動と論理的な関係を持ち、活動終了はすべて後続の活動と論理的な関係を持つように定義されるべきである[2]。」 SFはめったに使用されないため、通常は使用しないようにする。マイクロソフトはジャストインタイムスケジューリングにはSF依存関係を使用することを推奨している[3]。 ただし、これはリソースレベリングが使用されていない場合にのみ機能する。これは、リソースレベリングが後続の活動（ジャストインタイムで終了する活動）を遅延させて終了する可能性があるからだ。論理的な先行する活動の開始よりも遅いため、ジャストインタイム要件を満たしていない。 依存関係が存在する理由に関しては、次の3種類の依存関係がある。
初期のクリティカルパスから派生したスケジュールは、多くの場合、リソースが利用可能であるか、利用可能になる可能性があると想定されていたため、因果的（論理的）または裁量的（優先的）な依存関係にのみ反映されていた。少なくとも1980年代半ば以降、有能なプロジェクトマネージャとスケジューラは、スケジュールはリソースの利用可能性に依存することを認識している。クリティカルチェーン方式では、リソースの制約から派生した依存関係も考慮する必要がある。 リードとラグ依存関係は、リードとラグで変更できる。リードとラグの両方を、4つの種類の依存関係すべてに適用できる。 PMBOKは、ラグを「先行する活動に対して後続する活動が遅延する時間」と定義している。 例：斬新なデザインから2つの壁を構築する場合、最初の壁の2日後に2番目の壁を開始して、2番目のチームが最初の壁から学べるようにする。これは、SS型の間に遅れのある例である。 PMBOKによると、リードとは、「先行する活動に対して後続する活動を進めることができる時間です。たとえば、新しいオフィスビルを建設するプロジェクトでは、予定されたパンチリストの完成の前に造園を開始するようにスケジュールできる。これは、2週間のリードがあるFS型の関係として表示される[1]。」 活動の依存関係の高度なケース"最大" タイプの関係活動Aと活動Bは、活動Aの後に遅延が最大X以下で活動Bを開始する、という場合、"最大" タイプの関係があると言われる[4]。 "最大"タイプの関係によってシミュレートされた実際の例：
"最大" タイプの関係がプロジェクト管理ソフトウェアに実装されることはめったにない。おそらく、この機能を使用すると、矛盾する依存関係を簡単に作成できないからである。 関連項目脚注
|
Portal di Ensiklopedia Dunia
