"Il modo migliore per avere una buona idea è averne molte." — Linus Pauling, premio Nobel
C'è un momento preciso in cui ci si rende conto che si sta sbagliando approccio. Non è un'illuminazione. È più simile a uno sfinimento.
Tre mesi. Erano trascorsi tre mesi nel tentativo di progettare a fondo un sito dedicato agli anziani. Struttura dell'architettura, gerarchia delle sezioni, logica della navigazione. Fogli di lavoro, mappe concettuali, discussioni su dettagli che non si potevano ancora vedere perché il sito non esisteva.
Poi, la decisione. Smettere di progettare e cominciare a costruire. Risolvere un problema alla volta. In un mese e mezzo il sito era funzionante.
Questa storia non è un caso isolato. È un teorema che si ripete nella vita di ogni imprenditore, ogni professionista, ogni persona che ha mai cercato di creare qualcosa di nuovo. E merita di essere compreso fino in fondo.
Il paradosso della progettazione
La progettazione è seducente. Dà la sensazione di fare qualcosa senza doversi esporre. Si può stare ore a ragionare su un problema, produrre documenti, disegnare schemi — e avere la soddisfazione cognitiva del lavoro senza i rischi del fare.
Il problema è che la progettazione in astratto non produce comprensione reale. Produce l'illusione della comprensione.
Finché un oggetto non esiste, non può insegnarti nulla. Appena comincia a esistere, comincia a parlare.
Il sito sugli anziani non poteva rivelare i suoi problemi reali — di navigazione, di contenuto, di esperienza utente — finché non era abbastanza reale da essere usato. Ogni ora di progettazione in più era un'ora sottratta all'unica fonte di informazioni affidabile: la realtà del prodotto stesso.
Questo paradosso ha un nome nella teoria della conoscenza: sapere tacito. Molto di ciò che dobbiamo sapere per fare qualcosa non è trasmissibile attraverso la riflessione. Si acquisisce solo attraverso il fare. Un chirurgo non impara ad operare leggendo manuali. Un musicista non impara a suonare analizzando spartiti. Un imprenditore non impara a costruire pensando.
Mangiare l'elefante a bistecche
La soluzione al paradosso non è l'assenza di metodo. È un metodo diverso.
Invece di tentare di comprendere l'intero elefante prima di toccarlo, si affronta una bistecca alla volta. Un problema concreto, risolto. Il problema successivo, risolto. Il sistema che emerge è più solido di qualunque architettura progettata a tavolino, perché nasce dal contatto diretto con la realtà.
Questo approccio ha diverse proprietà che la progettazione in astratto non può replicare:
- Feedback immediato. Ogni azione produce una risposta dalla realtà. Si impara in tempo reale, non a posteriori.
- Errori a basso costo. Un errore nelle fasi iniziali, quando il sistema è piccolo, costa infinitamente meno di un errore scoperto dopo mesi di progettazione.
- Scoperta progressiva. Il progetto rivela i suoi requisiti man mano che prende forma. Cose che sembravano centrali si rivelano marginali. Problemi invisibili in fase di progettazione emergono come priorità assolute.
- Motivazione sostenuta. Il progresso visibile alimenta l'energia. La progettazione interminabile la erode.
La differenza, in fondo, è la stessa che esiste tra una mappa e un territorio. La mappa può essere bellissima e accuratissima, ma non è il territorio. E il territorio sorprenderà sempre chi si fida troppo della mappa.
Chi ha costruito empiri partendo dall'azione
Questa non è una filosofia romantica. È il metodo che ha prodotto alcune delle realtà più significative del nostro tempo. I nomi che seguono non sono solo storie di successo: sono dimostrazioni sistematiche che l'azione precede la comprensione, e che questa è una caratteristica, non un difetto.
Jeff Bezos — Amazon
"Se disponi del settanta per cento delle informazioni che vorresti avere, è il momento di decidere. Se aspetti il novanta per cento, probabilmente sei già in ritardo."
Principio: la regola del 70% — agire prima della certezza completa, imparando dal percorso.
Bezos ha costruito su questo principio non solo Amazon, ma l'intera cultura decisionale di una delle aziende più complesse al mondo. La sua variante più radicale: nelle decisioni reversibili, è molto più costoso essere lenti che avere torto. Gli errori si correggono. Il tempo perduto no.
Si può andare oltre. Se il settanta per cento di Bezos è già una soglia alta, il principio vero è che anche al cinquanta per cento si può partire. Perché la metà delle informazioni che ti mancano le troverai solo nel fare. Anche se sbagli, imparerai ciò che nessuna progettazione avrebbe potuto insegnarti.
Reid Hoffman — LinkedIn
"Se non sei imbarazzato dalla prima versione del tuo prodotto, hai aspettato troppo a lanciarla."
Principio: il lancio imperfetto come strumento di conoscenza — l'imperfezione iniziale è inevitabile e necessaria.
LinkedIn nasce nel 2003 come prodotto grezzo, lontanissimo da ciò che sarebbe diventato. Hoffman sapeva che nessuna quantità di riflessione preventiva avrebbe potuto sostituire il contatto con gli utenti reali. La prima versione non era un errore: era lo strumento per scoprire cosa costruire davvero.
Mark Zuckerberg — Meta
"Muoviti velocemente e rompi le cose. Se non stai rompendo nulla, non ti stai muovendo abbastanza in fretta."
Principio: la velocità come valore strategico — il costo dell'inerzia supera il costo degli errori.
Il motto ha fatto discutere, ma il principio sottostante regge: in ambienti ad alta incertezza, la velocità di apprendimento è più preziosa della perfezione iniziale. Facebook a venticinque anni era irriconoscibile rispetto a oggi. La versione attuale è il prodotto di milioni di micro-correzioni, non di un piano originale geniale.
Eric Ries — Lean Startup
"L'unica cosa peggiore di costruire qualcosa che nessuno vuole è passare anni a costruirlo prima di scoprirlo."
Principio: il Minimum Viable Product — la versione più semplice che permette di imparare qualcosa di reale.
Ries ha formalizzato in un metodo ciò che i migliori imprenditori facevano istintivamente: costruire il minimo necessario per testare un'ipotesi reale. Non la versione perfetta. La versione che insegna. Il ciclo è sempre lo stesso: costruire, misurare, imparare, ripetere.
Steve Jobs — Apple
"I veri artisti spediscono."
Principio: il completamento come disciplina — un prodotto nelle mani delle persone vale infinitamente più di un progetto nella testa di qualcuno.
Tre parole che contengono un'intera filosofia. Jobs era ossessionato dalla perfezione, eppure sapeva che la perfezione non spedita è irrilevante. Il Mac originale, l'iPod, l'iPhone erano tutti prodotti imperfetti al momento del lancio. La loro grandezza è emersa nell'iterazione successiva, non nella progettazione preventiva.
Le domande per passare all'azione
La teoria senza applicazione è intrattenimento intellettuale. Ciò che segue non è un elenco di consigli: sono domande che tagliano. Domande da portare via e lasciar lavorare nei giorni successivi. Alcune potrebbero risultare scomode. Quella sensazione è il segnale che stanno toccando qualcosa di reale.
Sul progetto che stai rimandando
1. C'è qualcosa che stai "progettando" da più di trenta giorni senza aver prodotto nulla di tangibile? Cosa ti convince che ulteriore riflessione cambierà qualcosa che solo il fare potrebbe cambiare?
2. Qual è la versione più piccola e imperfetta di ciò che vuoi costruire che potresti avere funzionante in sette giorni? Cosa ti impedisce di partire da lì?
3. Se dovessi fare la prima bistecca oggi — il primo pezzo risolvibile, concreto, isolabile — quale sarebbe? Cosa ti impedisce di farlo nelle prossime due ore?
Sul tuo rapporto con la certezza
4. Qual è la percentuale di informazioni che ritieni necessaria prima di agire? Da dove viene quella soglia? È una soglia razionale o è una forma di protezione dall'esposizione?
5. Pensa all'ultima decisione importante che hai preso con informazioni incomplete. Cosa è successo? Saresti partito prima con il senno di poi?
6. C'è qualcosa che "non puoi" fare finché non sai X? Sei sicuro che aspettare X sia il percorso più veloce per impararlo, o sarebbe più veloce farlo e scoprire X nel processo?
Sul costo dell'attesa
7. Cosa ti sta costando ogni settimana in cui questo progetto non esiste nel mondo? Non solo economicamente: in termini di energia, attenzione, opportunità che occupano spazio mentale senza produrre nulla.
8. Tra un anno, guardando indietro a questo momento, cosa ti dirai? Sarai soddisfatto del tempo investito in progettazione, o avrai rimpianti per l'azione non intrapresa?
9. Quali errori puoi permetterti di fare nelle fasi iniziali che diventerebbero insostenibili più avanti? Quanto vale la possibilità di sbagliare ora, quando il costo degli errori è ancora basso?
Sulla natura del tuo blocco
10. La progettazione prolungata è un metodo o una protezione? Ti sta davvero preparando meglio, o ti sta proteggendo dal rischio di scoprire che l'idea non funziona?
11. Se sapessi con certezza che avresti fallito almeno tre volte prima di riuscire, cambieresti approccio? Partiresti prima? E perché quella certezza dovrebbe cambiare qualcosa, dato che fallire tre volte è quasi inevitabile comunque?
12. Qual è la cosa peggiore che potrebbe succedere se parti adesso, con ciò che hai? È davvero più costosa di continuare a non partire?
La pratica non vince sulla teoria perché la teoria sia inutile. Vince perché la teoria utile — quella che cambia davvero il modo in cui si agisce — emerge quasi sempre dall'azione, non la precede.
Tre mesi di progettazione non producono ciò che un mese e mezzo di costruzione produce. Non perché la riflessione valga meno del fare: ma perché la riflessione migliore è quella che avviene nel mezzo del fare, non prima.
"Non si costruisce. Si riconosce." — Documento Fondativo, The Ravensmore Club
L'elefante non si mangia intero. Si mangia a bistecche. E ogni bistecca insegna qualcosa sulla prossima.
