Guida alla Baseline di Budget del Progetto

La baseline del budget di progetto (chiamata anche baseline dei costi) è la versione approvata e scaglionata nel tempo del budget del progetto. Serve come punto di riferimento rispetto al quale vengono misurate tutte le prestazioni relative ai costi lungo tutto il ciclo di vita del progetto. Senza una baseline solida, l'Earned Value Management produce numeri senza significato.

Questa guida spiega cos'è una baseline di budget, in che modo differisce dal Budget at Completion (BAC), come stabilirne una correttamente e come gestirla quando si verificano modifiche all'ambito o ai costi.

Baseline dei Costi vs. Budget at Completion (BAC)

Nella terminologia PMBOK, BAC = Baseline dei Costi. Le riserve di gestione si trovano al di sopra della baseline dei costi e non fanno parte del BAC. Richiedono una richiesta di modifica per accedervi.

Come Costruire una Baseline dei Costi di Progetto

Fase 1: Completare la WBS e il Dizionario della WBS

Ogni pacchetto di lavoro nella Work Breakdown Structure (WBS) deve essere definito in modo sufficientemente dettagliato per poterne stimare il costo. Il dizionario della WBS fornisce la descrizione dell'ambito, i deliverable e i criteri di accettazione per ciascun pacchetto di lavoro.

Fase 2: Stimare i Costi Bottom-Up

Per ogni pacchetto di lavoro, stimare:

• Costi della manodopera: ore × tariffa lavorativa caricata per ciascun tipo di risorsa
• Costi dei materiali: quantità × prezzi unitari (inclusi i fattori di scarto)
• Costi delle attrezzature: tariffe di noleggio, carburante, manutenzione
• Costi dei subappaltatori: preventivi dei fornitori o stime analoghe
• Costi indiretti: spese generali, strutture di cantiere, servizi condivisi

Fase 3: Aggiungere le Riserve per Imprevisti

Le riserve per imprevisti coprono i rischi noti (i rischi documentati nel tuo registro dei rischi). Calcola in base al valore monetario atteso (EMV) dei rischi identificati, o usa una percentuale della stima base (tipicamente il 10-20% a seconda del livello di rischio del progetto).

Fase 4: Scaglionare il Budget nel Tempo (Creare la Curva PV)

Distribuisci il budget lungo la sequenza temporale del progetto in base alla schedulazione. Questo crea il Planned Value (PV) per ciascun periodo di rendicontazione: la curva a S che l'EVM utilizza come sua baseline. Il PV totale alla fine = BAC.

Fase 5: Ottenere l'Approvazione Formale

La baseline dei costi deve essere formalmente approvata dallo sponsor del progetto o dal comitato per il controllo delle modifiche (Change Control Board) prima che inizi l'esecuzione. Questa approvazione la rende il punto di riferimento ufficiale.

Gestire le Modifiche alla Baseline

La baseline deve essere protetta da modifiche informali. Ogni modifica al BAC dovrebbe passare attraverso:

1. Richiesta di modifica (Change Request): documentare formalmente la modifica dell'ambito e il suo impatto sui costi
2. Valutazione dell'impatto: quantificare l'impatto su costi, tempi e rischi
3. Revisione del comitato per il controllo delle modifiche: approvare, rifiutare o differire
4. Aggiornamento della baseline: se approvato, aggiornare sia il BAC che la curva del PV
5. Comunicazione: notificare a tutti gli stakeholder l'aggiornamento della baseline

Errori Comuni con la Baseline

• Impostare la baseline troppo presto: Definire la baseline prima che l'ambito sia completamente definito porta a un budget irrealistico e a continue modifiche
• Aggiunte informali all'ambito: I membri del team accettano piccole modifiche senza un'approvazione formale; lo scope creep erode l'integrità della baseline
• Nessuno scaglionamento temporale (time-phasing): Un singolo budget forfettario senza scaglionamento non può generare dati PV per l'EVM
• Revisione senza documentazione: Modificare il BAC senza registrare lo storico delle modifiche rende le tendenze delle prestazioni ininterpretabili
• Gonfiare ogni singola stima: I proprietari dei singoli pacchetti di lavoro che aggiungono imprevisti nascosti creano una baseline gonfia e dati EVM imprecisi

Quando Rivedere la Baseline

Una revisione della baseline (re-baselining) è appropriata quando:

• Modifiche approvate all'ambito aggiungono o rimuovono quantità significative di lavoro
• Il TCPI(BAC) supera l'1.10 e il BAC originale è palesemente irraggiungibile
• Un evento di forza maggiore altera fondamentalmente le condizioni del progetto
• Il management sceglie di effettuare un re-baseline per ripristinare una misurazione significativa delle prestazioni

Effettuare un re-baselining azzera l'orologio dell'EVM — le varianze di prestazione precedenti vengono assorbite nella nuova baseline. Ciò dovrebbe essere usato con parsimonia e solo con l'approvazione dello sponsor.