Il problema
I design sprint funzionano quando il problema è già definito, e il metodo lean quando puoi misurare. Molti progetti invece partono con il terreno che si muove: il team di sviluppo è saturo, le agenzie costano troppo e l'idea resta ferma in un file Figma che nessun utente vedrà.
Come lavoro
Uso OPUS, un ciclo in quattro fasi. Si mettono in dubbio le certezze, si separa quello che conta davvero, si costruiscono prototipi volutamente grezzi che insegnano qualcosa, e si tiene quello che si è imparato.
Gli strumenti AI accelerano ogni fase: Claude o ChatGPT per sfidare le ipotesi, v0, Bolt o Lovable per prototipi funzionanti, Claude Code o Cursor quando serve un MVP vero, Ekitai per landing page in poche ore.
La prova che funziona
Stakko, un motore di ricerca per lo streaming in Italia che copre circa 80 piattaforme, l'ho costruito con Claude Code senza passare da Figma. Findry, un inventario visuale per oggetti e scatole, è nato allo stesso modo.
Quando è lo strumento sbagliato
Se chi decide vuole una demo da approvare, e non un esperimento che può dire di no, lo sprint diventa teatro.
Lo stesso vale quando il problema è già chiaro e serve ingegneria di produzione: lì servono sviluppatori, e un prototipo fatto in fretta rischia di diventare il codice su cui si costruisce tutto il resto.
Formati
5 ore
Sprint
Per validare un'ipotesi precisa.
2 giorni
Workshop
Per un team che vuole imparare il metodo su un progetto reale.
Nel tempo
Affiancamento continuativo
Per chi vuole integrare questo modo di lavorare nei propri processi.
Domande frequenti
**Il prototipo è codice che posso tenere?**
A volte sì, ma nasce per imparare. Decidiamo insieme se vale la pena farlo crescere o riscriverlo.