---
title: "Baseline di progetto e scostamenti: guida pratica"
description: "Cos’è la baseline di progetto, quando salvarla, come leggere gli scostamenti di inizio, fine e durata e quando rifarla è legittimo, con un esempio calcolato."
url: https://planitude.app/it/blog/project-baseline-variance-guide
language: it
---

# Baseline di progetto e scostamenti: guida pratica

Cos’è una baseline, quando salvarla, come leggere gli scostamenti di inizio, fine e durata in giorni lavorativi e quando una nuova baseline è legittima. Con un esempio che include le attività riepilogative.

di Team Planitude · Pubblicato il 10 ottobre 2026

Un cronoprogramma cambia ogni settimana: attività che finiscono prima o dopo, dipendenze che spingono in avanti le date, informazioni nuove. Senza un riferimento fisso il Gantt mostra solo dove si trova il progetto oggi, non quanto si è allontanato da ciò che era stato concordato. La **baseline** è quel riferimento: una fotografia del piano approvato con cui si confronta ogni versione successiva.

Questa guida spiega cosa contiene una baseline, quando salvarla, come leggere gli scostamenti che produce e, soprattutto, quando una nuova baseline è legittima e quando serve solo a nascondere un ritardo.

> **In sintesi**
>
> - La baseline è una **fotografia del piano approvato**: inizio, fine e durata di ogni attività, salvata prima di iniziare i lavori.
> - Lo scostamento si misura in **giorni lavorativi**: positivo significa più tardi o più lungo del previsto, negativo più presto o più breve.
> - Si leggono **prima le attività riepilogative**, per lo scostamento complessivo, poi le attività sottostanti, perché gli scostamenti possono compensarsi.
> - La baseline si rifà solo dopo una **modifica approvata** di perimetro, budget o scadenza, mai per far sparire un ritardo.

## Cos’è la baseline di progetto

La baseline è una copia congelata del cronoprogramma nel momento in cui è stato approvato. È uno dei termini standard del project management, presente nel lessico dei termini di project management del PMI[^1]. In pratica, per ogni attività registra:

- l’**inizio previsto** e la **fine prevista**;
- la **durata prevista** in giorni lavorativi;
- per le attività riepilogative, gli stessi valori calcolati sulle attività sottostanti.

Molti strumenti possono salvare anche il lavoro e il costo previsti, e metodi come l’earned value management si basano su una baseline dei costi. È un altro argomento: questa guida riguarda la baseline dei tempi, quella che serve a ogni progetto.

Piano corrente e baseline convivono. Il piano corrente si muove a ogni aggiornamento dell’avanzamento; la baseline resta dov’era, e la distanza tra i due è la deriva del progetto.

## Quando salvare la baseline

Il momento giusto è **dopo l’approvazione del piano e prima dell’avvio dei lavori**. Salvarla prima significa congelare una bozza che cambierà ancora per motivi che non sono ritardi; salvarla dopo significa che i primi scostamenti sono già assorbiti nel riferimento.

Prima di salvarla, conviene verificare che:

