Vai al contenuto principale
ControlRoom

Perché il budget sembra in linea finché non è troppo tardi

Un progetto dato per 'in linea' due settimane prima risulta improvvisamente al 18% sopra budget, senza margine di recupero. Non è un errore di previsione: è un problema di latenza tra il momento in cui il costo viene sostenuto e il momento in cui appare nel confronto piano-actual.

Revisione mensile di portafoglio. Il progetto che due settimane prima avevi presentato come 'in linea con il budget' compare ora nella slide successiva al 18% sopra il piano. Il commitment è già speso. Non c'è margine per rientrare, perché la spesa che ha causato lo scostamento è già stata sostenuta settimane prima, non nelle ultime due.

Il comitato guarda i numeri, poi guarda te. Hai comunicato dati rassicuranti che si sono rivelati falsi, pur avendo seguito il processo di reporting esattamente come previsto. Il report era formalmente aggiornato. Il controllo, nella sostanza, era già perso da settimane.

Molti pensano che gli sforamenti di budget siano un problema di previsione imprecisa. In realtà sono un problema di latenza informativa: la maggior parte delle organizzazioni confronta piano e actual in cicli periodici, mensili o a chiusura milestone, invece che in modo continuo. Quando il report arriva, la spesa è già avvenuta e non più recuperabile.

Non è che i project manager stimino male i costi. È che il sistema di controllo mostra la spesa con settimane di ritardo rispetto al momento in cui viene sostenuta. Il gap non è di competenza, è di tempistica strutturale del ciclo di raccolta dati.

Perché il divario si crea

Il costo viene sostenuto quando un fornitore emette un ordine, un team registra ore, un sub-fornitore fattura. Ma quel dato entra nel sistema di progetto solo dopo il ciclo di chiusura contabile: spesso mensile, a volte legato alla chiusura di una milestone. Nel mezzo, il progetto continua a spendere senza che nessuno lo veda nel confronto con il piano.

Secondo il ZipDo Project Management Statistics Report (pagina aggiornata a giugno 2026), il 55% delle organizzazioni non traccia gli actual rispetto al piano in tempo reale. ZipDo aggrega dati da più fonti e non pubblica in dettaglio la metodologia originale dietro questa percentuale: va quindi letta come indicazione dell'ampiezza del fenomeno, non come misurazione di precisione.

L'idea intuitiva che non funziona

La reazione più comune, dopo un episodio come quello della scena iniziale, è chiedere report più frequenti: settimanali invece che mensili. Ma se i dati di costo restano fermi per settimane prima di essere caricati nel sistema contabile, un report settimanale mostrerà semplicemente la stessa foto vecchia, più spesso.

Il fattore critico non è la cadenza del reporting. È la latenza dei dati a monte, tra il momento in cui finance o l'ERP registrano il costo e il momento in cui quel dato raggiunge il sistema di progetto. Cambiare frequenza di reporting senza cambiare questa latenza non risolve nulla, sposta solo il problema più a destra sul calendario.

Una simulazione per vedere il meccanismo

Per illustrare il meccanismo con numeri diversi da quelli della scena iniziale, ecco una simulazione a parte, dichiarata esplicitamente come tale.

Simulazione: latenza dei costi di sub-fornitura su una milestone R&D — Scenario simulato

Un progetto R&D ha una milestone da 240.000€ di budget. I costi reali di una sub-fornitura entrano nel sistema contabile con 5 settimane di ritardo rispetto alla spesa effettiva. Con un ciclo di confronto mensile, lo scostamento del 22% sul Cost Performance Index viene rilevato solo alla chiusura del secondo mese: a quel punto il budget residuo non copre più la milestone successiva. Con un flusso di actual aggiornato a cadenza settimanale, anche non istantanea, lo stesso scostamento sarebbe visibile circa 3 settimane prima, lasciando un margine reale per riallocare risorse o rinegoziare lo scope.

La differenza tra i due scenari non è la qualità della previsione iniziale. È il numero di giorni che separano la spesa dalla sua comparsa nel confronto piano-actual. Questa distanza temporale determina se c'è ancora una decisione possibile o se resta solo la constatazione a posteriori.

Cosa serve davvero, e cosa costa

Ridurre la latenza a monte significa ottenere un flusso di actual da finance o ERP con cadenza settimanale, non trimestrale o mensile. È un prerequisito organizzativo prima che tecnico: richiede che il ciclo di chiusura contabile parziale diventi una pratica condivisa, non solo un'opzione dello strumento di progetto.

Trade-off

  • Beneficio: Un flusso settimanale di actual riduce la finestra tra spesa e visibilità, lasciando margine reale per intervenire prima che il budget residuo diventi insufficiente.
  • Costo: Richiede che il team finance produca estrazioni parziali più frequenti, con un carico operativo aggiuntivo rispetto alla chiusura mensile standard.
  • Rischio: Dati settimanali incompleti o provvisori possono generare falsi allarmi se non sono chiaramente etichettati come 'stima parziale' rispetto ad 'actual consolidato'.
  • Prerequisito: Serve un'integrazione tra ERP/finance e sistema di progetto che permetta estrazioni a cadenza settimanale, non solo un cambio di frequenza nei report.
  • Limite: Questo meccanismo riduce il tempo di rilevazione dello scostamento, ma non elimina le cause a monte: scope creep, ritardi fornitore o stime iniziali ottimistiche restano problemi distinti da risolvere separatamente.

Il punto di vista

La reazione istintiva dopo un'esposizione in comitato è quasi sempre 'controlliamo più spesso'. Ma il controllo più frequente di un dato fermo produce solo più conferme dello stesso ritardo, non più tempo per agire. La domanda utile non è 'con che frequenza guardiamo il budget', ma 'quanti giorni passano oggi tra la spesa e la sua visibilità nel nostro sistema'. Cambiare la seconda cosa richiede lavoro organizzativo su finance, non solo un nuovo cruscotto.

Dove entra l'AI, e dove non entra

In ControlRoom, gli actual di costo si collegano alla baseline EVM in modo deterministico: CPI, SPI ed EAC sono calcoli matematici, non stime prodotte da un modello linguistico. L'AI interviene solo dopo quel calcolo, per tradurre uno scostamento già quantificato in una spiegazione leggibile da uno stakeholder non tecnico, collegandola alle evidenze già presenti nel sistema, come change order, ritardi fornitore o note di scope.

Trade-off

  • Beneficio: L'AI rende leggibile in linguaggio corrente una deviazione CPI/SPI già calcolata, collegandola automaticamente a evidenze esistenti, riducendo il tempo di preparazione di una spiegazione per il comitato.
  • Costo: Funziona solo se le evidenze, change order, log di ritardo, note di scope, sono già registrate nel sistema; l'AI non le inventa e non le va a cercare altrove.
  • Rischio: Il rischio principale è di fraintendimento: l'AI non calcola il KPI, lo spiega. Presentarla come motore di calcolo autorevole del CPI sarebbe un errore concettuale, non solo comunicativo.
  • Prerequisito: Richiede che il calcolo EVM a monte sia già alimentato da actual aggiornati con una latenza gestibile: senza questo, l'AI spiegherebbe comunque un dato vecchio, solo in modo più chiaro.
  • Limite: Non compensa la latenza dei dati a monte: se gli actual arrivano in ritardo, la spiegazione arriva chiara ma tardiva.

Checklist: quanto è latente il tuo ciclo di controllo

  • Quanti giorni passano, in media, tra l'emissione di un costo (ordine, fattura, ore registrate) e la sua comparsa nel sistema di progetto?
  • Il confronto piano-actual che presenti in comitato riflette la spesa dell'ultima settimana o quella di 4-5 settimane prima?
  • Se aumentassi la frequenza dei report senza cambiare la cadenza di chiusura contabile, il dato mostrato cambierebbe davvero o resterebbe lo stesso più a lungo?
  • Chi in finance potrebbe fornire estrazioni parziali settimanali, e cosa servirebbe organizzativamente per renderlo pratica ricorrente?
  • Le evidenze che spiegherebbero uno scostamento, change order, ritardi, variazioni di scope, sono già registrate da qualche parte o esistono solo a voce?

Il vero problema da porsi

Un'analisi pubblicata da Master of Project il 19 marzo 2026, basata su una ricerca HBR, stima un overrun medio del 27% sui progetti complessi, con una 'coda lunga' di sforamenti molto superiori alla media. L'articolo dichiara di basarsi su un dataset di oltre 1.471 progetti; non abbiamo verificato in modo indipendente lo studio originale, quindi il dato va trattato come stima di settore ampiamente citata, non come misurazione certificata da noi.

Molti pensano che gli sforamenti di budget siano un problema di previsione imprecisa. In realtà sono un problema di latenza informativa: finché il tempo tra spesa e visibilità resta di settimane, qualunque previsione, per quanto accurata, arriverà a fatto compiuto.

Prossimo passo

Prima di cambiare la cadenza dei tuoi report, mappa quanti giorni separano oggi la spesa dalla sua visibilità nel tuo processo attuale. Confronta questo ciclo con lo schema descritto qui, e con un caso concreto di valutazione dell'avanzamento in contesti di innovazione: leggi 'Come valutare l'avanzamento di un progetto di innovazione' per vedere come si applica lo stesso principio ai KPI di stato-avanzamento, non solo al budget.

Vuoi confrontarlo con il tuo processo attuale?

Guarda i casi d’uso ControlRoom