Neural Project InstituteAI時代のプロジェクトマネジメント資格

プロジェクトマネジメントガイド · スケジューリングと時間

プロジェクトマネジメントにおけるリードとラグ:例と計算式

ラグとは、ペンキが乾くまで3日待つといった、関連する2つのアクティビティ間に意図的に設ける遅延です。リードはその逆で、先行作業が終わる前に後続作業を開始させ、2つを重ね合わせます。どちらも次に適用されます: タスクの依存関係.

要点

  • ラグは関連するアクティビティ間に待ち時間を加え、リードはそれらを重ね合わせます。
  • リードは負のラグとして表記され、ファストトラッキングの一形態です。
  • 作業やコンティンジェンシーを隠すためにラグを使わない。
  • 各リードやラグが存在する理由を記録する。

リードとラグの比較

ラグリード
効果アクティビティ間に待ち時間を加えるアクティビティを重ね合わせる
表記FS+3日FS-3日(負のラグ)
典型的な理由養生、乾燥、通知期間、納品までの時間時間を節約するために作業を早く始める
スケジュールへの影響パスを長くするパスを短くする
リスク低高くなる(不完全なインプットで作業を始めるため)

計算例:ラグ

A「コンクリートスラブの打設」は2日かかります。B「壁の構築」は5日かかり、コンクリートが3日間養生するまで開始できません。

アクティビティリンク開始終了
A スラブの打設-0日目2日目
B 壁の構築FS + 3日5日目10日目

ラグはアクティビティではありません。誰も作業せず、リソースも使いませんが、パス上には存在するため、合計は2 + 3 + 5 = 10日になります。

計算例:リード

C「モジュール開発」は10日、D「モジュールテスト」は6日かかります。テスターは開発終了の2日前から、完成した機能のテストを開始できます。

リンクDの開始Dの終了短縮できた時間
FS(リードなし)10日目16日目-
FS - 2日(リード)8日目14日目2日

リードの使用は次の一形態です: ファストトラッキング:時間を節約できますが、終盤の変更がテスト済みの作業に影響すると、手戻りのリスクが高まります。

よくある間違い

  • サプライヤーの製造期間など、実際の作業をラグで表すこと。追跡できるよう、アクティビティとしてモデル化しましょう。
  • ラグの中にコンティンジェンシーを隠すこと。スケジュールが理解しにくくなります。
  • ロジックをわかりにくくする大きな負のラグ。代わりに先行作業の分割を検討しましょう。
  • ラグが稼働日か暦日かを忘れること。コンクリートは週末も養生しますが、ほとんどの人は週末に働きません。

このトピックの無料テンプレート

すべてのテンプレートを見る

よくある質問

プロジェクトマネジメントにおけるラグとは何ですか?

先行作業と後続作業の間に設定する、FS+3日のような所定の遅延です。

プロジェクトマネジメントにおけるリードとは何ですか?

先行作業が終了する前に後続作業を開始できる時間のことで、FS-2日のように負のラグとして表記されることがよくあります。

リードは負のラグと同じですか?

はい。ほとんどのスケジューリングツールでは、リードを負のラグとして記録します。

ラグはリソースを使いますか?

いいえ。ラグは作業ではなく待ち時間です。リソースが必要な場合は、代わりにアクティビティを作成しましょう。

リードとラグはクリティカルパス上にありますか?

なり得ます。クリティカルな依存関係上のラグは、そのままプロジェクトの所要期間に加算されます。

リードはどのようなときに使うべきですか?

後続作業が先行作業の部分的なアウトプットをもとに安全に開始できるとき。通常はスケジュール短縮のために使います。

ラグタイムの例にはどのようなものがありますか?

意見照会の書簡を送付してから回答期間が締め切られるまで7日間待つ。

ラグはフロートと同じですか?

いいえ。ラグは依存関係に組み込まれた計画上の遅延です。 フロート は、スケジュールから算出される余裕です。

ラグを暦日で設定できますか?

はい。多くのツールでは、乾燥時間や養生時間などのラグを経過日数(暦日)で指定できます。

リードはリスクを高めますか?

通常は高めます。後続作業が不完全な情報で始まるため、手戻りが必要になる場合があるからです。