リードとラグとは？アクティビティ間のタイミング調整を最適化する技法

リードとラグとは

リード（Lead）とラグ（Lag）とは、プロジェクトスケジュールにおいてアクティビティ間の依存関係のタイミングを調整するための技法です。リードは後続アクティビティの開始を前倒しする調整で、ラグは後続アクティビティの開始を遅らせる待機時間です。

依存関係だけではアクティビティの開始・終了タイミングを正確に表現できない場合があります。例えば、「設計が完了してから開発を開始する」という終了-開始（FS）関係において、設計の80%が完了した時点で開発を並行開始できるなら、リード（先行）を設定します。逆に、「コンクリート打設後に3日間の養生期間が必要」という場合はラグ（遅延）を設定します。

PMBOKの先行タスク連関図法（PDM: Precedence Diagramming Method）では、4つの依存関係タイプ（FS、FF、SS、SF）のそれぞれにリードまたはラグを組み合わせることで、現実のプロジェクト状況を正確にモデル化できます。

構成要素

リード（先行時間）

後続アクティビティの開始を前倒しするための負のオフセット値です。例えば、FS関係でリード5日を設定すると、先行タスクの完了5日前に後続タスクを開始できます。リードは主にスケジュール短縮の手段として使われ、ファストトラッキングの具体的な実装方法です。

ラグ（遅延時間）

後続アクティビティの開始を遅らせるための正のオフセット値です。技術的に必要な待機時間、外部承認の待ち時間、物理的な制約による遅延などを表現します。ラグは作業を伴わない経過時間であり、リソースを消費しません。

4つの依存関係タイプ

終了-開始（FS: Finish-to-Start）は最も一般的で、先行タスクが完了してから後続タスクが開始します。開始-開始（SS: Start-to-Start）は先行タスクの開始後に後続タスクも開始します。終了-終了（FF: Finish-to-Finish）は先行タスクの終了後に後続タスクも終了します。開始-終了（SF: Start-to-Finish）は先行タスクの開始後に後続タスクが終了します。

タイミングの計算

リードとラグは依存関係のオフセット値として計算に反映されます。FS + ラグ3日なら、先行タスクの完了後3日経過してから後続タスクが開始します。FS + リード5日（またはFS - 5日）なら、先行タスクの完了5日前に後続タスクが開始します。

実践的な使い方

ステップ1: 依存関係の識別

アクティビティ間の論理的な依存関係をすべて洗い出します。「AはBの前に完了しなければならない」という必須依存関係と、「Aの後にBをやる方が効率的」という任意依存関係を区別します。依存関係の種類（FS、SS、FF、SF）を特定します。

ステップ2: リードの検討

FS関係のアクティビティについて、先行タスクの完了を待たずに後続タスクを開始できる部分がないか検討します。設計と開発のように、先行タスクの部分的な成果物で後続タスクを開始できるケースが該当します。リードを設定する際は、並行作業による手戻りリスクを評価します。

ステップ3: ラグの識別

技術的に必要な待機時間を識別します。承認プロセスの待ち時間、外部ベンダーの納品リードタイム、環境構築の待ち時間などが該当します。ラグの期間を見積もり、可能であれば短縮できないかを検討します。ラグはスケジュールを延長する要因であるため、最小化を目指します。

ステップ4: クリティカルパスへの影響確認

リードとラグを設定した後、クリティカルパスがどう変化するかを確認します。リードの設定によりクリティカルパスが短縮される場合は、スケジュール全体の完了予定日が前倒しになります。ラグの追加によりクリティカルパスが延びる場合は、短縮策を検討します。

ステップ5: リスクの評価と文書化

リードを設定した箇所は並行作業によるリスク（手戻り、コミュニケーションの増加）を評価し、リスク登録簿に記録します。ラグの根拠（なぜその待機時間が必要か）を文書化し、ラグが不要になった場合に除去できるようにしておきます。

活用場面

スケジュール短縮が求められる場面でリードは重要な手段となります。ファストトラッキングの計画を立てる際に、どのアクティビティ間でリードを設定できるかを体系的に検討します。クリティカルパス上のFS関係にリードを設定することが最も効果的です。

外部要因による制約をスケジュールに正確に反映する場面でラグが必要です。ハードウェアの調達リードタイム、法的手続きの所要期間、季節的な制約（寒冷地での冬季工事中断など）をラグとしてモデル化します。

スケジュールの精度を向上させる場面でも有効です。リードとラグを適切に設定することで、ガントチャート上の表示が現実のプロジェクト進行に近づき、進捗管理の精度が向上します。

注意点

リードの過度な設定による手戻りリスク

リードの過度な設定はリスクを増大させます。並行作業を前提とするため、先行タスクの成果物が変更になると後続タスクに手戻りが発生します。リードの設定は手戻りリスクの許容度を考慮して慎重に判断してください。

ラグの安易な設定によるスケジュール膨張

ラグを安易に設定すると、スケジュールの膨張を招きます。「念のため」で追加したラグがクリティカルパスに乗ると、プロジェクト全体が遅延します。ラグの必要性を定期的に見直し、不要になったラグは除去してください。

リードとラグの不確実性

リードとラグの値は固定値として扱われがちですが、実際には不確実性を含みます。外部承認のラグが「通常2週間」でも、繁忙期には1ヶ月かかることもあります。重要なラグについては三点見積りを適用することを検討してください。

ツール間の仕様差異

プロジェクト管理ツールによってリードとラグの入力方法が異なります。ツールの仕様を確認し、意図通りにスケジュール計算が行われているか検証してください。

まとめ

リードとラグは、アクティビティ間の依存関係のタイミングを調整する技法です。リードは後続タスクの前倒しによるスケジュール短縮に、ラグは技術的・外部的な待機時間の正確な反映に使われます。4つの依存関係タイプとの組み合わせにより、現実のプロジェクト進行を正確にモデル化できます。リードのリスク評価、ラグの最小化、クリティカルパスへの影響確認が適切な設定の鍵です。