ネットワークスケジュールとは？タスクの依存関係を可視化するスケジュール手法

ネットワークスケジュールとは

ネットワークスケジュール（Network Schedule）とは、プロジェクトのタスク（アクティビティ）間の論理的な依存関係をネットワーク図として表現し、スケジュールの分析と管理を行う手法です。各タスクをノード（箱）、依存関係を矢印で表現する先行タスク連関図法（PDM: Precedence Diagramming Method）が現在の主流です。

ネットワークスケジュールの最大の価値は、タスク間の依存関係を明示的に可視化することです。ガントチャートでは各タスクの開始日と終了日が横棒で表示されますが、「なぜこの順番で行うのか」という論理的な根拠は見えません。ネットワーク図では依存関係が矢印で直接表現されるため、スケジュールの論理構造が一目で把握できます。

この手法から導出されるクリティカルパス（最長経路）とフロート（余裕時間）は、スケジュール管理の基本的な分析指標です。クリティカルパス上のタスクが遅延するとプロジェクト全体が遅延し、フロートが正のタスクはその範囲内で遅延を吸収できます。

構成要素

ノード（アクティビティ）

各タスクをノードとして表現します。ノードにはタスク名、所要期間、早期開始日（ES）、早期終了日（EF）、遅延開始日（LS）、遅延終了日（LF）、トータルフロート（TF）の情報が含まれます。これらの値はフォワードパスとバックワードパスの計算で算出されます。

矢印（依存関係）

タスク間の論理的な依存関係を矢印で表現します。先行タスクから後続タスクへ矢印が引かれ、4つの依存関係タイプ（FS、SS、FF、SF）とリードまたはラグの情報が付与されます。

フォワードパス計算

プロジェクトの開始から終了に向かって、各タスクの早期開始日と早期終了日を計算します。ES = 先行タスクのEFの最大値、EF = ES + 所要期間、という計算を順方向に積み上げていきます。最終タスクのEFがプロジェクトの最短完了日です。

バックワードパス計算

プロジェクトの終了から開始に向かって、各タスクの遅延終了日と遅延開始日を計算します。LF = 後続タスクのLSの最小値、LS = LF - 所要期間、という計算を逆方向に遡ります。

クリティカルパスとフロート

トータルフロート（TF = LS - ES = LF - EF）がゼロのタスクを結んだ経路がクリティカルパスです。クリティカルパスはプロジェクトの最長経路であり、この経路上のタスクの合計所要期間がプロジェクトの最短完了期間となります。

実践的な使い方

ステップ1: アクティビティの洗い出し

WBSの最下位レベルのワークパッケージまたはアクティビティを、ネットワーク図のノードとして一覧化します。各アクティビティには一意のIDを付与し、所要期間の見積もりを紐づけます。

ステップ2: 依存関係の定義

各アクティビティの先行タスクと後続タスクを特定します。依存関係のタイプ（FS、SS、FF、SF）を決定し、必要に応じてリードやラグを設定します。依存関係は「必須依存関係」（論理的に避けられない順序）と「任意依存関係」（好ましい順序だが変更可能）に区別します。

ステップ3: ネットワーク図の作成

アクティビティをノードとして配置し、依存関係を矢印で接続します。プロジェクトの開始と終了にはダミーのマイルストーンノードを配置して、すべてのパスが1つの始点と終点を持つようにします。

ステップ4: フォワードパスとバックワードパスの計算

開始ノードからフォワードパス計算を行い、各ノードのESとEFを算出します。次に終了ノードからバックワードパス計算を行い、各ノードのLSとLFを算出します。各ノードのトータルフロートを計算し、フロートがゼロのノードを結んでクリティカルパスを特定します。

ステップ5: スケジュールの最適化

クリティカルパスが要求される完了日を超える場合は、クリティカルパス上のタスクの短縮を検討します。ファストトラッキング（リードの追加による並行化）やクラッシング（リソース追加による期間短縮）を適用します。最適化後に再計算して、効果を確認します。

活用場面

プロジェクト計画の初期段階で、スケジュールの全体構造を把握し、クリティカルパスを特定する際に不可欠です。ガントチャートを作成する前に、まずネットワーク図で論理構造を確定させることが計画品質の基盤となります。

スケジュール短縮の検討にも必須です。クリティカルパス上のタスクに対してのみ短縮策を適用することで、効率的にプロジェクト全体の期間を短縮できます。フロートが正のタスクを短縮しても、プロジェクト全体の期間は変わりません。

プロジェクト実行中の影響分析にも活用します。あるタスクが遅延した場合、そのタスクのフロートを確認し、フロート以内の遅延であればプロジェクト全体への影響はありません。フロートを超える遅延の場合は、後続タスクへの影響を依存関係に沿ってトレースできます。

注意点

大規模ネットワーク図の複雑化

ネットワーク図はタスク数が増えると視覚的に複雑になります。100以上のタスクを1枚の図に収めるのは非現実的です。フェーズやワークパッケージ単位でサブネットワークに分割するか、プロジェクト管理ツールの自動計算機能を活用してください。

依存関係の定義精度

依存関係の定義が不正確だと、クリティカルパスの分析結果が信頼できなくなります。特に「なんとなく」で設定した任意依存関係が真のクリティカルパスを隠蔽する場合があります。依存関係は論理的な根拠を持って設定してください。

リソース制約の未反映

リソース制約を考慮していないネットワークスケジュールは、理論上の最短完了日を示しますが、実現可能とは限りません。リソースの利用可能性を考慮した「リソース制約スケジュール」に変換する必要があります。

フロートの共有性

フロートは共有リソースであることに注意してください。同じパス上の複数のタスクがフロートを持つ場合、それらのフロートは合計ではなく共有です。1つのタスクがフロートを使い切ると、同じパス上の後続タスクのフロートもゼロになります。

まとめ

ネットワークスケジュールは、タスク間の依存関係をネットワーク図として可視化し、フォワードパスとバックワードパスの計算からクリティカルパスとフロートを導出するスケジュール管理の基盤技法です。スケジュールの論理構造の把握、クリティカルパスに基づく短縮策の検討、遅延の影響分析に不可欠です。依存関係の正確な定義とリソース制約の考慮が、実用的なスケジュール策定の前提条件です。