---
title: "Dipendenze tra attività: FI, II, FF, IF, anticipo e ritardo nella pratica"
description: "Dipendenze tra attività: legami FI, II, FF e IF, ritardo positivo e negativo, giorni lavorativi e di calendario, II con ritardo al posto di FI ed errori comuni."
url: https://planitude.app/it/blog/task-dependencies-fs-ss-ff-sf-lag
language: it
---

# Dipendenze tra attività: FI, II, FF, IF, anticipo e ritardo nella pratica

Come si comportano davvero i quattro tipi di dipendenza, quando usare un ritardo positivo o negativo, perché giorni lavorativi e di calendario danno date diverse e gli errori di collegamento che rompono un cronoprogramma.

di Team Planitude · Pubblicato il 12 ottobre 2026

Le dipendenze sono ciò che trasforma un elenco di attività in un cronoprogramma. Cambi una durata e le date successive si spostano di conseguenza; un’attività slitta e vedi subito che cosa trascina con sé. Se però i collegamenti sono sbagliati, il piano diventa troppo lungo, perché tutto aspetta tutto, oppure troppo ottimista, perché mancano vincoli reali.

Questa guida dà per scontati i quattro tipi a grandi linee (le basi sono nella [guida al diagramma di Gantt](https://planitude.app/it/blog/gantt-chart-guide)). Qui vediamo come si comportano nel dettaglio, come usare anticipo e ritardo, perché il calendario conta e quali errori rompono più spesso un cronoprogramma senza che nessuno se ne accorga.

> **In breve**
>
> - **Fine-inizio** è il default, ma il lavoro che si sovrappone si modella quasi sempre meglio con **inizio-inizio più ritardo**, spesso abbinato a un legame **fine-fine**.
> - Un **ritardo positivo** aggiunge un’attesa tra due attività; un **ritardo negativo (anticipo)** permette alla successiva di partire prima che la precedente finisca.
> - Un ritardo espresso in **giorni lavorativi** e uno in **giorni di calendario** danno date diverse ogni volta che c’è di mezzo un fine settimana o una festività.
> - Collega le **attività, non le riepilogative**, evita i vincoli di data dove basterebbe un legame e riserva inizio-fine ai rari casi che lo richiedono davvero.

## I quattro tipi di dipendenza, oltre le basi

Nel metodo del diagramma delle precedenze ogni legame unisce un estremo della predecessora (inizio o fine) a un estremo della successiva. Tipi di dipendenza, anticipo e ritardo fanno parte del vocabolario standard di project management del PMI[^1], e tutti gli strumenti di pianificazione seri usano le stesse quattro combinazioni.

| Tipo | Regola | Uso tipico | Uso scorretto frequente |
| --- | --- | --- | --- |
| Fine-inizio (FI) | B non può iniziare finché A non finisce | Un vero passaggio di consegne: contratto firmato prima dell’ordine | Usato ovunque, anche dove il lavoro può sovrapporsi |
| Inizio-inizio (II) | B non può iniziare finché A non inizia | Lavoro parallelo che segue a distanza: impaginazione dopo l’avvio dei testi | Senza ritardo, fa partire B lo stesso giorno di A |
| Fine-fine (FF) | B non può finire finché A non finisce | Chiusure allineate: i collaudi non finiscono prima dello sviluppo | Confuso con II quando la sovrapposizione è solo alla fine |
| Inizio-fine (IF) | B non può finire finché A non inizia | Cambi turno: il vecchio sistema resta attivo finché parte il nuovo | Usato per costruire il piano a ritroso |

Due dettagli sfuggono facilmente:

- Un legame fissa un **minimo**, non una data esatta. Con FI, B può iniziare in qualunque momento dopo la fine di A; inizia subito solo se nient’altro lo trattiene.
- Quando un’attività ha più predecessori, **vince il più restrittivo**. La successiva aspetta la data più tarda imposta da uno qualsiasi dei suoi legami. Ecco perché un solo legame mancante può far sembrare il piano più corto di quanto sia.

## Anticipo e ritardo: attese positive e negative

Il ritardo modifica un legame aggiungendo tempo tra i due estremi che collega. Lo stesso concetto funziona nei due sensi.

### Ritardo positivo

Un ritardo positivo aggiunge un’attesa. **FI + 3** significa che B inizia tre giorni lavorativi dopo la fine di A. Serve per il tempo che passa senza che nessuno lavori sull’attività: i tempi di consegna di un fornitore, un periodo di revisione contrattuale, qualche giorno di osservazione prima di andare in produzione.

Non usare il ritardo per nascondere lavoro. Se quei tre giorni sono in realtà impiegati da qualcuno per verificare documenti, è un’attività con un responsabile e deve comparire come tale.

### Ritardo negativo (anticipo)

Un ritardo negativo, detto anche anticipo, permette alla successiva di partire prima. **FI − 2** significa che B può iniziare due giorni lavorativi prima della fine di A. È utile quando la coda di un’attività non condiziona l’avvio della successiva: le newsletter di lancio si possono preparare mentre si rifiniscono le ultime pagine del sito.

L’anticipo è una scorciatoia e porta con sé un rischio. Se A slitta, B parte comunque alla stessa distanza dalla nuova fine di A, ma ciò su cui B contava potrebbe non essere pronto. Quando la sovrapposizione è consistente, un legame inizio-inizio con ritardo descrive di solito la situazione in modo più onesto.

## Giorni lavorativi o di calendario?

Un ritardo si può misurare sul calendario lavorativo del progetto oppure in tempo di calendario trascorso. La differenza emerge solo a cavallo di fine settimana e festività, che è esattamente quando crea sorprese.

Prendiamo un’attività che finisce di **venerdì**, seguita da un legame con un ritardo di **2 giorni**:

| Ritardo misurato in | Giorni conteggiati | La successiva inizia |
| --- | --- | --- |
| Giorni lavorativi | lunedì, martedì | mercoledì |
| Giorni di calendario | sabato, domenica | lunedì |

Stesso numero, due giorni lavorativi di differenza. Nessuna delle due è sbagliata: un periodo di revisione definito in giorni lavorativi segue il calendario lavorativo, mentre un’attesa che scorre indipendentemente dall’ufficio, come un preavviso di legge di 14 giorni, scorre in giorni di calendario. MS Project permette di esprimere il ritardo in giorni trascorsi e anche come percentuale della durata della predecessora; altri strumenti sono più rigidi. Qualunque sia lo strumento, sappi quale unità stai usando e converti esplicitamente quando un’attesa è definita nell’altra.

## Quando inizio-inizio con ritardo batte fine-inizio

Il motivo più comune per cui un cronoprogramma è più lungo del necessario è che tutti i legami sono FI. Prendiamo un catalogo prodotti: la **stesura dei testi** richiede 10 giorni lavorativi e l’**impaginazione** 8. Il grafico può cominciare appena arrivano le prime schede, e gli servono circa due giorni dopo la consegna dell’ultima scheda per chiudere.

**Opzione 1, fine-inizio.** I testi occupano i giorni da 1 a 10, l’impaginazione i giorni da 11 a 18. Totale: **18 giorni lavorativi**.

**Opzione 2, II + 3 e FF + 2.** Due legami uniscono la stessa coppia di attività:

1. II + 3: l’impaginazione può iniziare tre giorni dopo l’avvio dei testi, quindi non prima del giorno 4.
2. FF + 2: l’impaginazione non può finire prima di due giorni dopo la fine dei testi, quindi non prima del giorno 12.

Con 8 giorni di durata, finire il giorno 12 significa iniziare il giorno 5, che rispetta anche il legame II (il giorno 5 viene dopo il giorno 4). L’impaginazione occupa i giorni da 5 a 12. Totale: **12 giorni lavorativi**, sei in meno della versione FI, e un’immagine più fedele di come si svolge davvero il lavoro.

È il legame FF a rendere sicura la sovrapposizione. Con il solo II + 3, l’impaginazione occuperebbe i giorni da 4 a 11 e finirebbe prima che esista l’ultima scheda. Abbinare II e FF è il modo standard per modellare un lavoro che «segue a distanza» un’altra attività.

## Checklist per collegare un cronoprogramma

1. Ogni attività, tranne l’avvio del progetto, ha almeno un predecessore?
2. Ogni attività, tranne la milestone finale, ha almeno un successore?
3. Ogni legame FI è un vero passaggio di consegne, o il lavoro potrebbe sovrapporsi?
4. Ogni legame II è abbinato a un FF quando la successiva ha bisogno del risultato finale della predecessora?
5. Ogni ritardo è un’attesa reale e non lavoro nascosto senza responsabile?
6. L’unità del ritardo (giorni lavorativi o di calendario) è quella in cui l’attesa è davvero definita?
7. I legami sono posti su attività e milestone, non sulle attività riepilogative?
8. I vincoli di data sono limitati alle vere date esterne, e tutto il resto è guidato dai legami?

## Gli errori più comuni con le dipendenze

### Legami sulle attività riepilogative

Collegare una fase a un’altra fase sembra ordinato, ma nasconde quale attività guida davvero quale. Rende anche più difficile leggere il percorso critico e può entrare in conflitto con i legami delle attività interne. Collega le singole attività e lascia che le riepilogative si limitino a riassumerne le date.

### Dipendenze circolari

Un ciclo (A aspetta B, B aspetta C, C aspetta A) non ha soluzione, e un motore di pianificazione deve rifiutarlo. I cicli nascono spesso quando due persone aggiungono legami da punti di vista diversi; un legame tra un’attività e la sua stessa riepilogativa ha lo stesso effetto.

### Vincoli al posto dei legami

Digitare una data su un’attività, o bloccarla con un vincolo «inizia non prima del», la congela. Quando i predecessori si spostano, quell’attività non li segue e il cronoprogramma smette in silenzio di dire la verità. Riserva i vincoli alle vere date esterne, come una fiera o una scadenza normativa.

### Inizio-fine usato per abitudine

IF è legittimo ma raro: si adatta ai passaggi di consegne in cui la vecchia attività deve proseguire finché non parte la nuova. Se ti ritrovi a usarlo spesso, probabilmente il piano viene costruito a ritroso dalle date invece che in avanti dal lavoro.

### Legami mancanti o ridondanti

Un’attività senza successori può slittare all’infinito senza toccare la data di fine, quindi il suo ritardo non emerge mai. All’estremo opposto, un legame che ripete ciò che un’altra catena garantisce già aggiunge confusione senza cambiare nulla.

## Come farlo in Planitude

Planitude supporta tutti e quattro i tipi, FI, II, FF e IF, con anticipo e ritardo in **giorni lavorativi**: un valore positivo aggiunge un’attesa, un valore negativo è un anticipo. Le date si calcolano sul [calendario](https://planitude.app/it/features#planning) del progetto, festività ed eccezioni comprese, così un ritardo non termina mai in un giorno di chiusura. Mentre scrivi il nome di una nuova attività nella vista Gantt o Lista, l’[assistente AI](https://planitude.app/it/features#ai) può suggerire un predecessore, che accetti con Tab.

Quando un’attività slitta oltre il suo margine, i legami che spinge diventano rossi, così vedi dove si propaga il ritardo. Attiva [percorso critico e margine totale](https://planitude.app/it/blog/critical-path-method-guide) per controllare quali legami determinano la data di fine. Vincoli, scadenze e attività pianificate manualmente restano disponibili per i casi in cui un legame non è lo strumento giusto. Se [importi un piano](https://planitude.app/it/features#import) da MS Project (.mpp, Project XML) o Primavera (.xer), ricontrolla i legami che nell’originale usavano ritardi in percentuale o in giorni trascorsi.

**Prova Planitude con il tuo piano** [Prova Planitude gratis](https://planitude.app/it/signup)

## Domande frequenti

### Qual è il tipo di dipendenza più usato?

Fine-inizio: la successiva inizia dopo la fine della predecessora. È la scelta giusta per i veri passaggi di consegne, ma usarla ovunque tende ad allungare i cronoprogrammi più del necessario.

### Che differenza c’è tra ritardo e anticipo?

Il ritardo è un’attesa positiva aggiunta a un legame, un intervallo tra le due attività. L’anticipo è un ritardo negativo: la successiva può iniziare prima che la predecessora finisca.

### Quando usare inizio-inizio invece di fine-inizio?

Quando la successiva può cominciare appena una parte della predecessora è pronta, come l’impaginazione che segue la stesura dei testi. Aggiungi un ritardo al legame II e, di solito, un legame FF perché la successiva non finisca prima della predecessora.

### Si possono collegare le attività riepilogative?

Molti strumenti lo consentono, ma è meglio collegare le singole attività. I legami sulle riepilogative nascondono la logica reale, complicano il percorso critico e possono entrare in conflitto con i legami interni alla fase.

### Il legame inizio-fine serve davvero?

Raramente, ma sì: per esempio quando un sistema esistente o un turno deve restare attivo finché non parte il suo sostituto. Nella maggior parte dei piani la stessa logica è più chiara con un legame FI o II.

## Fonti

Le pagine ufficiali citate nell’articolo, consultate a ottobre 2026.

[^1]: [PMI Lexicon of Project Management Terms](https://www.pmi.org/standards/lexicon)

## Prova Planitude con il tuo piano

Crea un account gratuito, importa il tuo file .mpp o parti da un modello: in pochi minuti vedrai il Gantt con dipendenze, calendari e percorso critico.

[Prova Planitude gratis](https://planitude.app/it/signup)