C'è un tipo di progetto che fallisce in silenzio. Il report è verde, la percentuale di avanzamento è confortante, il costo è in linea — e poi, a tre mesi dalla fine, emerge un ritardo che "nessuno aveva visto", una fornitura bloccata, un costo che non tornava. Non è sfortuna: è reporting costruito su dati che non c'erano.
I numeri rossi, in fondo, sono il problema facile: si vedono, si discutono, si decide. I dati mancanti sono il problema difficile: non compaiono nel report, non attivano nessuna decisione e trasformano il verde in un'opinione. Questo articolo spiega perché i buchi nei dati sono più pericolosi degli scostamenti, dove si nascondono e come un report onesto può dichiararli invece di coprirli.
Perché un dato mancante pesa più di un numero rosso
Un numero rosso produce una reazione: convocazione, analisi, azione. Un dato mancante produce silenzio: il report viene compilato lo stesso, con i dati disponibili, e il risultato sembra completo perché nessuno segnala che manca qualcosa. Il danno non sta nel singolo buco: sta nell'effetto complessivo, un quadro parziale che viene letto, deciso e archiviato come quadro intero.
C'è un secondo effetto, più subdolo: i buchi tendono a concentrarsi proprio dove i problemi stanno nascendo. L'avanzamento non rilevato è spesso quello delle attività in difficoltà; il procurement non aggiornato nasconde gli ordini in ritardo; i costi non registrati arrivano a sorpresa alla chiusura contabile. Il silenzio dei dati non è neutro: è selettivo, e seleziona contro di te.
I tre buchi tipici
Procurement non aggiornato. Ordini emessi ma non registrati come impegni, consegne attese ma non tracciate, modifiche contrattuali ferme nella casella di posta di qualcuno. Il risultato: il costo a finire è sottostimato e le dipendenze da fornitori non compaiono nel piano.
Avanzamento non rilevato. Percentuali "a sensazione", attività segnate come concluse senza una verifica, pacchi di lavoro fermi da settimane perché nessuno li aggiorna. Il risultato: la percentuale di avanzamento misura l'ultima rilevazione, non la realtà.
Costi non registrati. Fatture in attesa di registrazione, ore di risorse esterne non inserite, costi interni non allocati. Il risultato: il consuntivo sembra migliore di quello che è, finché non arriva la contabilità a riportare tutti alla realtà.
Un esempio concreto
Esempio (dati fittizi). Un progetto con budget di 200.000 €, suddiviso in 10 pacchi di lavoro da 20.000 € ciascuno. Il report mensile dichiara un avanzamento del 70%: sette pacchi chiusi, costi registrati 90.000 €. Tutto verde.
In preparazione della revisione, la verifica scopre tre cose. Primo: tre dei sette pacchi "chiusi" hanno collaudi ancora aperti — avanzamento reale, 80% ciascuno. Secondo: due pacchi non rilevati da tre settimane sono in ritardo. Terzo: un ordine di fornitura da 15.000 € non è stato registrato come impegno. L'avanzamento reale scende dal 70% al 64% (quattro pacchi al 100% più tre all'80%, su dieci), il costo a finire sale da 185.000 € a oltre 210.000 € e la data di fine slitta di tre settimane. Il report era verde: mancavano i dati, non i problemi. Fine dell'esempio.
Il meccanismo dell'esempio è noto alla letteratura: le tecniche quantitative di controllo, come l'analisi del valore guadagnato, producono previsioni affidabili solo se l'avanzamento in ingresso è misurato e completo; sui dati parziali, ogni previsione eredita il buco (una proposta recente combina valore guadagnato e simulazione Monte Carlo per rilevare le deviazioni).
Come un report può dichiarare i dati mancanti
La soluzione non è avere tutti i dati — nessun progetto li ha mai avuti — ma dichiarare quelli che mancano. In pratica: una sezione fissa del report, "Dati mancanti e impatto stimato", con una tabella semplice. Ecco un esempio (dati fittizi) di come si presenta:
| Dato mancante | Impatto stimato | Chi lo recupera | Entro |
|---|---|---|---|
| Ordine fornitore non registrato | Costo a finire sottostimato | Ufficio acquisti | 3 giorni |
| Avanzamento di 2 pacchi non rilevato | Percentuale di avanzamento incerta | Responsabile di pacco | 1 settimana |
| Fatture del mese non inserite | Consuntivo parziale | Amministrazione | 2 giorni |
La regola è semplice: un dato mancante dichiarato è un dato mancante gestito; un dato mancante taciuto è un errore che si accumula. E il report che dichiara i buchi è più credibile, non meno: mostra che la misura è sotto controllo. Nel report di avanzamento progetto, questa sezione si affianca naturalmente agli indicatori: è la parte che dice cosa gli indicatori non dicono.
Checklist: la verifica prima della revisione
Prima di ogni revisione, pochi minuti su questi sette controlli.
- Tutti gli ordini a fornitori sono registrati come impegni, compresi gli ordini verbali?
- Ogni pacco di lavoro ha una misura di avanzamento degli ultimi sette giorni?
- Le percentuali di avanzamento hanno una base misurabile o sono stime a sensazione?
- Tutte le fatture ricevute e le ore lavorate sono inserite nel consuntivo?
- Le attività "chiuse" hanno superato una verifica, come un collaudo o un'accettazione?
- La baseline di costo e tempi è aggiornata all'ultima modifica approvata?
- Qualcuno ha firmato l'accuratezza dei dati prima della riunione?
Se una risposta è "no", hai trovato un dato mancante: dichiaralo nel report, con l'impatto stimato, invece di lasciarlo fuori. La checklist non serve a colpevolizzare chi non ha aggiornato: serve a rendere visibile il confine tra misurato e presunto.
Cosa significa per il tuo reporting
A mio parere, il test più utile per un report di progetto è questo: chi lo legge riesce a distinguere un dato vero da un dato presunto? Se la risposta è no, il report è una narrazione, non una misura. La distinzione non richiede strumenti sofisticati: richiede la disciplina di dichiarare i buchi. Gli strumenti servono dopo, per rendere la distinzione automatica: un reporting che collega ogni indicatore alla sua fonte e segnala quando la fonte è vecchia o incompleta, come spiega la guida sulla project analytics. Sullo stesso tema puoi leggere anche come valutare l'avanzamento di un progetto di innovazione e perché falliscono i progetti complessi.
Nella revisione, la domanda 5 del percorso sulle dieci domande di una revisione che decide chiede esattamente questo: quali dati mancano per decidere.
Il prossimo passo
Prima della prossima revisione, fai la verifica dei sette controlli sul progetto più importante: pochi minuti, una tabella da aggiungere al report, un rischio in meno che nessuno vede. Se vuoi vedere come un reporting strutturato gestisce la provenienza dei dati e il loro aggiornamento, inizia da una demo guidata gratuita di ControlRoom. Il rischio che nessuno vede si vede benissimo, una volta che decidi di cercarlo.