Quante revisioni di progetto hai visto finire senza che nulla cambiasse? Le slide scorrono, i numeri sono "in linea", tutti annuiscono e si esce dalla sala con la stessa lista di azioni della volta precedente, più qualche promessa nuova. Per un PMO il costo è doppio: tempo di preparazione bruciato e problemi che riemergono identici al ciclo successivo. Il problema non è quasi mai la qualità delle slide: è che la revisione non è stata progettata per decidere.
Questo articolo propone un formato concreto: dieci domande, da porre in quest'ordine, che trasformano la revisione da rito a gate decisionale. L'idea non è nuova: nella letteratura sullo sviluppo prodotto, il modello stage-gate divide il progetto in fasi separate da revisioni in cui si decide se proseguire, correggere o fermare. Il punto è che il gate funziona solo se finisce con decisioni. Una revisione che non cambia nulla non è una revisione: è un rituale.
Prima della sala: tre condizioni
Una revisione che decide si prepara. Tre condizioni, senza le quali è meglio rimandare.
- Dati aggiornati e verificati. Se il report non è aggiornato, la prima decisione della riunione sarà "rimandiamo". I numeri si aggiornano prima, non durante.
- Pre-lettura. Le slide si leggono in anticipo, ventiquattro o quarantotto ore prima; la riunione serve alle domande, non alla lettura ad alta voce.
- Le persone giuste. Chi ha il potere di decidere — sponsor, responsabile di funzione, cliente interno — deve essere in sala. Una revisione senza decisori produce al massimo raccomandazioni.
Un limite di tempo aiuta: una revisione senza orario si allunga fino a esaurire le slide, una con orario si concentra sulle decisioni.
Le 10 domande
1. Qual è lo stato economico del progetto oggi?
Budget approvato, costi sostenuti, impegni già presi e stima a finire. Non basta "siamo in linea": servono i numeri e il confronto con la baseline. Se la stima a finire supera il budget, qui lo si dichiara, con la differenza e con la spiegazione.
2. Quali scostamenti ci sono e con quali evidenze?
Ogni scostamento — di costo, di tempi, di qualità — deve essere collegato a un'evidenza: una data, un documento, una misura. Le tecniche quantitative di controllo, come l'analisi del valore guadagnato, esistono esattamente per questo: trasformare uno scostamento in qualcosa di misurabile e verificabile (una proposta recente combina valore guadagnato e simulazione Monte Carlo). L'evidenza può essere semplice — un contratto, una data di collaudo, un'estrazione dal sistema — ma deve esistere ed essere citata. Uno scostamento senza evidenza non è un problema: è un'opinione.
3. Quali sono i tre rischi principali e cosa li attiva?
Non il registro rischi completo: i tre che possono far deragliare il progetto. Per ciascuno: probabilità, impatto, segnale precoce e azione di mitigazione già in corso. Se un rischio non ha un segnale precoce, non è gestito.
4. Quali decisioni sono aperte e da quanto tempo?
Ogni decisione rimandata è un costo: blocca attività, consuma opzioni, alimenta l'incertezza. L'elenco delle decisioni aperte, con età e blocco, è il cuore della revisione. A mio parere, se la lista non si accorcia tra una revisione e l'altra, il processo decisionale è il problema numero uno del progetto.
5. Quali dati mancano per decidere?
Se una decisione non si può prendere perché manca un dato, il dato mancante è il primo argomento della riunione, non l'ultimo: chi lo recupera, entro quando, con quale impatto se non arriva. Su questo c'è un articolo dedicato del percorso: [i dati mancanti sono il rischio che nessuno vede nei report](/controlroom/guide/dati-mancanti-rischio-progetti/).
6. Cosa è cambiato dall'ultima revisione?
Perimetro, requisiti, risorse, priorità, contesto. Le revisioni migliori misurano la distanza tra oggi e la decisione precedente, invece di ripartire da zero ogni volta. Se non c'è una traccia della decisione precedente da confrontare, la domanda 6 è già una risposta: manca il verbale.
7. Qual è la prossima mossa concreta e chi la esegue?
Non "ci muoviamo su più fronti": un'azione, un responsabile, una data. Se la riunione finisce senza che nessuno sappia cosa farà domani mattina, la revisione non è finita: è solo terminata.
8. Cosa serve da chi non è in sala?
Dipendenze da fornitori, altre funzioni, clienti: si esce con una lista di richieste precise — cosa, a chi, entro quando — non con "bisogna coinvolgere". Le richieste vaghe sono la forma educata di un'altra decisione rimandata.
9. Qual è il piano B?
Se il piano A non regge, cosa facciamo? Opzioni alternative, costi e tempi di attivazione, condizioni che farebbero scattare l'alternativa. Una revisione che non discute mai l'alternativa sta solo confermando il piano, non verificandolo.
10. Quando ci rivediamo e con quale criterio di successo?
La prossima revisione ha una data e un criterio: cosa deve essere vero tra oggi e allora perché le decisioni prese oggi si confermino giuste. Un gate senza un criterio di verifica al gate successivo è un portone senza chiave.
Come chiuderla: il verbale delle decisioni
La revisione finisce con un verbale breve che elenca: decisioni prese, responsabile, scadenza; e decisioni ancora aperte, con chi le sblocca. Non un verbale di discussione: un verbale di decisioni. Se una decisione non è matura, lo si dice e la si trasforma in un dato mancante da recuperare entro una data precisa. Il verbale si chiude in sala, prima che tutti tornino alle urgenze: scrivere subito le decisioni evita settimane di interpretazioni.
Il [kit di revisione di progetto](/project-review-kit/) — sei template DOCX pronti da compilare, con traccia di verbale, checklist e formato delle domande — esiste proprio per questo: strutturare la revisione senza ricostruirla ogni volta da zero. Se vuoi un altro angolo sullo stesso tema, leggi anche [le domande per una project review](/articles/project-review-questions/).
E i numeri per rispondere?
Le domande 1, 2 e 3 richiedono dati che devono essere pronti prima della sala: costi, avanzamento, rischi. Un [report di avanzamento](/project-status-report/) fatto bene o una [dashboard esecutiva](/controlroom/guide/executive-project-dashboard/) fanno la differenza tra una revisione che decide in mezz'ora e una che rimanda di un'altra settimana. Se i numeri non ci sono, la prima decisione è già presa: si parte dai dati mancanti, non dalle slide.
Il prossimo passo
Prendi la prossima revisione già pianificata e applica le dieci domande: vedrai subito quali risposte non hai. Quelle risposte mancanti sono il tuo piano di lavoro per i giorni prima della riunione. Per partire con la struttura pronta, scarica i template del [kit di revisione](/project-review-kit/); se vuoi vedere come si prepara il set di dati prima di entrare in sala, inizia da una [demo guidata gratuita di ControlRoom](/controlroom/demo/).
Per approfondire
Se vuoi provare questo approccio su un tuo progetto, la guida ControlRoom Free: come iniziare in 15 minuti mostra il percorso completo: registrazione, primo progetto, cockpit e prima review AI.