Come Gestire un Progetto di Prototipazione Rapida
La prototipazione rapida può essere uno strumento utile per noi project manager digitali per aiutare i clienti che pongono la domanda: "Ma funzionerà davvero?" e "Come funzionerà?". Spesso la risposta semplice, ma frustrante, è semplicemente: "Non lo sappiamo ancora – ma lasciaci aiutarti a scoprirlo." Un ottimo modo per scoprirlo, e che sta diventando sempre più popolare tra agenzie e clienti, è attraverso la prototipazione rapida: investire poco per prendere una decisione informata sulla fattibilità di un prodotto prima di fare grandi investimenti.
Il nostro settore si muove a velocità vertiginosa e, come project manager digitali, dobbiamo essere pronti ad adattarci rapidamente a nuovi modi di lavorare. Un esempio attuale è proprio la prototipazione rapida. Nove mesi fa non avevo mai lavorato a un progetto di prototipazione rapida e ora ho appena concluso il mio quarto progetto di prototipazione rapida per testare rapidamente la fattibilità di un prodotto. Quindi, se non hai ancora lavorato su un progetto di prototipazione rapida, sono sicuro che a breve ne avrai uno anche tu.
Questo articolo spiega i diversi modi per esplorare la fattibilità di un prodotto e ti fornirà alcuni principi guida per aiutarti a gestire progetti digitali o analogici ad alta velocità con sicurezza.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Ma prima, cos'è la prototipazione rapida?
La prototipazione rapida si riferisce al processo applicato alla realizzazione di una prova di concetto o prototipi rapidi. Un prototipo serve per testare la validità di un’idea. Ti permetterà di sviluppare più funzionalità, più velocemente, ma normalmente a scapito della qualità e, per questo motivo, il prodotto sarà, nella maggior parte dei casi, usa e getta.
I prototipi esistono in diverse forme e dimensioni
Sebbene esistano vari modi per esplorare la fattibilità di un prodotto, ecco tre approcci distinti:
- Proof of concept – Una prova di concetto è un dimostratore molto leggero e usa e getta del prodotto finalizzato a testare l’idea principale prima di realizzarla.
- Rapid prototype – Un prototipo rapido è una prima versione leggera del prodotto che può essere testata con utenti reali per acquisire più fiducia nel prodotto prima della realizzazione completa.
- Minimum viable product (MVP) – Un MVP è la prima versione in produzione del prodotto, con funzionalità pienamente operative per gli utenti.
La tua fiducia nel prodotto dovrebbe essere il fattore principale per determinare quale approccio adottare.
Più rischiosa è l'idea = più rapidamente dovresti agire.
Alcuni potrebbero dire che, se un'idea è rischiosa, allora dovresti dedicare più tempo a pensarci prima di realizzarla. In un certo senso, hanno ragione. Puoi validare un bisogno quasi senza costruire nulla. Esistono numerosi esempi di test di validazione che vale la pena approfondire.
Tuttavia, una volta che sai di aver individuato un bisogno, l'unico modo per dimostrarlo è costruire qualcosa, rilasciarlo il più rapidamente possibile nella sua forma più semplice, raccogliere feedback e iterare. Abbiamo riscontrato numerose volte che, durante la fase di ricerca di un'idea, il cliente inevitabilmente dice: "Lo comprerei" e poi, quando il prodotto arriva sul mercato, le vendite non decollano.
“Lo comprerei sicuramente” – 100 persone
Persone che lo comprano davvero = 10
Jeff Sheldon (@ugmonk) 1 settembre 2016
La prototipazione rapida riduce il rischio ogni volta, accorciando il ciclo di feedback e assicurandoti di costruire un prodotto che si venderà davvero.
Come capire quale sia la scelta giusta per te
| Stile di prototipazione | Fiducia | Quanto è finto | Quanto è usa e getta |
|---|---|---|---|
| Proof of concept | Bassa | Completamente | Completamente |
| Rapid prototype | Media | Parzialmente | Parzialmente |
| Minimum Viable Product | Alta | Molto poco/nessuno | Costruito per durare |
Per costruire rapidamente, devi essere pronto a sviluppare nuovi processi e modi di lavorare.
Principi guida per la gestione dei progetti di prototipazione rapida
Lavorare nei modi indicati di seguito richiede un nuovo approccio mentale. Ti consiglio di iniziare il tuo progetto con un kick-off interno per esaminare questi principi e spiegare perché sono importanti. Questo aiuterà a garantire che tutto il team sia allineato fin dall'inizio, sappia cosa ci si aspetta da ciascuno e sia consapevole di dove e perché il progetto potrebbe differire da ciò a cui è abituato.
1. Sii pronto a fare di meno
Ciò probabilmente significherà meno pianificazione iniziale rispetto a quella a cui sei abituato e include l'essere a proprio agio con:
- Nessun criterio di accettazione, o solo criteri minimi
- Nessun sotto-task nelle user story
- Nessuna stima
Quello che perdi in un processo rigido lo guadagni in velocità, fiducia e comunicazione. Accetta la mancanza di controllo.
Questo principio ricorderà a tutto il team che va bene abbandonare processi già noti se serve a consegnare software funzionante più rapidamente. È utile chiedersi regolarmente, da soli e in squadra, "è questo il modo più rapido per fare x?".
2. Mostra, non raccontare
Facendo meno pianificazione a priori, si parlerà e disegnerà di più in fase di sviluppo. Potresti voler estendere le scrums così da poter discutere la funzionalità in maggior dettaglio prima che il team inizi a costruirla quella stessa giornata. Come si suol dire, un'immagine vale più di mille parole. A volte uno schizzo della pagina, un modello di contenuto o uno schema che spiega come sarà costruito il sistema bastano per partire e poi iterare sopra di essi.
Questo principio infonde fiducia sia a te che al cliente: a tutti piace vedere i progressi, e mostrare il lavoro regolarmente abilita feedback tempestivi, riducendo quindi gli sprechi.
3. Chiedi perdono, non permesso
Nei più rigorosi processi di sviluppo software, ottenere il consenso è fondamentale. Vuoi che il product owner approvi i criteri di accettazione e, come project manager, desideri che il tuo team abbia compreso i requisiti prima di scrivere una sola riga di codice.
Con i prototipi rapidi, è importante che il tuo team si senta autorizzato a costruire subito al meglio delle proprie conoscenze, e poi mostrare il lavoro il più rapidamente possibile, ricevere feedback e iterare.
Raggiungere il consenso iniziale rallenterà tutto e il lavoro raramente sarà sprecato se il team mostra regolarmente ciò su cui sta lavorando, sin dalle prime fasi.
Questo principio è particolarmente utile per gli sviluppatori: spetta a loro progettare e costruire inizialmente una funzionalità con il minor coinvolgimento esterno possibile. Spesso sviluppiamo troppo e complichiamo inutilmente le cose perché non vediamo sempre la complessità tecnica delle richieste, quindi affidarsi agli sviluppatori del team per decidere quale sia la soluzione base minima e far partire da lì è il modo migliore.
Perché ciò funzioni, è essenziale che gli sviluppatori abbiano una profonda comprensione del progetto, così da poter prendere le decisioni giuste e realizzare solo il minimo indispensabile.
4. Incoraggia sempre il team a mostrare ciò su cui lavora (anche se è brutto)
Questo processo si ispira ai principi di prototipazione del Government Digital Services.
In genere mostriamo al cliente le funzionalità solo quando sono terminate. Nei progetti di prototipazione rapida, è importante mostrarle non appena sono funzionanti, così da minimizzare gli sprechi, iterare e cambiare rotta se necessario.
Fallo funzionare. Mostra la cosa.
Fallo bello. Mostra la cosa.
Fallo scalare. Mostra la cosa.
Questo principio libera i membri del team dalla sensazione di dover mostrare il lavoro solo quando è stato revisionato dal design o completamente testato. Celebra il lavoro in corso.
5. Scegli i processi fisici invece di quelli online
Per citare Brett Harned, gestiamo i progetti con la mente, non con gli strumenti. Non aver paura di abbandonare i tuoi strumenti di project management. Visualizza il lavoro, usa un backlog fisico, attacca disegni, user flow, personas al muro e fai scrum intorno a essi. Riferisciti spesso ai materiali e incoraggia ognuno a prendersi la responsabilità di spostare le card e celebrare il rilascio di nuove funzionalità. Se il cliente non è co-localizzato, fotografa tutto e condividi su Slack, così che non si senta escluso.
Provare un nuovo processo può essere difficile, visualizzare il lavoro probabilmente farà emergere discussioni che non avverrebbero se si fosse su hangout a guardare una board digitale. Ti accorgerai subito se una card fisica non viene spostata da un giorno, o se c'è troppo WIP. Usare processi fisici garantisce una trasparenza aggiuntiva e, credimi, quando tutto sembra confuso, ti sarai eternamente grato di averlo fatto.
6. Siate eccellenti gli uni verso gli altri
È normale sentirsi sopraffatti quando si cerca di introdurre un nuovo processo e un nuovo modo di lavorare, specialmente se anche tu sei nuovo. Guida con sicurezza e incoraggia il team quando è in difficoltà. Ascolta attentamente le loro preoccupazioni e sii disposto a modificare il processo durante il percorso. Assicurati che il processo non aggiunga ulteriore pressione sul team: la prototipazione rapida riguarda il lavorare in modo più intelligente, non più duro.
A seconda delle personalità presenti nel tuo team, alcuni membri abbracceranno con entusiasmo questo nuovo modo di lavorare mentre altri potrebbero opporsi. Ognuno di noi apprende a velocità diverse e ogni disciplina dovrà affrontare sfide differenti mentre ci si adatta a lavorare in un modo nuovo. Come PM, è importante essere consapevoli di questo e cercare di creare un ambiente di supporto e sicurezza per la squadra: sedetevi insieme, bevete un tè e controllate regolarmente come sta andando ciascuno.
7. Riduci al minimo le distrazioni
A volte, come PM, è difficile sapere quando sia possibile fare compromessi con un nuovo processo e quando invece sia necessario rimanere fermi sulle proprie posizioni. Quando si tratta di accettare cambiamenti a sprint già iniziato, continua a rifiutarli e a dire di no. È fondamentale, quando uno sprint comincia, che la tua squadra non venga interrotta: proteggere il loro tempo è la cosa più preziosa che puoi fare.
Questo principio dà al team la forza di respingere le richieste. Probabilmente lavorerai con sprint di una settimana e, con così poco tempo a disposizione, non puoi permetterti di sprecarne. Ottieni il supporto dell’intera azienda, affinché tutti si sentano liberi di rimandare riunioni interne o responsabilità aggiuntive, così potranno concentrarsi a fondo durante quel periodo.
Far funzionare il rapid prototyping per te
Ho trovato questo nuovo approccio al lavoro estremamente gratificante; a volte mi è sembrato caotico, disordinato e fuori controllo. È difficile capire dove e quanto si possa deviare dal proprio processo attuale, ma ti invito a sperimentare, a fallire rapidamente e ad essere aperto con il team su ciò di cui hai bisogno da loro.
In alcune occasioni abbiamo eliminato una parte base del processo per poi reintegrarla, perché era evidente che facevo fatica a gestire il progetto senza di essa. In questi momenti mi sono assicurato di spiegare chiaramente al resto del team le conseguenze della rimozione di quel processo. Come team, discutevamo se esistessero modi alternativi per recuperare quell’informazione e, se non trovavamo soluzioni migliori, reintegravamo il processo. È in situazioni come questa che si raccolgono i frutti di un ambiente basato su supporto reciproco, fiducia e rispetto. In ogni fase impariamo, miglioriamo e andiamo avanti come una sola squadra.
Un ringraziamento a Chris Thorpe per questi principi: tutto ciò che so lo devo a lui.