- ogni attività abbia una durata realistica (la guida su [come stimare la durata delle attività](https://planitude.app/it/blog/how-to-estimate-task-durations) aiuta);
- le dipendenze siano complete, così che le date siano calcolate e non digitate a mano;
- il percorso critico abbia senso e la data di fine sia quella su cui ci si impegna;
- le milestone coincidano con le date concordate con il cliente o con la direzione;
- chi deve approvare il piano lo abbia effettivamente approvato.

Se ce ne si dimentica, uno strumento che salva la baseline in automatico al primo aggiornamento dell’avanzamento è una buona rete di sicurezza: fotografa il piano com’era nel momento in cui è partito il monitoraggio.

## Scostamento di inizio, fine e durata

Tre scostamenti descrivono come si è mossa ogni attività. Tutti si esprimono in giorni lavorativi, quindi un fine settimana tra due date non conta come ritardo.

| Scostamento | Come si calcola | Cosa indica |
| --- | --- | --- |
| Scostamento di inizio | Inizio attuale meno inizio in baseline | L’attività è partita, o partirà, più tardi o più presto del previsto |
| Scostamento di fine | Fine attuale meno fine in baseline | L’attività finisce più tardi o più presto: è lo slittamento |
| Scostamento di durata | Durata attuale meno durata in baseline | Il lavoro in sé richiede più o meno tempo della stima |

Un valore positivo significa più tardi o più lungo; uno negativo, più presto o più breve. I tre scostamenti rispondono a domande diverse. Un’attività può partire con due giorni di ritardo perché la precedente è slittata, mantenendo esattamente la durata stimata: il problema è a monte. Un’altra può partire puntuale e finire tardi perché il lavoro era sottostimato: il problema è nell’attività stessa. Per le scadenze conta alla fine lo scostamento di fine, ma gli altri due dicono **dove** intervenire.

## Leggere gli scostamenti: un esempio calcolato

Prendiamo la prima fase di un progetto. La baseline è stata approvata con tre attività in sequenza: Requisiti (5 giorni), Progettazione (5 giorni) e Sviluppo (10 giorni), da lunedì 2 a venerdì 27 novembre, 20 giorni lavorativi in tutto.

Tre settimane dopo il piano corrente è questo. I Requisiti hanno richiesto due giorni in più; la Progettazione è partita con due giorni di ritardo ma ha mantenuto la sua durata; sullo Sviluppo è stato aggiunto un secondo sviluppatore e la stima è scesa da 10 a 9 giorni.

| Attività | Baseline | Attuale | Scost. inizio | Scost. fine | Scost. durata |
| --- | --- | --- | --- | --- | --- |
| Fase 1 (riepilogativa) | 2-27 nov, 20 g | 2-30 nov, 21 g | 0 | +1 | +1 |
| Requisiti | 2-6 nov, 5 g | 2-10 nov, 7 g | 0 | +2 | +2 |
| Progettazione | 9-13 nov, 5 g | 11-17 nov, 5 g | +2 | +2 | 0 |
| Sviluppo | 16-27 nov, 10 g | 18-30 nov, 9 g | +2 | +1 | −1 |

Come leggerla:

1. **Si parte dalla riepilogativa.** La Fase 1 finisce con 1 giorno lavorativo di ritardo (venerdì 27 diventa lunedì 30). È il numero da comunicare.
2. **Si scende per trovare la causa.** Il ritardo nasce nei Requisiti (durata +2) e passa alla Progettazione come scostamento di inizio di +2, senza alcuna colpa della Progettazione.
3. **Si cercano le compensazioni.** Lo Sviluppo recupera un giorno (durata −1), ed è per questo che la fase è in ritardo di 1 giorno e non di 2. La riepilogativa sembra quasi in salute, ma nasconde uno sforamento di 2 giorni e un recupero costato una persona in più.
4. **Si controlla il percorso critico.** Se dopo la Fase 1 vengono attività critiche, il +1 sposta la fine del progetto; se c’è margine sufficiente, viene assorbito. La [guida al percorso critico](https://planitude.app/it/blog/critical-path-method-guide) spiega come capirlo.

Una buona abitudine settimanale è filtrare le attività con scostamento di fine maggiore di zero, ordinarle per entità e partire da quelle sul percorso critico.

## Quando rifare la baseline, e quando no

Una baseline è utile solo se resta stabile. Sostituirla ogni volta che il piano si muove azzera tutti gli scostamenti e rende invisibile la deriva. Salvare una nuova baseline è legittimo quando cambia l’impegno stesso:

- una **modifica approvata** del perimetro aggiunge o toglie lavoro;
- la scadenza è stata spostata formalmente, per esempio dopo aver concordato un piano di recupero (vedi [come recuperare un progetto in ritardo](https://planitude.app/it/blog/project-delay-recovery-fast-tracking-crashing));
- il progetto è stato sospeso e riparte con una nuova data di inizio;
- il piano originale conteneva un errore sostanziale, riconosciuto da chi lo aveva approvato.

Non è legittimo rifarla perché le attività sono in ritardo, perché il report non è presentabile prima di un comitato di indirizzo, o per abitudine ogni settimana. In quei casi lo scostamento è esattamente l’informazione di cui gli stakeholder hanno bisogno.

## Lavorare con più baseline

Conservare più baseline mantiene la storia degli impegni: il piano originale, quello dopo la prima modifica approvata, quello dopo la nuova scadenza. Ogni nuova baseline dovrebbe avere un motivo e una data, meglio se annotati nelle note del progetto.

Il confronto corrente si fa di norma con l’**ultima** baseline, perché è l’impegno in vigore. Le precedenti rispondono a un’altra domanda: quanto si è mosso il progetto dall’inizio, attraverso tutte le modifiche approvate. Insieme permettono di distinguere i ritardi dalle decisioni.

## Gli errori più comuni

- **Non salvare mai la baseline.** Senza, nessuno sa dire di quanto il progetto sia in ritardo, solo dove si trova oggi.
- **Salvarla troppo presto.** Una baseline presa su una bozza registra le modifiche al piano come se fossero ritardi.
- **Rifarla ogni settimana.** Lo scostamento è sempre zero e i ritardi spariscono dai report, non dal progetto.
- **Guardare solo la riepilogativa.** Gli scostamenti sottostanti che si compensano possono nascondere sforamenti e recuperi da tenere d’occhio.
- **Contare i giorni di calendario.** Uno slittamento da venerdì a lunedì vale un giorno lavorativo, non tre.
- **Digitare le date a mano.** Le date fisse non si muovono con le attività precedenti, e gli scostamenti smettono di riflettere la catena reale dei ritardi.

## Come farlo in Planitude

In Planitude la baseline si salva automaticamente al primo aggiornamento dell’avanzamento, quindi il monitoraggio non parte mai senza un riferimento. Se ne può salvare una in qualsiasi momento con **Salva baseline**, oppure chiederlo all’[assistente AI](https://planitude.app/it/features#ai). Tutte le baseline vengono conservate e il confronto avviene con l’ultima.

La baseline compare come barra grigia sotto ogni attività del [diagramma di Gantt](https://planitude.app/it/gantt-chart-maker), e lo slittamento è indicato in giorni lavorativi (per esempio +3g), riepilogative comprese. Le [funzioni di monitoraggio](https://planitude.app/it/features#tracking) segnalano le attività scadute, quelle indietro sul piano e quelle spostate dall’ultima visita, e i collegamenti diventano rossi quando un ritardo supera il margine e si propaga alle attività successive.

Sull’insieme dei progetti, la [vista portfolio](https://planitude.app/it/features#portfolio) mostra lo scostamento dalla baseline e uno stato automatico per ciascun progetto: in linea, a rischio o in ritardo. Chi arriva da Microsoft Project può [importare il piano](https://planitude.app/it/features#import) e continuare a lavorarci.

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

## Domande frequenti

### Cos’è la baseline nel project management?

È una copia salvata del cronoprogramma approvato: inizio, fine e durata di ogni attività. Il piano corrente viene confrontato con questa copia per misurare quanto il progetto si sia allontanato.

### Quando va salvata la baseline?

Dopo l’approvazione del piano e prima dell’avvio dei lavori. Una nuova baseline si salva solo quando una modifica approvata cambia perimetro, budget o scadenza.

### Che differenza c’è tra slittamento e scostamento di durata?

Lo slittamento, o scostamento di fine, dice di quanto un’attività finisce più tardi del previsto. Lo scostamento di durata dice se il lavoro in sé richiede più o meno tempo: un’attività può slittare solo perché la precedente era in ritardo, senza alcuno scostamento di durata.

### Se il progetto è in ritardo, devo rifare la baseline?

Non per nascondere il ritardo. Se un piano di recupero o una nuova scadenza sono stati approvati formalmente, una nuova baseline è legittima; altrimenti lo scostamento è proprio l’informazione che gli stakeholder devono vedere.

### Perché misurare gli scostamenti in giorni lavorativi?

Perché si lavora nei giorni lavorativi. Un’attività che passa da venerdì a lunedì è slittata di un giorno lavorativo, non di tre, e contare i giorni di calendario esagererebbe il ritardo.

## 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)