Il dato che nessuno vuole vedere
Lo Standish Group pubblica dal 1994 il CHAOS Report, lo studio più citato al mondo sul perché i progetti falliscono. La causa numero uno non è mai la tecnologia. È sempre la stessa cosa.
| Causa di fallimento | Frequenza tra i progetti falliti |
|---|---|
| Requisiti incompleti o poco chiari | 13% — causa singola più frequente |
| Mancanza di coinvolgimento degli utenti/decisori | 12% |
| Risorse insufficienti | 11% |
| Aspettative irrealistiche sui tempi | 10% |
| Mancanza di supporto dirigenziale coordinato | 9% |
Le prime due cause insieme — specifica poco chiara e decisori non coinvolti in tempo — spiegano più fallimenti di qualsiasi problema tecnico. Non è un caso isolato: è il pattern più documentato nella storia della project management.
La legge fisica del ritardo
"Dammi sei ore per abbattere un albero e passerò le prime quattro ad affilare l'ascia." — attribuito ad Abraham Lincoln
"Ogni battaglia è vinta prima di essere combattuta." — Sun Tzu, L'Arte della Guerra
Un'idea non "salta" quando esplode in ritardo — salta molto prima, nel momento esatto in cui qualcuno accetta di iniziare senza sapere esattamente cosa deve consegnare, a chi, entro quando, e chi ha detto sì per primo.
Il tempo speso a definire una richiesta prima di iniziare non è tempo perso. È l'unico tempo che riduce tutti i ritardi successivi. Non è un principio "da tecnici lenti" — è la base operativa di NASA, Toyota e Amazon.
Regola 1 — Nessuna Richiesta Senza Specifica Scritta
Prima che un lavoro tecnico inizi, chi lo commissiona risponde a poche domande semplici e concrete. Non è burocrazia — è il modo in cui Amazon, l'aviazione civile e l'ingegneria dei sistemi complessi evitano di costruire la cosa sbagliata velocemente.
Jeff Bezos ha vietato le slide PowerPoint nelle riunioni decisionali di Amazon. Ha imposto un documento scritto (il "6-pager") prima di ogni decisione importante — perché scrivere costringe a pensare in modo lineare, mentre parlare permette di restare vaghi.
"Se non riesci a scrivere chiaramente cosa vuoi, non sai ancora cosa vuoi. Il documento scritto è dove le idee vaghe muoiono o si chiariscono — meglio che muoiano su carta che a metà progetto." — Principio "Working Backwards", Amazon
Atul Gawande, chirurgo e autore di The Checklist Manifesto, ha dimostrato che una checklist di 19 punti prima di un intervento chirurgico riduce le complicazioni del 36% e i decessi del 47% — non aggiungendo competenza, ma impedendo che un'informazione critica venga data per scontata.
La specifica minima — 5 domande, non 50
Non serve un documento di 20 pagine. Serve rispondere a 5 domande prima che il tecnico apra il computer.
| Domanda | Perché è indispensabile |
|---|---|
| Cosa esattamente deve ricevere il cliente? | Un documento? Un numero? Una presentazione? Senza questo, il tecnico costruisce la cosa sbagliata |
| Per fare cosa lo userà il cliente? | Una bozza per discutere è diversa da un numero che va in un contratto firmato |
| Entro quando, davvero? | Non "urgente" — una data. "Urgente" non è una specifica, è un'emozione |
| Chi altro deve vedere ed essere d'accordo prima che parta il lavoro? | Se manca un decisore, il lavoro rifatto due volte costa più del doppio del tempo |
| Cosa succede se questa scadenza non viene rispettata? | Distingue un vero blocco (l'ente ha una scadenza fissa) da una preferenza (sarebbe comodo prima) |
Azione: prima di accettare la prossima richiesta "urgente", scrivi le risposte a queste 5 domande in un messaggio — anche solo 5 righe. Se chi commissiona non sa rispondere, la richiesta non è ancora pronta per partire: è ancora un'idea, non un incarico.
Regola 2 — Nessun Impegno Esterno Senza Consultazione Interna
Prima di promettere una scadenza, firmare un accordo o invitare un partner, chi ha il contatto commerciale consulta chi eseguirà il lavoro tecnico. La promessa e la fattibilità sono due decisioni separate, prese da due persone diverse — mai la stessa persona da sola.
Nell'aviazione civile esiste il principio dei quattro occhi (four-eyes principle): nessuna decisione critica — decollo, atterraggio, cambio di rotta — viene presa da un solo pilota. Non perché uno dei due sia meno capace, ma perché una singola persona sotto pressione commerciale tende a sottostimare i vincoli che non vede. Il commerciale vede il cliente, la relazione, l'opportunità. Il tecnico vede il workflow, i tempi reali, i vincoli fisici. Nessuno dei due, da solo, ha la visione completa.
"Il manager efficace non decide da solo su cose che non conosce a fondo. Consulta chi sa, poi decide — e si prende la responsabilità della decisione." — Peter Drucker, The Effective Executive
Azione: prima di dire a un cliente o un ente "sì, per quella data" — manda un messaggio a chi eseguirà il lavoro. Anche solo: "posso dire di sì a X entro Y?". Bastano due minuti, prima. Dopo, costano settimane.
Regola 3 — Il Tempo Tecnico Non È Negoziabile all'Ultimo Minuto
Una volta che una specifica è chiara e la scadenza è stata concordata con chi esegue, quella scadenza è un impegno reciproco — non un punto di partenza per negoziare al ribasso ogni volta che serve prima.
Il Toyota Production System ha reso celebre l'andon cord: qualunque operaio in fabbrica può fermare l'intera linea di produzione se nota un difetto. Sembra inefficiente — in realtà è il motivo per cui Toyota produce meno difetti di qualunque concorrente. Fermarsi un minuto ora costa meno che rifare tutto dopo.
| Fase in cui si scopre un errore | Costo di correzione | Chi lo paga |
|---|---|---|
| Durante la specifica (prima di iniziare) | Minimo — si riscrive una riga | Nessuno, è normale |
| Durante lo sviluppo tecnico | Medio — si rifà una parte del lavoro | Il team, in ore extra |
| Alla consegna al cliente | Alto — si rifà davanti a chi paga | La reputazione dell'azienda |
| Dopo la firma di un accordo/contratto | Molto alto — rischio legale/economico | L'azienda intera |
Ogni fase saltata per fare prima non elimina il lavoro — lo sposta più a destra in questa tabella, dove costa esponenzialmente di più. "Fare veloce" e "saltare fasi" non sono la stessa cosa: il primo è un obiettivo, il secondo è come lo si tradisce.
"Non si lancia mai un razzo sulla fiducia. Prima del decollo, ogni singolo sistema viene verificato secondo una checklist che nessuno — nemmeno il comandante — ha l'autorità di abbreviare." — cultura operativa NASA, adottata poi da SpaceX per ogni sequenza di lancio
Tre regole, cinque domande, sei fasi (che vedrai nella prossima lezione). Non è più lento — è più veloce, perché evita di rifare due volte lo stesso lavoro.