L'obiettivo della prima versione non è realizzare tutte le idee contemporaneamente, ma offrire una risposta funzionante a un bisogno reale. L'approccio MVP (minimum viable product, prodotto minimo funzionante) mira a portare questa risposta all'utente il prima possibile. Un ambito ridotto non deve significare un'esperienza incompleta.
01Scegliere prima un solo risultato
In un software aziendale, il primo obiettivo potrebbe essere preparare un preventivo, prendere un appuntamento o monitorare un movimento di magazzino. Descriva il percorso che l'utente deve completare dall'inizio al risultato. Nella prima versione, mantenga i passaggi critici di questo percorso. Report aggiuntivi e personalizzazioni avanzate possono essere rimandati; ma se l'utente non riesce a completare il proprio compito principale, l'ambito della prima versione è stato definito in modo errato.
02Mantenere visibili le attività escluse dall'ambito
Una funzionalità rimandata non è una funzionalità dimenticata. Registrare, con le relative motivazioni, le richieste rimaste fuori dalla prima versione permette agli stakeholder di condividere le stesse aspettative sulla consegna. Ad esempio, iniziare con un solo metodo di pagamento può essere una scelta consapevole. Tuttavia, spiegare all'utente un pagamento fallito fa parte della consegna funzionante di quel metodo. È qui che emerge la differenza tra ridurre l'ambito e lasciare il lavoro incompleto.
Per mettere per iscritto l'ambito e le attività rimandate può usare la nostra pagina del capitolato. I passaggi generali di pianificazione li abbiamo descritti nel nostro articolo su come pianificare un progetto di software su misura.
03Raccogliere feedback in modo utile alle decisioni
Invece di chiedere agli utenti solo se un'idea piace o no, esamini dove interrompono il compito e cosa non riescono a capire. Un modulo troppo lungo può creare problemi tanto quanto la mancata spiegazione del perché un campo viene richiesto. Prima di trasformare il feedback in una nuova lista di funzionalità, ne valuti la relazione con l'obiettivo principale. In questo modo la versione successiva si forma in base al bisogno osservato, non alla richiesta espressa con più insistenza.
04Utilizzare un ampio team con un piano mirato
L'ampio team di Paradigma7, composto da sviluppatori di diverse regioni, favorisce l'avanzamento parallelo dei lavori di sviluppo e test indipendenti. Il nostro obiettivo è usare questa capacità non per aggiungere funzionalità superflue alla prima versione, ma per completare in tempi più brevi l'ambito scelto. Il calendario si definisce dopo aver valutato insieme ambito, stato di preparazione e disponibilità dei sistemi esterni. Nel nostro servizio di sviluppo SaaS pianifichiamo le prime versioni con questo approccio.
05Checklist rapida
- È scritto l'unico risultato che la prima versione offrirà all'utente?
- Ogni passaggio del percorso verso questo risultato è funzionante?
- Le richieste rimandate sono documentate con le relative motivazioni?
- Le situazioni di errore vengono spiegate all'utente?
- È chiaro come verrà raccolto il feedback e chi lo valuterà?
Scritto da
Il team Paradigma7
Prodotto, ingegneria e operations
Siamo un team con base a Ankara che sviluppa software per l'Europa. Qui non c'è teoria: sono i processi che usiamo davvero nei progetti dei clienti.
Chi siamo