Nella prima parte di questo articolo, dedicata al Design Sprint, ho fatto il punto sulla sua origine, le sue ragioni d'essere e il suo sviluppo, teorico e pratico. La sua attuazione in varie occasioni mi ha portato anche altre lezioni, che di solito non si leggono negli articoli (brevi) dedicati a questo metodo, ancora lungi dall'essere abusato.

Cosa non è...

Ovviamente, questo approccio ha i suoi rischi, perché può essere frainteso o addirittura applicato male. Da un lato, infatti, può emergere un malinteso e un divario significativo tra la vocazione dello sprint (vedi parte 1 dell'articolo) e le aspettative dei clienti. D'altra parte, lo sprint funzionerà meglio se la persona che lo facilita ha una buona esperienza nella conduzione di workshop in generale, e questo tipo di esercizio in particolare. Occorre infatti avere sia una certa distanza per poter assorbire lo straripamento di energia contenuto nella stanza e mantenere il sangue freddo per tutti, ma anche la fermezza (sempre benevola) di inquadrare e riformulare quando e' necessario .
In tutti i casi :

• Le lo sprint di design è tutto tranne una soluzione magica a tutti i tuoi problemi... ma, come abbiamo visto, piuttosto una sinergia collettiva, attiva, incentrata sullo sviluppo di un'ipotetica soluzione a un problema particolare, il famoso MVP. Non si tratterà quindi di testare e validare tutte le opzioni funzionali o i possibili percorsi per ottenere una soluzione globale. In genere lo sprint di progettazione non è indicato per una riprogettazione di un sito o di uno strumento aziendale nel suo insieme. Al contrario, può essere utile per progettare un'app "single-task", affrontare un particolare problema di viaggio, testare o progettare una funzionalità... Per definizione, la nostra soluzione affronterà l'obiettivo e uno dei problemi menzionati all'inizio del sprint, nient'altro.
• Per estensione, sarà ancor meno l'opportunità di rivedere la strategia o l'immagine di un'organizzazione/azienda sperando di rivedere tutto in 5 giorni.
• Lo sprint non è fine a se stesso. In altre parole, se consente di testare una soluzione, raramente sarà sufficientemente matura o sufficientemente completa per essere implementata immediatamente. Richiederà sicuramente aggiustamenti, miglioramenti, ancora più test, in breve, iterazioni prima di entrare in produzione, con i propri file pronti per la consegna a monte (cosa che non dovrebbe essere il prototipo sprint).
• Non è nemmeno un hackathon. dove esamineremo più soluzioni contemporaneamente. Come abbiamo mostrato, è necessario a metà del percorso convergere verso una soluzione (che sia un percorso o uno schermo). Questo non è un test AB(CDEF...). Lo sprint deve portare la propria proposta di valore.

In breve, è non confondere Design Sprint con sprint, in altre parole velocità e fretta. Lo sprint non può affrontare tutti i problemi allo stesso tempo, abusato o non rispettando almeno il suo format, le sue fasi e il suo obiettivo, potrebbe rivelarsi controproducente o addirittura distruttivo perché estenuante e ingannevole.
 

Sprint fuori dal libro

Se lo sprint è l'ideale per "pensare fuori dagli schemi" (pensare fuori dagli schemi), lo è anche a volte è necessario mettere giù il libro e non seguendone alla lettera tutti i precetti, con il rischio di rimanere bloccati o davanti a un problema insolubile o in una situazione particolare in un dato momento.
La persona che guida lo sprint dovrebbe usare il buon senso e più o meno flessibilità, pragmatismo in ogni caso, per portarlo a termine, se non al suo obiettivo. Se è garante del tempo e delle fasi successive, dovrà spesso adattare il suo gioco perché si trova di fronte ad altri umani. La benevolenza a volte deve avere la precedenza sul "timer del tempo" e capita di traboccare il tempo assegnato. Sarà inoltre necessario saper gestire le suscettibilità o la timidezza di alcuni, per temperare altri. Ma anche adattarsi ai vincoli dei partecipanti (uscite di sala per una telefonata importante, sparizione/ricomparsa prematura, quando si trova presso il cliente). Il pazienza del facilitatore è quindi spesso messo alla prova. Da qui il concetto diesperienza, più per poter avere la prospettiva e l'affermazione necessarie, che per poter stendere il metodo rigorosamente a memoria come lo abbiamo fatto in passato. Bisognerà quindi trovare un certo equilibrio tra tutti questi dati, perché l'importante è che il cliente sia soddisfatto, e che noi “sordiamo” una soluzione, senza che costi la vita a nessuno.

In effetti, possiamo benissimo animare uno sprint per due. Infatti, come in una coppia uno si prende cura del bambino perché l'altro è momentaneamente esausto, in una situazione di sprint può essere abbastanza significativo poter contare su un alter ego di fronte a recalcitranti o “troppo” pieno di energia partecipanti. O per assicurarsi una scelta o un orientamento.
Mi sono anche reso conto che tutti i passaggi non si bloccano se non vengono eseguiti. Ad esempio, andando direttamente agli schizzi un po' avanzati senza passare per il Crazy8, che è un esercizio piuttosto destabilizzante (e va detto che è più adatto ai designer), è del tutto possibile, soprattutto se si è rimasti indietro nel passaggio precedente. Perché sì, a volte devi gestire un po' di elasticità nel tempo e dimentica il "timer" se un passo non è considerato sufficientemente avanzato. L'importante è finire il prototipo giovedì e aver organizzato i test venerdì, perché non importa se tutto non è perfetto, l'importante è raccogliere il massimo feedback degli utenti (risposta).
Un altro esercizio che non sempre mi convince: la cosiddetta tecnica per prendere appunti "Come potremmo" (Scriviamo HMW in alto a sinistra dei post-it, e scriviamo sotto forma di domande o opportunità i problemi sollevati durante le interviste del lunedì con gli esperti). Innanzitutto, l'istruzione non è sempre ben compresa e il risultato può sembrare una raccolta di parole chiave o lunghi commenti. Quindi, corrisponde piuttosto a una mentalità anglosassone. In effetti, i francesi, generalmente critici e cartesiani, hanno forse più difficoltà a proiettarsi verso un'interpretazione e una prospettiva relativamente aperta e positiva. Inoltre, potremmo trasformare "How Might We" in "How To Fail", un esercizio alternativo consistente nell'individuare le ragioni per cui il progetto potrebbe fallire al fine di trovare le soluzioni che ne garantiscano il successo.
Potremmo benissimo immaginare anche di integrare altri workshop, più adatti e che potrebbero servire allo sprint, purché manteniamo l'aspetto sequenziale, essenziale per il suo regolare svolgimento (es: proporre uno o due 6to1 - leggi il nostro articolo – durante la giornata di sketch).
Puoi anche avanzare o saltare alcune fasi. Ad esempio, se lo sprint sta procedendo bene e se tutti condividono la stessa visione, non è obbligatorio procedere con tutte le votazioni inter-workshop, può essere sufficiente una votazione a fine giornata. Allo stesso modo, il decisore non sempre vuole usare il suo supervoto, perché obbligarlo a farlo?
Insomma, ancora una volta sapere come uscire dalle unghie non è proibito, anche se immaginiamo che J. Knapp possa aver già provato di tutto, è importante continuare a sperimentare cercando di soddisfare il cliente e il suo progetto, prendendo lo sprint come cornice e non come una tabella di comandi e includendo in parte, da tempo a volte, i tipici metodi di UX.
 

Lo sprint di design all'interno dell'approccio UX Republic

Come abbiamo detto sopra, lo sprint di design da solo non basta. Fin dall'inizio ci sembra assolutamente necessario "sorvegliarlo" e programmarne almeno una faseimmersione a monte (guarda la nostra offerta), se il cliente ha elementi solidi per alimentare lo sprint, o anche pianificare una fase di ricerca e/o audit se necessario. Non è né comodo né molto efficace iniziare uno sprint da zero, senza aver appreso un minimo di informazioni su di lui, il suo settore, i suoi concorrenti e soprattutto la comprensione della sua professione e per ciò che riguarda in primis noi, i suoi utenti. 
Quindi, alla fine, lo sprint richiederà sicuramente ancora alcune iterazioni per migliorare la soluzione in modo che soddisfi le esigenze degli utenti il ​​più fedelmente possibile, il suo mercato, il suo ambiente. Può anche essere la base per futuri lavori complementari. È del resto un po' la sua vocazione latente, in quanto orientata all'innovazione: essere il punto di partenza del prossimo futuro dell'organizzazione promotrice. Consigliamo quindi un seguito allo sprint per poter finalizzare il concept e metterlo in produzione a dovere, e perché no a lungo termine per impegnarsi in una collaborazione nell'ottica disupportare il nostro cliente nella sua trasformazione.

Alexis CANGY | Consulente UX/UI | Maestro dello sprint di design