Nella mia esperienza su progetti in 14 paesi, i ritardi non nascono quasi mai da un imprevisto imprevedibile. Nascono da cause ricorrenti, note in anticipo, che nessuno affronta perché richiederebbe una conversazione scomoda con lo sponsor. Ecco le cinque cause più frequenti e le contromisure che funzionano davvero.
1. Stima ottimistica non validata. Il team stima i task in base al 'tempo ideale' di lavoro concentrato, ignorando riunioni, context switching e interruzioni. La correzione pratica: applica un fattore di contingenza del 20-30% su ogni stima basata su dati storici reali del team, non su una percentuale arbitraria da manuale. Se non hai dati storici, inizia a raccoglierli dal progetto corrente — è l'unico modo per calibrare le stime future.
2. Dipendenze esterne non mappate. Il ritardo più comune viene da un fornitore, un altro team o un'approvazione esterna che nessuno ha tracciato come dipendenza critica. Contromisura: ogni progetto deve avere un dependency log separato dal piano principale, con owner nominato per ogni dipendenza esterna e data di follow-up, controllato settimanalmente — non solo alla milestone in cui la dipendenza diventa bloccante.
3. Scope creep silenzioso. Le piccole richieste 'visto che ci siamo' si accumulano senza mai passare per un processo formale di change request. Ogni modifica di scope, per quanto piccola, deve passare per un mini change control: impatto su tempo, costo, e chi approva. Se questo processo sembra troppo burocratico per piccole modifiche, il problema non è il processo — è che le 'piccole modifiche' non sono davvero piccole in aggregato.
4. Assenza di un vero critical path. Molti piani di progetto elencano attività ma non identificano quali sono effettivamente sul percorso critico. Risultato: il team ottimizza attività non critiche mentre quelle che davvero determinano la data di fine slittano senza che nessuno se ne accorga fino a tardi. Usa un diagramma a rete (anche semplice) per identificare il critical path reale e monitoralo settimanalmente, non solo alle milestone.
5. Comunicazione reattiva invece che proattiva. Lo sponsor scopre i problemi quando sono già critici, non quando c'erano ancora opzioni per gestirli. La contromisura è uno status report settimanale strutturato con un formato fisso: stato (verde/giallo/rosso), rischi emergenti, decisioni necessarie entro i prossimi 7 giorni. La regola d'oro: se un rischio diventa giallo, va comunicato quella settimana, non quando diventa rosso.
Il metodo per dimezzare i ritardi. Applicando insieme queste cinque contromisure su progetti comparabili, la riduzione tipica dei ritardi osservata è tra il 40% e il 60% — non perché elimina l'incertezza, ma perché la rende visibile e gestibile prima che diventi un problema conclamato.
Domande Frequenti. Queste tecniche funzionano anche per progetti piccoli (sotto i 3 mesi)? Sì, in forma semplificata: anche un dependency log su un foglio condiviso e uno status report settimanale di 5 righe fanno una differenza misurabile. Serve un software dedicato? No, il metodo funziona anche con Excel/Google Sheets ben strutturati. Lo strumento conta meno della disciplina di aggiornamento.
Se i tuoi progetti slittano sistematicamente e vuoi capire quale delle cinque cause sta pesando di più nel tuo caso specifico, prenotiamo una call diagnostica di 30 minuti.
