Sono le 9.40 di un lunedì e il PMO ha appena finito di parlare per dodici minuti. Slide impeccabili: CPI, SPI, varianze di costo per work package, rischi aggiornati con probabilità e impatto. Il direttore finanziario alza la mano e chiede una cosa sola: "Quanto ci costa questo scostamento in euro, e quando lo recuperiamo?" Silenzio. Il PMO scorre le slide successive, ma nessuna risponde a quella domanda in quei termini.
Non è un problema di competenza tecnica: i numeri erano corretti, verificati, tracciabili. È che il report era organizzato per struttura di progetto, non per la domanda che il comitato si sarebbe posto. Quella distanza tra dato e decisione è quella che il PMO porta a casa come frustrazione, non come errore.
Molti pensano che un report tecnico accurato basti a convincere il board. In realtà fallisce perché manca il collegamento esplicito tra dato tecnico e decisione di business, e questo gap si chiama business acumen, non qualità del dato.
Il report era perfetto. Allora perché il board non era convinto?
Un comitato direttivo non valuta un progetto per la sua coerenza interna. Valuta se quel progetto sta consumando risorse che potrebbero andare altrove, se il rischio residuo è accettabile per gli obiettivi trimestrali, se serve un intervento ora o si può aspettare il prossimo board. Un PMO che presenta CPI e SPI senza tradurli in queste categorie lascia al board il lavoro di fare la traduzione da solo — e il board, quasi sempre, non lo fa: si ferma alla domanda più diretta, quella economica.
Il punto non è aggiungere più dati o più grafici. È cambiare l'ordine delle domande: partire da "cosa deve decidere chi è in sala" e solo dopo mostrare la variazione tecnica che la giustifica. Questo richiede una competenza diversa da quella che produce l'EVM: capire priorità di portafoglio, tolleranza al rischio finanziario dello sponsor, tempistiche che contano per il business — non solo quelle di progetto.
Il 18% che fa la differenza: cosa dice davvero il dato PMI
Il report di PMI, Pulse of the Profession 2025, misura questo gap con un numero preciso: solo il 18% dei project professional dimostra un alto livello di business acumen. La stessa ricerca collega questo livello elevato a performance migliori su obiettivi, budget e tempistiche di progetto — una correlazione osservata, non una garanzia causale. Il dato non riguarda la maggioranza dei professionisti: riguarda una minoranza che sa tradurre metriche tecniche in implicazioni finanziarie e strategiche. È proprio questa minoranza che in comitato risponde prima che il CFO faccia la domanda scomoda.
Questo articolo non tratta il tema più ampio di come comunicare l'avanzamento tecnico al management, affrontato altrove in dettaglio: qui il focus è specifico sul gap di business acumen che rende inefficace anche un report ben comunicato. Allo stesso modo, non entra nelle cause strutturali per cui falliscono i progetti complessi, tema di un altro articolo dello stesso cluster editoriale: qui l'attenzione resta sulla narrazione executive, non sulle determinanti di fallimento del progetto. Chi cerca invece indicazioni su come tenere il controllo del budget in tempo reale, o su come automatizzare la reportistica R&D, troverà approfondimenti dedicati in altri articoli: questo pezzo si concentra sul livello di lettura, non sugli strumenti operativi sottostanti.
Simulazione: la domanda che il CFO fa sempre — Scenario simulato
Un PMO presenta uno scostamento di CPI da 0.95 a 0.89, con grafici dettagliati per ogni work package coinvolto. Il CFO interrompe e chiede solo: "Quanto costa in euro, e quando lo recuperiamo?" Il PMO non ha una cifra pronta, perché il report era organizzato per struttura tecnica di progetto, non per la domanda esecutiva che il comitato si sarebbe posto. Questa è una simulazione illustrativa, non un caso reale, costruita per mostrare dove si rompe la traduzione tra dato e decisione.
Trade-off
- Beneficio: Riorganizzare il report per domanda esecutiva riduce il tempo che il board impiega a chiedere chiarimenti e aumenta la probabilità di una decisione nella stessa seduta.
- Costo: Richiede un lavoro aggiuntivo di traduzione finanziaria — stimare impatto in euro e tempi di recupero — che il PM da solo spesso non può fare senza input da controllo di gestione.
- Rischio: Semplificare troppo la narrazione può nascondere nuance tecniche rilevanti per chi, nello stesso comitato, deve valutare la fattibilità operativa della soluzione proposta.
- Prerequisito: Serve accesso diretto o concordato a dati di costo e di pianificazione finanziaria, non solo alle metriche EVM interne al progetto.
- Limite: Questo approccio funziona bene per comitati direttivi e sponsor esecutivi; è meno efficace nei tavoli tecnici dove il dettaglio operativo resta la richiesta principale.
Come riorganizzare il prossimo report per il board
Il cambiamento non richiede nuovi strumenti di calcolo. Richiede un ordine diverso nella presentazione: prima la domanda esecutiva, poi il dato tecnico che la sostiene. Questo significa preparare, per ogni scostamento significativo, una traduzione in euro e in tempo di recupero prima ancora di entrare in sala.
- Identifica le 3 domande che il comitato ha posto nelle ultime due riunioni: sono quasi sempre le stesse, in forme diverse.
- Per ogni scostamento EVM oltre soglia, prepara in anticipo l'impatto stimato in euro e la data di recupero prevista, non solo la causa tecnica.
- Sposta i grafici per work package in appendice: mostrali solo se qualcuno li richiede esplicitamente.
- Apri ogni sezione del report con la decisione che il board deve prendere, non con la metrica che la descrive.
- Verifica con controllo di gestione le cifre di impatto finanziario prima della riunione, non durante.
Il punto di vista di ControlRoom
ControlRoom non calcola KPI executive al posto del PM, e non dovrebbe: i calcoli di EVM, budget e rischio restano deterministici, verificabili, tracciabili come sempre. L'AI entra solo come livello interpretativo sopra quei numeri, collegando uno scostamento di CPI a evidenze di progetto e a una bozza di narrazione pronta per il board — ad esempio suggerendo quale rischio tracciato spiega quella variazione. Il PM resta responsabile del giudizio finale: decide se quella narrazione è completa, se manca il dato finanziario che il CFO chiederà, se serve integrarla con informazioni che l'AI non ha. È un aiuto a costruire il ponte tra dato e decisione, non un sostituto della competenza che quel ponte richiede.
Molti pensano che un report tecnico accurato basti a convincere il board. In realtà il gap che lo fa fallire è di traduzione, non di precisione: serve business acumen per collegare CPI e SPI a impatto economico e trade-off di portafoglio, non più dettaglio tecnico.
Domande frequenti
Aggiungere più metriche tecniche aiuta a convincere il board?
No: più dettaglio operativo rischia di allontanare l'attenzione dalle domande di rischio finanziario e trade-off che il comitato pone davvero, come mostra la simulazione del CFO in questo articolo.
Il business acumen si può misurare in modo oggettivo?
PMI, nel Pulse of the Profession 2025, lo misura indirettamente osservando che solo il 18% dei project professional dimostra un alto livello di questa competenza, correlato a performance migliori su obiettivi, budget e tempistiche.
Un tool come ControlRoom sostituisce la competenza di business acumen del PM?
No: ControlRoom mantiene i calcoli EVM e di rischio deterministici e usa l'AI solo per collegare i numeri a evidenze e narrazioni; la lettura finale e il giudizio restano del PM.