User Story Mapping: Come Migliorare la Prioritizzazione Agile
Se lavori nella gestione del prodotto da tanto tempo quanto me (oltre 15 anni), avrai assistito alla transizione dai lunghi documenti di requisiti di prodotto (PRD) che descrivono le funzionalità agli backlog di prodotto Agile che descrivono user story.
Nessuno sente la mancanza dei PRD, vero?
Le metodologie Agile sono indubbiamente un cambiamento in meglio, ma un backlog di prodotto piatto può rapidamente trasformarsi in una lunghissima lista non strutturata di elementi, difficile da gestire.
Want more from The CPO Club?
Sign up for a free membership to complete reading this article:
Have an account? Log In
Un modo per avere una visione d’insieme è creare una mappa delle user story. Questo ti permette di ottenere una panoramica complessiva di un insieme di funzionalità complesse di prodotto. È utile quando inizi lo sviluppo di un nuovo prodotto, ma anche quando aggiungi nuove funzionalità a un prodotto esistente. La user story map può aiutarti anche a definire epiche e user story.
Cos’è la User Story Mapping?
La user story mapping è un metodo per strutturare un prodotto complesso in percorsi utente. È stata descritta per la prima volta da Jeff Patton, che ha scritto un libro intero sull’argomento. Fa parte della metodologia Lean Startup.
La user story map descrive l’esperienza utente del tuo prodotto dal punto di vista dell’utente. Da non confondere con una customer journey map, che descrive i percorsi includendo motivazioni, domande ed emozioni dal punto di vista di un cliente, ma non è necessariamente focalizzata sul prodotto stesso.
I 3 Livelli della User Story Mapping
Una user story map ha tre livelli. Vediamo ciascun livello con un esempio riferito a un sito di hotel.
Livello 1 - Attività
Queste sono le attività che gli utenti svolgono nel tuo prodotto. Possono essere generali o specifiche quanto desideri in questa fase. Ti suggerisco di iniziare con attività abbastanza generali, così che il tuo livello superiore inizialmente non superi almeno 10 elementi. Le attività sono formulate come risultati che gli utenti vogliono ottenere. Le attività sono disposte orizzontalmente sulla mappa.
Per il nostro sito di hotel, ad alto livello alcune attività chiave potrebbero essere:
Livello 2 - Passi
Il livello successivo riguarda i passi che l’utente compie nel tuo prodotto per completare le attività descritte nel livello 1. Anche questi passaggi sono disposti orizzontalmente.
Nell’esempio del nostro sito hotel, i passi potrebbero essere:
Livello 3 - Dettagli
A questo livello, descrivi nel dettaglio ciò che è necessario perché gli utenti completino i passaggi descritti nel livello 2. Qui includi tutti i dati e le interazioni necessarie per eseguire un passo.
Il livello 3 è disposto verticalmente sotto attività e passi. Proseguendo l’esempio del nostro sito hotel, i dettagli potrebbero essere:
Come Costruire una User Story Map
Prima di iniziare a costruire una user story map, assicurati di conoscere esattamente quali problemi il tuo prodotto risolve, quali tipi di utenti servi e di quali bisogni hanno i tuoi utenti. Alcune personas UX possono essere utili a questo scopo.
Prima di passare alle user story nello specifico, molte squadre trovano utile delineare prima la narrazione più ampia. Lo storyboarding—prendendo in prestito tecniche dal cinema e dal design—aiuta il team a visualizzare il percorso emotivo e il contesto dell’utente prima di definire le interazioni specifiche. Mentre la user story mapping espone il “cosa” e il “perché” delle funzionalità di prodotto, lo storyboarding può evidenziare il “come si sente” e il “cosa viene prima e dopo” i momenti chiave di contatto.
La user story mapping è un'attività collaborativa. Al minimo, è necessario coinvolgere i membri del proprio team di sviluppo prodotto cross-funzionale. Potresti anche voler invitare membri dell'assistenza clienti, del marketing, dei team di vendita o altri stakeholder che abbiano intuizioni su ciò che gli utenti si aspettano dal tuo prodotto. Questo garantisce che tutti abbiate una comprensione condivisa del vostro prodotto nel suo insieme.
Tuttavia, una user story map non deve essere costruita necessariamente in una sola sessione. È consigliabile avere almeno un elenco completo delle attività di livello 1 già nella prima sessione così che tutti i membri del team possano vedere la complessità globale del prodotto e possano riconoscere tempestivamente rischi e dipendenze. Tutta la gamma di dettagli di livello 2 e livello 3 può invece essere sviluppata successivamente, quando si approfondisce la relativa attività di livello 1.
Quando scegli di costruire una story map, è più probabile che crei un quadro completo e, di conseguenza, costruisca il prodotto giusto.
Strumenti per la User Story Mapping
Per costruire fisicamente la tua mappa, va bene qualsiasi supporto che non si sfaldi dopo pochi giorni. Se lavori in un team co-locato puoi utilizzare una lavagna bianca o persino una parete per attaccare dei post-it. Questo è un ottimo modo per stimolare la creatività, ma il lato negativo è che spesso i post-it cadono dalla parete dopo qualche giorno! Se usi una parete, ti consiglio vivamente di scattare delle foto.
Certamente, una soluzione migliore può essere una delle tante lavagne virtuali collaborative o software per user story.
User Story Mapping e sviluppo Agile
Non importa se utilizzi Scrum o Kanban o un metodo ibrido come sistema per lo sviluppo software Agile, dovrai comunque capire come dare priorità alle funzionalità del prodotto. Una user story map permette di avere una visione d’insieme del tuo prodotto, di capire cosa va prioritizzato per il prossimo rilascio e cosa rimane ancora da sviluppare.
Avere tutta la mappa del prodotto offre anche il vantaggio di poterla "tagliare" in diversi modi per definire le priorità nella roadmap di prodotto.
È possibile suddividere la story map verticalmente se è possibile separare alcuni percorsi utente chiave necessari alla funzionalità di un Minimum Viable Product (MVP).
Nell’esempio del nostro sito di un hotel, potresti iniziare caricando solamente le informazioni sull’hotel e i prezzi delle camere, ma non un intero flusso di prenotazione online. Nella prima iterazione, i clienti potrebbero trovare tutte le informazioni utili a decidere, ma dovranno chiamare o inviare una e-mail per prenotare una stanza.
In alternativa, puoi anche suddividere la story map orizzontalmente per offrire ai tuoi clienti un percorso minimo end-to-end. Nell’esempio dell’hotel, questo potrebbe significare avere disponibili online solo una ricerca base delle camere e un semplice flusso di prenotazione, ma non tutti i servizi aggiuntivi.
More Articles
- L’IA nella Ricerca sugli Utenti: Come l’Intelligenza Artificiale Sta Trasformando le Analisi sugli Utenti
- Spedire Prodotti Global-First Senza il Mal di Testa Globale: Come Integrare la Localizzazione nel Tuo Flusso di Lavoro di Prodotto
- L’IA nella Pianificazione dello Sprint: Come l’IA Migliora l’Efficienza del Team
Trasformare una User Story Map nel tuo Backlog Agile
Infine, per sviluppare il tuo prodotto, molto probabilmente dovrai trasformare la tua user story map in un backlog Agile "piatto" con user stories da prioritizzare e pianificare nello sprint.
Potresti chiederti: non si tratta di un doppio lavoro? In realtà, i dettagli di livello 3 della mappa possono facilmente diventare user stories e criteri di accettazione per il tuo team Agile. Quindi, anche se c’è un po’ di duplicazione, scrivere le user stories diventa semplice quando si è creata una buona story map.
Perché dovrei usare la User Story Mapping?
In conclusione, ci sono molti vantaggi nell’usare una story map rispetto a un backlog Agile piatto:
- Ottieni una visione olistica del prodotto per comprendere l'entità del lavoro da svolgere.
- Puoi identificare rischi e dipendenze prima e con maggiore facilità.
- Puoi dare priorità al lavoro dello sprint Agile in modo più semplice a partire da una mappa strutturata piuttosto che da un backlog piatto e non strutturato.
- Hai una comprensione condivisa, a livello aziendale, delle attività degli utenti supportate dal tuo prodotto.
Se vuoi leggere di più sulle migliori metodologie di product management, iscriviti alla nostra newsletter.
Articolo correlato: Cos'è un Agile Epic? Best practice, template ed esempio
Stai ampliando il tuo team? Ecco qualcosa di utile: Come creare una descrizione efficace per Product Manager Agile (+esempio)
Vale anche la pena dare un'occhiata a:
