Sono le 9:40 di lunedì, revisione mensile con il board. Sullo schermo campeggia un alert generato dal tool AI: "rischio cost overrun: 12% a fine progetto". Il direttore finanziario chiede: "Da dove viene questo numero, quali dati EVM lo supportano?". Il PMO leader scorre le slide, ma non trova un CPI, non trova uno SPI: solo un punteggio di rischio senza tracciabilità. Il silenzio dura tre secondi di troppo, e la fiducia del board comincia a incrinarsi.
Molti pensano che l'AI possa calcolare al posto dell'EVM le proiezioni di costo di fine progetto. In realtà l'AI non deve mai sostituire il calcolo deterministico, perché solo CPI e SPI verificabili reggono davanti a un board: un modello predittivo resta un'ipotesi da spiegare, non un dato da difendere.
La differenza tra un numero calcolato e un numero previsto
Un CPI di 0.87 nasce da una formula fissa: costo del lavoro pianificato diviso costo del lavoro effettivo. Chiunque, con gli stessi dati, ottiene lo stesso risultato. Una previsione di overrun al 12%, invece, nasce da un modello che pesa varianze storiche, pattern di ritardo e soglie di rischio: cambia se cambia il modello, non solo se cambiano i dati di progetto. Questa distinzione, banale sulla carta, è quella che crolla nel momento in cui il PMO deve rispondere a una domanda diretta in revisione.
Il paper pubblicato su IJECS (vol. 15, n. 07, 19 luglio 2026) descrive un layer XAI che mappa la probabilità di rischio ritardo, calcolata con XGBoost, sul quadrante di performance EVM, senza sostituire il calcolo EVM stesso. In altre parole, il modello aggiunge un'etichetta di rischio accanto al CPI, non un CPI alternativo. La pubblicazione su ResearchGate (19 febbraio 2026) va nella stessa direzione: descrive l'EVM come framework deterministico la cui natura limita la reattività in contesti multinazionali complessi, ma non ne propone la sostituzione con l'AI. Nessuna delle due fonti autorizza a dire che l'AI "calcola" l'EVM al posto del PM.
Perché un layer AI opaco è meno affidabile di un EVM manuale
Qui arriva il punto che rovescia l'intuizione comune: un sistema che nasconde il calcolo EVM dietro una previsione AI presentata come 'più intelligente' è meno affidabile di un EVM manuale ben tenuto. Con un foglio di calcolo tradizionale, per quanto scomodo, il PM può sempre risalire a ogni cella e mostrare la formula. Con un layer predittivo opaco, quel percorso a ritroso spesso non esiste, e la domanda del board resta senza risposta tracciabile.
Il problema non è la sofisticazione del modello, ma la sua posizione nel flusso decisionale. Se la previsione sostituisce visivamente il CPI nella slide di revisione, il PM finisce per difendere un output che non ha generato lui e che non sa scomporre. Se invece la previsione affianca il CPI come nota esplicativa, il PM torna a controllare la narrazione: può dire 'il CPI è sceso da 0.91 a 0.87, e l'AI segnala che la causa probabile è il ritardo del fornitore X', invece di limitarsi a citare una percentuale di rischio senza radici.
Simulazione dichiarata — Scenario simulato
Progetto R&D a metà percorso: CPI 0.87, SPI 0.91, dati calcolati dal motore EVM su costi e avanzamento reali. Il layer AI, addestrato sullo storico di varianza di progetti simili, segnala un rischio di overrun del 12% a fine progetto. In revisione, il PMO cita il CPI e lo SPI come numeri verificabili e mostra la formula sottostante; la previsione del 12% non viene difesa come dato, ma usata per spiegare perché il CPI si sta deteriorando, ad esempio collegandola a un ritardo di consegna registrato nei log del progetto. Il board accetta la spiegazione perché il numero centrale resta tracciabile, non perché la previsione sia più precisa del CPI.
Trade-off
- Beneficio: Un EVM tracciato manualmente permette al PM di risalire a ogni singolo dato e formula, rendendo la revisione con il board difendibile riga per riga.
- Costo: Richiede tempo di aggiornamento costante e disciplina nel raccogliere i dati di costo ed effort a ogni ciclo di reporting.
- Rischio: L'inserimento manuale espone a errori umani di trascrizione o a ritardi nell'aggiornamento che falsano temporaneamente CPI e SPI.
- Prerequisito: Serve una fonte dati di progetto coerente e aggiornata, altrimenti anche il calcolo deterministico produce numeri fragili.
- Limite: Su portfolio con decine di progetti paralleli, il solo EVM manuale non basta a segnalare per tempo quali varianze meritano attenzione, ed è qui che un layer interpretativo può aiutare, senza sostituire il calcolo.
Questo distingue l'articolo da altri contenuti vicini nello stesso cluster. Il pezzo sul controllo budget in tempo reale affronta il monitoraggio continuo dei costi durante l'esecuzione, non la validazione di una previsione di fine progetto davanti al board. L'analisi della varianza di costo (cost variance analysis) spiega come leggere gli scostamenti, ma qui il tema è come difendere quei numeri in revisione, non come calcolarli. L'articolo sulle allucinazioni AI nella reportistica tratta errori generati dal modello nei testi di sintesi, mentre qui il rischio è concettuale: confondere una previsione con un calcolo verificabile, anche quando l'AI non 'allucina' nulla. L'analisi a livello di portfolio riguarda il confronto tra più progetti, mentre questo articolo resta sul singolo progetto e sulla sua revisione EVM puntuale.
Il punto di vista dell'autore
In ControlRoom il motore EVM resta deterministico: CPI, SPI ed EAC vengono calcolati sui dati di progetto, senza intervento del modello AI. L'AI entra solo dopo, per collegare una variazione di CPI alle evidenze che la spiegano, come email, log di consegna o decisioni registrate. Questa scelta ha un costo: non produce un punteggio di rischio 'intelligente' pronto da mostrare al board. In cambio, ogni numero citato in revisione resta tracciabile fino alla formula sottostante, ed è questo, non l'eleganza del modello, a reggere davanti a chi fa domande dirette.
- Prima di presentare un alert AI al board, verifica se esiste un CPI o SPI calcolato che lo supporta direttamente.
- Chiedi al tool quale formula deterministica sta dietro al numero: se non c'è una formula riproducibile, trattalo come ipotesi, non come dato.
- Prepara la slide di revisione con il CPI/SPI in evidenza e la previsione AI come nota esplicativa a margine, mai come titolo.
- Documenta la fonte dei dati EVM (costi, ore, avanzamento) usati per il calcolo, così puoi rispondere a domande sull'origine dei numeri.
- Se il layer AI cambia previsione da una revisione all'altra senza che cambino i dati EVM sottostanti, segnala l'incoerenza prima di riportarla al management.
Domande frequenti
L'AI può calcolare CPI e SPI al posto della formula EVM standard?
No. Le fonti citate (IJECS, luglio 2026; ResearchGate, febbraio 2026) descrivono layer che aggiungono un'interpretazione o una previsione di rischio sopra il calcolo EVM, non un sostituto della formula deterministica di CPI e SPI.
Come presento al board un alert AI di overrun senza perdere credibilità?
Cita sempre il CPI o SPI verificabile come numero principale, poi usa la previsione AI solo per spiegare la causa probabile del suo deterioramento, non come cifra da difendere autonomamente.
Un EVM tenuto manualmente è comunque valido se ho accesso a strumenti AI più avanzati?
Sì, resta valido e in alcuni casi più difendibile, perché ogni cifra è tracciabile a mano; il limite emerge su portfolio ampi, dove il volume di dati rende utile un layer interpretativo aggiuntivo, senza sostituire il calcolo.