Questo è un breve post sul cambiamento, che cerca di raccontare lo spirito che ci ha portato a migliorare più volte il nostro modo di lavorare - evolvendo da un'agenzia di software mediocri a gestire i Design Sprint come mentori di Google ne Il Grand Tour d'Italia. E più precisamente come le difficoltà lungo il percorso siano un dolore necessario quando si cerca di costruire qualcosa di significativo.
2013 circa. Progettavamo siti web di visual design di bell'aspetto, sporcandoci le mani per cercare di realizzare i prodotti giusti (e in tempo) per i nostri clienti.
Eravamo alle prime armi e non avevamo vere capacità organizzative. La lotta contro le scadenze, i clienti e i compagni di squadra insoddisfatti ci ha portato a passare diverse notti a studiare libri su Scrum e Kanban.
Nel 2014 e 2015 ci siamo organizzati meglio come team di sviluppo del prodotto. Occuparsi di progetti innovativi significa lavorare in condizioni di incertezza e gli accordi tradizionali fatti di termini anticipati si scontravano con la realtà del nostro lavoro.
Dover fare i conti con queste limitazioni ci ha portato a studiare per trovare un modo migliore di definire l'ambito di un progetto e di pensare alle funzionalità non necessarie. Jeff Patton e lo Story Mapping sono stati la più grande fonte di ispirazione per questo salto di qualità. Nel frattempo, grazie all'influenza di Jacopo Romei, stavamo studiando come migliorare il rapporto difettoso tra cliente e fornitore applicando contratti agili.
Questi due impulsi sono stati i primi passi nella definizione di un prodotto da costruire in modo veramente iterativo - vendendo “sprint” di lavoro invece di affidarsi alle false promesse esistenti di budget fisso/scopo fisso.
Nel 2016 siamo riusciti a definire un ambito, progettando e costruendo un bellissimo prodotto digitale. Ma stavamo ancora lottando: molti dei nostri prodotti non riuscivano ad adattarsi al problema-mercato, con la triste conseguenza che nessuno utilizzava effettivamente il risultato di mesi e mesi di sforzi spesi nella progettazione e nello sviluppo.
La volontà di aiutare ulteriormente i nostri clienti ci ha portato ancora una volta a cercare ispirazione: è così che abbiamo conosciuto il Design Thinking e poi i Design Sprint - prima imparando da Thoughtbot, poi da Knapp e GV.
Grazie alla spinta in continua evoluzione verso il progresso, siamo stati in grado di acquisire le conoscenze necessarie per fermare o modificare un'idea di startup prima che inizi lo sviluppo del prodotto. Ora applichiamo i Design Sprint - o le loro varianti - come primo passo per la maggior parte dei nostri progetti.
La gestione di oltre 15 Design Sprint negli ultimi 6 mesi ci ha permesso di entrare in contatto con Google e di entrare a far parte del loro team di mentori per promuovere la metodologia dei Design Sprint in Italia e per aiutare le startup con il Product e UX Design.
Lo scorso venerdì siamo stati a Venezia per il #DesignSprintVenice di Google, dove abbiamo avuto la possibilità di incontrare fantastici professionisti, condividendo le nostre conoscenze su come un Design Sprint possa essere un potente strumento per una startup.
Cercare di risolvere le difficoltà ci ha portato qui - e siamo così felici e grati di entrare in contatto e lavorare con altre persone che cercano di fare progressi nella vita dei loro clienti cambiando e migliorando continuamente il loro modo di lavorare.
Tutto cambia sempre
E ora? Stiamo perfezionando il modo in cui il nostro studio di prodotto crea esperimenti di progettazione, integrando gli sforzi del team nel ciclo di feedback Build-Measure-Learn esistente in una startup. Abbiamo migliorato la ricerca sugli utenti e il framework Jobs-to-be-done leggendo libri, partecipando a eventi e workshop (il prossimo luglio saremo a Brighton per imparare da Intercom).
Ma l'unico e solo modello in tutti questi eventi eccezionali è la spinta di ogni individuo a passare da una lotta a un miglioramento, il tipo di progresso verso cui tutti gli esseri umani tendono per design.
