Neural Project InstituteCertificazione di project management per l'era dell'IA

Guida al project management · Schedulazione e tempi

Lead e lag nel project management: esempi e formule

Un lag è un ritardo deliberato tra due attività collegate, come attendere tre giorni che la vernice si asciughi. Un lead è l'opposto: consente a un successore di iniziare prima che il suo predecessore finisca, sovrapponendo le due. Entrambi si applicano alle dipendenze tra attività.

Punti chiave

  • Un lag aggiunge tempo di attesa tra attività collegate; un lead le sovrappone.
  • I lead si scrivono come lag negativi e sono una forma di fast tracking.
  • Non usate i lag per nascondere lavoro o riserve di contingenza.
  • Documentate il motivo di ogni lead o lag.

Lead vs lag

LagLead
EffettoAggiunge tempo di attesa tra le attivitàSovrappone le attività
NotazioneFS+3 giorniFS-3 giorni (un lag negativo)
Motivo tipicoMaturazione, asciugatura, periodi di preavviso, tempi di consegnaIniziare il lavoro in anticipo per risparmiare tempo
Impatto sul cronoprogrammaAllunga il percorsoAccorcia il percorso
RischioBassaPiù alto, perché il lavoro inizia su input incompleti

Esempio svolto: lag

A Getto della soletta in calcestruzzo dura 2 giorni. B Costruzione muri dura 5 giorni e non può iniziare finché il calcestruzzo non ha maturato per 3 giorni.

AttivitàLinkInizioFine
A Getto soletta-Giorno 0Giorno 2
B Costruzione muriFS + 3 giorniGiorno 5Giorno 10

Il lag non è un'attività: nessuno lavora durante il lag e non consuma risorse, ma si trova comunque sul percorso, quindi il totale è 2 + 3 + 5 = 10 giorni.

Esempio svolto: lead

C Sviluppo modulo dura 10 giorni. D Test modulo dura 6 giorni. I tester possono iniziare sulle funzionalità completate 2 giorni prima della fine dello sviluppo.

LinkInizio di DFine di DTempo risparmiato
FS (nessun lead)Giorno 10Giorno 16-
FS - 2 giorni (lead)Giorno 8Giorno 142 giorni

Usare un lead è una forma di fast tracking: fa risparmiare tempo ma aumenta il rischio di rilavorazioni se modifiche tardive incidono su lavoro già testato.

Errori comuni

  • Usare i lag per rappresentare lavoro reale, come i tempi di produzione di un fornitore. Modellatelo come un'attività in modo da poterlo monitorare.
  • Nascondere la riserva di contingenza all'interno dei lag, rendendo il cronoprogramma difficile da capire.
  • Lag negativi elevati che rendono la logica confusa; valutate invece di suddividere il predecessore.
  • Dimenticare se un lag è espresso in giorni lavorativi o di calendario. Il calcestruzzo matura anche nei fine settimana; la maggior parte delle persone non lavora nel weekend.

Modelli gratuiti per questo argomento

Sfoglia tutti i modelli

Domande frequenti

Che cos'è un lag nel project management?

Un ritardo specificato tra un predecessore e il suo successore, ad esempio FS+3 giorni.

Che cos'è un lead nel project management?

Il tempo di cui un successore può iniziare prima che il suo predecessore finisca, spesso scritto come lag negativo, ad esempio FS-2 giorni.

Un lead è la stessa cosa di un lag negativo?

Sì. La maggior parte degli strumenti di schedulazione registra un lead come lag negativo.

I lag consumano risorse?

No. Un lag è tempo di attesa, non lavoro. Se servono risorse, create invece un'attività.

Lead e lag si trovano sul percorso critico?

Possono esserlo. Un lag su un collegamento critico si somma direttamente alla durata del progetto.

Quando conviene usare un lead?

Quando il successore può iniziare in sicurezza su un output parziale del predecessore, di solito per accorciare il cronoprogramma.

Qual è un esempio di lag?

Attendere 7 giorni dopo l'invio di una lettera di consultazione prima che si chiuda il periodo di risposta.

Il lag è la stessa cosa del float?

No. Il lag è un ritardo pianificato inserito in un collegamento; float è la flessibilità calcolata dal cronoprogramma.

I lag possono essere espressi in giorni di calendario?

Sì. Molti strumenti consentono di specificare giorni trascorsi (di calendario) per lag come i tempi di asciugatura o di maturazione.

I lead aumentano il rischio?

Di solito sì, perché il successore inizia con informazioni incomplete e può richiedere rilavorazioni.