Una previsione di pianificazione è il piano temporale approvato utilizzato per misurare le prestazioni. Conservalo, aggiorna la previsione corrente separatamente e confronta il traguardo e la varianza del traguardo.
Che cos’è una previsione di pianificazione del progetto?
Una programmazione di base è la versione formalmente approvata della pianificazione del progetto utilizzata per misurare le prestazioni. Registra le date pianificate e la logica di pianificazione accettata in un determinato momento. Il team aggiorna quindi un programma corrente separato con i progressi effettivi e le previsioni riviste, confrontando i due per comprendere la varianza.
La linea di base risponde “Cosa abbiamo approvato?” La pianificazione attuale risponde “Cosa ci aspettiamo ora?” Non sovrascrivere mai la prima per farla concordare con la seconda.
Baseline rispetto al programma attuale rispetto alla data target
| Concetto | Scopo | Dovrebbe muoversi regolarmente? |
|---|---|---|
| Programmazione di base | Riferimento approvato per la misurazione delle prestazioni | No |
| Programma attuale | Ultimi dati effettivi, lavoro rimanente e previsioni | Sì |
| Data obiettivo o vincolo | Data desiderata, contrattuale o normativa | Solo attraverso una decisione autorizzata |
Supponiamo che il lancio fosse previsto per il 2 ottobre. Il programma attuale ora prevede il 9 ottobre, mentre il contratto richiede il completamento entro il 5 ottobre. Questi sono tre fatti diversi:
- varianza del traguardo di riferimento: 7 giorni di ritardo;
- previsione rispetto alla data richiesta: 4 giorni di ritardo;
- piano storico approvato: ancora 2 ottobre.
Cambiare la data di riferimento al 9 ottobre cancellerebbe le prove necessarie per spiegare cosa è cambiato.
Cosa dovrebbe contenere una base di pianificazione?
Come minimo, preservare:
- date di inizio e fine delle attività e delle tappe fondamentali approvate;
- durate e logica delle dipendenze;
- calendari lavorativi e relativi vincoli;
- date di fine del progetto e della fase principale;
- ambito rappresentato dal palinsesto;
- assunzioni ed esclusioni;
- la data di approvazione e l’autorità di approvazione.
Per i progetti controllati, i costi e le risorse di base possono essere integrati con la pianificazione. Questo articolo si concentra sulla prestazione temporale; una linea di base completa per la misurazione delle prestazioni può contenere più di date.
Quando dovresti creare la linea di base?
La linea di base dopo la pianificazione è abbastanza credibile da poter essere controllata, non nel momento in cui qualcuno crea il primo diagramma di Gantt. Prima dell’approvazione, controlla che:
- lo scopo è rappresentato da una scomposizione completa del lavoro;
- le attività hanno condizioni di conclusione chiare;
- le dipendenze riflettono trasferimenti reali;
- durate e calendari siano realistici;
- siano compresi i proprietari e le ipotesi relative alle risorse;
- i rischi principali e gli imprevisti sono visibili;
- il percorso critico è continuo e spiegabile;
- le date fondamentali sono in linea con gli impegni;
- le parti interessate sanno cosa è escluso;
- il proprietario autorizzato approva il piano di riferimento.
Usa il Lista di controllo della qualità della pianificazione in 10 punti prima di congelare il riferimento.
Come si misura la variazione del programma?
I confronti utili più semplici sono le varianze delle date:
- Variazione iniziale: inizio corrente o effettivo meno inizio di base.
- Varianza di arrivo: previsione attuale o arrivo effettivo meno arrivo di riferimento.
- Varianza del traguardo: data del traguardo attuale meno data del traguardo di riferimento.
Indicare la base del calendario. Cinque giorni di calendario e cinque giorni lavorativi non sono equivalenti.
Ad esempio:
| Pietra miliare | Linea di base | Previsioni attuali | Varianza |
|---|---|---|---|
| Progetto approvato | 4 settembre | 7 settembre | +3 giorni |
| Prova completata | 24 settembre | 30 settembre | +6 giorni |
| Produzione in diretta | 2 ottobre | 9 ottobre | +7 giorni |
La crescente varianza suggerisce che il progetto non sta semplicemente subendo un ritardo iniziale; si sta accumulando ulteriore slittamento. Esamina l’ambito modificato, la durata sottostimata, la disponibilità delle risorse, i difetti e le dipendenze interrotte.
La gestione formale dell’Earned Value utilizza anche la varianza della pianificazione (SV = EV − PV) e l’indice delle prestazioni della pianificazione (SPI = EV / PV). Queste sono misure basate sul valore, non differenze di data. Un SPI inferiore a 1,0 indica che è stato guadagnato meno valore pianificato del previsto, ma non indica direttamente che la previsione è in ritardo di sette giorni. Utilizzare le misure di data e valore guadagnato per le domande previste.
Con quale frequenza dovrebbe essere aggiornato il programma attuale?
Aggiornalo con una cadenza che supporti le decisioni. Settimanale è comune per i progetti medi; un cutover potrebbe richiedere un controllo giornaliero o infragiornaliero. Ad ogni data di stato:
- registrare le partenze e gli arrivi effettivi;
- aggiornare la durata residua del lavoro attivo;
- rivedere la logica futura solo quando il piano di esecuzione cambia realmente;
- ricalcolare le date di previsione;
- rivedere i percorsi critici e quasi critici;
- spiegare la variazione materiale e concordare le azioni.
Evitare di aggiornare solo la percentuale di completamento. Un’attività può essere “completata al 90%” per tre settimane. La durata rimanente e la fine prevista sono più utili dal punto di vista operativo.
Quando il ribaselining è legittimo?
La ribaseline solo dopo una modifica materiale autorizzata rende il vecchio riferimento inadatto per la misurazione futura delle prestazioni. Gli esempi includono:
- ambito approvato aggiunto o rimosso;
- un cambiamento della strategia di consegna formalmente accettato;
- una modifica contrattuale;
- un evento esterno importante al di fuori della base di pianificazione;
- un piano di risanamento approvato come nuovo riferimento di controllo.
Le scarse prestazioni da sole non sono un motivo per cancellare la linea di base. Conserva l’originale e ogni revisione approvata, registra il motivo per cui la modifica è stata autorizzata e rivela quale linea di base utilizza un report.
Errori di base comuni
Trattare un file salvato come una base di riferimento approvata
Uno snapshot può preservare i dati, ma la governance ne fa una base di riferimento. Registra chi lo ha approvato, quando e in quale ambito.
Spostamento della linea di base durante ogni aggiornamento
Ciò garantisce una varianza pari a zero ed elimina la responsabilità. Aggiorna le previsioni, non la cronologia.
Confrontando solo la data finale
Una finitura invariata può nascondere un galleggiamento consumato e traguardi intermedi scivolosi. Esaminare i percorsi critici e quasi critici.
Cronologia delle versioni confusa con una sovrapposizione della linea di base
La cronologia delle versioni risponde “che aspetto aveva il progetto allora?” Una sovrapposizione della linea di base mantiene disponibili le barre approvate accanto alle barre correnti per la revisione continua della varianza. Gli artefatti possono supportarsi a vicenda ma non sono automaticamente equivalenti.
Come si conserva una linea di base in GanttFather?
GanttFather supporta istantanee di versione denominate che possono essere visualizzate in anteprima e ripristinate. Salva una versione con un nome chiaro —ad esempio, Programma approvato — 2026-09-01— e registra l’autorità di approvazione e l’ambito nel contesto del progetto o nelle note di governance.
Al 7 agosto 2026, GanttFather non fornisce una sovrapposizione dedicata delle barre della linea di base su ogni attività. Per una rendicontazione formale degli scostamenti, esporta il programma approvato o conserva una tabella della linea di base accanto alla previsione corrente. I report e le viste di stato del prodotto possono supportare le discussioni sulle prestazioni attuali, ma una versione denominata non deve essere presentata come una funzione di linea di base memorizzata più completa di quanto sia.
Questa distinzione aiuta a scegliere il software con trasparenza. Se il contratto richiede più linee di base, controlli del valore maturato o registri delle modifiche alla linea di base pronti per la verifica, convalida queste funzionalità prima di adottare uno strumento.
Crea un progetto GanttFather gratuito e salva il programma approvato prima di inserire il primo aggiornamento di stato.
Durante ogni aggiornamento, leggi il diagramma corrente seguendo la sequenza di revisione di Gantt, esamina le variazioni del margine totale e libero e preserva il collegamento tra il programma approvato e le tappe fondamentali del progetto.
Domande frequenti
La linea di base è il piano originale?
Si tratta del piano di controllo approvato, che potrebbe non essere la prima bozza. Conserva le bozze precedenti se importanti, ma non considerare uno schizzo non approvato la base di riferimento delle prestazioni.
Un progetto può avere più di una baseline?
Sì. Progetti di grandi dimensioni o formalmente controllati possono preservare l’originale più le revisioni autorizzate. I report devono identificare quale versione è corrente e devono conservare la cronologia delle modifiche.
Cosa succede se il progetto non ha una baseline?
È comunque possibile mantenere una previsione attuale, ma non è possibile misurare in modo affidabile il rendimento rispetto a un piano precedentemente approvato. Stabilire un riferimento rivisto non appena l’ambito e il programma saranno credibili.
Il lavoro Agile ha bisogno di una base di riferimento?
Non tutti i team necessitano di una base di attività dettagliata. Un team di prodotto può definire come base un rilascio, un orizzonte di finanziamento o un impegno esterno consentendo al contempo l’adattamento del contenuto del backlog. Abbina il controllo alla conseguenza del mancato impegno.
Fonti
