Ho visto dashboard di progetto con 40 indicatori che nessuno guardava e report settimanali di due pagine che lo sponsor apriva senza leggere. Il problema non è la mancanza di dati: è l'eccesso di metriche che non guidano nessuna decisione. Questa guida elenca solo le metriche che, nella mia esperienza diretta, cambiano davvero il comportamento di chi le legge.
1. Schedule Performance Index (SPI) e Cost Performance Index (CPI). Derivati dall'Earned Value Management, SPI e CPI restano gli indicatori più affidabili per progetti con budget e schedule definiti. SPI sotto 1.0 indica ritardo, CPI sotto 1.0 indica sforamento di budget. Il valore reale non è il numero isolato, ma il trend: un SPI che scende di settimana in settimana è un segnale d'allarme molto più utile di un singolo dato negativo.
2. Burn rate e runway (per progetti a budget fisso). Quanto budget stai consumando a settimana rispetto a quanto ne resta. Per progetti con timeline lunga, questo indicatore anticipa un problema di budget con settimane di anticipo rispetto a un report di costi consuntivi tradizionale.
3. Lead time e cycle time (per team Kanban/flusso continuo). Per team che lavorano a flusso (supporto, operations, manutenzione), velocity e burndown non hanno senso. Lead time (dall'ingresso del task all'uscita) e cycle time (dall'inizio lavorazione effettiva all'uscita) sono le metriche corrette perché riflettono l'esperienza reale dello stakeholder che aspetta il risultato.
4. Percentuale di milestone raggiunte on-time vs replanned. Non basta guardare se una milestone è stata raggiunta: conta quante volte è stata ripianificata prima di esserlo. Una milestone raggiunta dopo tre repianificazioni segnala un problema di stima o di execution che il semplice 'raggiunta sì/no' nasconde completamente.
5. Il report che lo sponsor legge davvero. Il formato che funziona meglio nella mia esperienza è una singola pagina strutturata così: stato generale (verde/giallo/rosso) in alto, tre bullet su cosa è cambiato dalla settimana scorsa, i rischi che richiedono una decisione entro 7 giorni, e nient'altro. Ogni dettaglio aggiuntivo deve essere disponibile su richiesta, non incluso di default — l'obiettivo del report è generare decisioni, non dimostrare quanto lavoro è stato fatto.
Domande Frequenti. Quanti KPI dovrebbe avere un dashboard di progetto? Tra 4 e 6 per il livello sponsor/board. Il team operativo può monitorarne di più a livello di dettaglio, ma la sintesi verso l'alto deve restare essenziale. EVM (Earned Value Management) è ancora rilevante nel 2026 con metodologie agili? Sì, in forma adattata: molti team agili applicano EVM a livello di release o programma anche se non a livello di singolo sprint.
Se il tuo attuale reporting di progetto genera dati ma non decisioni, prenotiamo una call: ti aiuto a ridisegnare un set di KPI essenziale e un formato di report che lo sponsor legge davvero.
