Metti i clienti al primo posto con la mappatura delle user story

By Kate Eby | 15 Giugno 2018 (aggiornato 23 Marzo 2024)

Tecniche creative e ispirate al cliente, come la mappatura delle user story, guidano le metodologie di sviluppo Agile e Lean. La mappa delle user story di Agile è un approccio visivo che "mostra" il processo di avanzamento di una trama o di un prodotto attraverso un caso d'uso o un processo definito anziché raccontarlo, proprio come il processo di storyboarding utilizzato nel cinema. Si tratta di un metodo valido dimostrato. Sia che il prodotto finale sia Il Re Leone o un nuovo sistema point-of-service (POS), la mappa delle user story è un elemento chiave per definire e costruire un prodotto di alto valore per l'utente finale.

Questo articolo tratterà gli elementi della mappatura delle user story come un processo di esperienza utente (X) integrale. Visualizzando un progetto attraverso il prisma del cliente o del percorso dell'utente, Jeff Patton, autore di User Story Mapping, afferma: "La mappatura delle storie ci mantiene concentrati sugli utenti e sulla loro esperienza, e il risultato è una conversazione migliore e, in definitiva, un prodotto migliore."

Cos'è la mappatura delle user story?

La mappatura delle user story è stata definita per la prima volta per lo sviluppo Agile e Lean nel 2005 e viene discussa nel libro di Jeff Patton User Story Mapping. Questa idea in realtà molto semplice consente a un team o a un'organizzazione di visualizzare il prodotto dal punto di vista dell'utente. Le user story rappresentano l'esperienza del cliente mentre utilizza il tuo prodotto. Queste user story forniscono un contesto alle funzionalità nuove o che necessitano di miglioramenti. Man mano che queste funzionalità sono approvate per lo sviluppo, vengono aggiunte al backlog di prodotto e rese prioritarie.

Una lamentela comune riguardante il backlog di prodotto è che gli sviluppatori e i product manager perdono di vista il quadro generale. Le user story offrono una presentazione visiva dinamica e utile di scenari di casi d'uso tipici dei clienti.

Vantaggi delle user story

Secondo Jeff Patton, una mappa delle user story può essere sviluppata da una sola persona, ma questo annulla i principali vantaggi che derivano dalla partecipazione del team. Ogni partecipante, compresi i product manager e i designer, troverà valore in ciò che gli altri membri del team (marketing, vendite e assistenza clienti) porteranno al tavolo. Il processo fornisce informazioni aperte che migliorano la capacità di servire i clienti.

Ad esempio, gli stakeholder delle operazioni e del reparto finanziario avranno informazioni su come ottenere il massimo ROI quando si includono le funzionalità. Inoltre, un numero crescente di esperti di design UX sta studiando i gusti e le attitudini dei clienti in continua evoluzione. Anche gli utenti stessi possono partecipare di persona, attraverso sondaggi o tramite report scritti. La partecipazione collettiva può eliminare gran parte delle congetture su ciò che è importante e ciò che dovrebbe essere inserito nel backlog per le versioni future. La mappatura delle user story è un'attività guidata dal team che presenta vari vantaggi, tra cui:

  • Sviluppare un prodotto migliore e più incentrato sugli utenti
  • Rappresentare le esigenze e le aspettative dell'utente
  • Focalizzare i team di sviluppo del prodotto sulle funzionalità che forniscono valore e miglioramenti ai clienti
  • Facilitare il processo di definizione delle priorità
  • Sostenere i requisiti di funzionalità
  • Consentire la consegna di release incrementali, anticipate e frequenti
  • Esporre barriere e rischi
  • Promuovere la collaborazione del team
  • Definire aspettative realistiche con i clienti e gli stakeholder
  • Misurare l'intensità del lavoro necessario per sviluppare una funzione

Quando è utile la mappatura delle user story?

Le applicazioni più comuni di mappatura delle user story sono nei progetti di sviluppo software, nella pianificazione delle release e nella costruzione di un backlog di prodotto. Spesso, un team di sviluppo deve a sviluppare un prodotto minimo fattibile (MVP), che sia composto dal minor numero di funzionalità, ma che fornisca comunque valore al cliente. Patton utilizza l'analogia secondo cui le auto hanno bisogno sia di una trasmissione che di freni, mentre ulteriori miglioramenti dipendono dall'obiettivo della costruzione.

Il processo di mappatura delle user story è strutturato per innescare conversazioni su cosa includere e cosa lasciare fuori da una build software. La mappatura delle user story fornisce ai team opportunità di coinvolgimento in cui discutono le esigenze e le aspettative dei clienti, ascoltano esperienze o idee diverse e costruiscono un framework logico per eseguire il lavoro e pianificare le release. Gli elementi di backlog (user story, funzionalità o requisiti) hanno la priorità in base alle esigenze dell'utente piuttosto che in base a ciò che lo sviluppatore ritiene importante. I team possono quindi aggiungere elementi agli sprint di sviluppo e fornire aspettative di tempistica agli stakeholder.

Zane Bond, Senior Product Manager di Alert Logic, ha riscontrato molto successo lavorando con la mappatura delle user story per una grande funzionalità strategica. "Il nostro gruppo era composto da leader ingegneri di prodotto ed esperti in materia. I rappresentanti dei prodotti hanno illustrato il problema da risolvere e gli SME hanno fornito un bagaglio di idee e di contesto. Il tutto è stato annotato su memo. Il processo ha assicurato che tutti comprendessero la funzione e l'obiettivo, il percorso dell'utente era chiaro e siamo stati in grado di vedere prospettive e alternative diverse. Alla fine, siamo stati in grado di eliminare le soluzioni non valide e di semplificare l'ambito e gli sforzi, pur soddisfacendo le esigenze principali."

Le mappe delle user story sono incentrate sul team

La mappatura delle user story è un ottimo strumento per sviluppare una comprensione unificata di come dovrebbero operare le funzionalità del prodotto. La capacità di sviluppare una storia coerente coinvolge un team di diversi stakeholder aziendali e clienti. Il team può includere i seguenti partecipanti:

  • Manager di prodotto
  • Sviluppatori/ingegneri
  • Rappresentanti
  • Sviluppatori UI/UX
  • Rappresentanti del cliente/assistenza tecnica
  • Analisti aziendali
  • Marketing/marketing di prodotto
  • Finanza
  • Informazioni legali
  • Utenti

Best practice per la mappatura delle user story

Il formato della mappatura delle user story dipende dalla struttura di ogni azienda e team, ma spesso inizia riunendo un team di esperti in materia (SME) in una sala conferenze e fornendo loro gli strumenti di base: carta, pennarelli, una lavagna, memo e una videocamera. I team possono utilizzare questi strumenti per annotare informazioni su utenti, funzionalità o fasi del processo.

Il primo passo consiste nell'invitare tutti a partecipare e a giocare di ruolo. È essenziale identificare gli utenti, i loro problemi e il modo in cui interagiscono con il prodotto. I partecipanti che interagiscono con i clienti offrono un grande valore a questo processo.

Un semplice copione può essere utilizzato per articolare una user story: "Come (utente di questo), posso (fare un'azione), in modo da (avere un vantaggio)?"

Questo copione potrebbe essere scritto in questo modo: "Come cliente con una carta di credito, posso andare online e programmare un pagamento, in modo da non essere in ritardo?"

I memo in diversi colori possono aiutare a mostrare i processi passo dopo passo con le attività di supporto. Una volta che i team hanno sviluppato una user story, puoi raggruppare i memo in sprint logici con tempistiche e stime di rilascio.

La natura altamente visiva di questo esercizio porta il backlog in piena visualizzazione e può aiutare a scovare problemi, incoerenze nella pianificazione, colli di bottiglia, lacune, funzionalità fuori ambito, soluzioni alternative e rischi. Ciò consente al team di pianificare successivamente la propria esecuzione.

Alcune best practice per il mapping delle user story sono le seguenti:

  • Fornisci strumenti che aiutino il processo di visualizzazione: marcatori, lavagne, memo, adesivi (punti e stelle per evidenziare dettagli importanti).
  • Includi rappresentanti dei clienti che possano raccontare le storie dal punto di vista del cliente.
  • Usa i wireframe per supportare le storie.
  • Includi chi, cosa e quando in ogni user story.
  • Rendi ogni user story abbastanza specifica da essere codificata in un'unica iterazione.

 

Shai Shandil

Shai Shandil, Agile Coach with Softsolutions, is a Certified Scrum Professional trained by Jeff Patton. He advises, “Teams should be co-located (at least temporarily). The presence of clients or their representatives adds value to the process, and tactile tools (a big wall, painter’s tape, sticky notes, markers) are very useful.”

Fai clic qui per una mappa di user story di esempio utilizzata da Shandil e dal suo team.

L'asse X/Y: dove designer e sviluppatori collaborano

Una mappa delle user story può essere presentata in forme diverse, ma il più delle volte consiste in una visuale dinamica che contiene un'asse X e un'asse Y. L'asse orizzontale (x) contiene l'ordine sequenziale delle attività che l'utente sperimenta quando utilizza un sistema. L'asse verticale (y) rappresenta una crescente sofisticazione della funzionalità. La prima riga contiene le funzionalità di base e le righe successive diventano più complesse.

Puoi utilizzare il modello riportato di seguito per mappare le user story. Questo è un modello di esempio da completare in Microsoft Word o da ricreare con memo su una parete. Il numero di scatole può variare in base alle attività che si svolgono durante l'utilizzo di un particolare sistema.

Modello di mappa della storia dell'utente

 

  Scarica il modello in Word

 

 

Jonathan Roger

Jonathan Roger, Operations Director with AndPlus and Certified ScrumMaster, applies user story mapping when working with clients. “First, we write epics (very large user stories). Once we have the high-level user flow for an application, we order the epics along the top of a board. Under each epic, we place smaller, individual user stories. Each of these represents one way to use the system. The final step is to prioritize in order to define the minimum viable product for our client’s end-users.”

Di seguito è riportato un esempio di diagramma x/y con l'MVP evidenziato in oro.

 

user story sample mvp

Il vero lavoro Agile e Lean può iniziare quando la mappa è completata

Una volta impostato il quadro generale, è utile "camminare sulla mappa" con i progettisti, gli sviluppatori e gli stakeholder interessati. Se gli utenti sono disponibili per questo esercizio, i risultati saranno allineati alla loro esperienza reale. In questo processo, il team rivede la mappa delle user story nel tentativo di colmare buchi o identificare elementi dimenticati, con l'obiettivo di creare un prodotto più forte.

Una volta completata la mappa, è il momento di pianificare lo sprint e l'iterazione. È qui che il team utilizza il linguaggio e le pratiche Agile, Lean e Scrum per definire le tempistiche e mettere in moto il progetto sviluppando e assegnando opere, backlog e attività.

La mappatura delle user story semplifica le metodologie Agile e Lean

La mappatura delle user story supporta le metodologie di sviluppo Agile e Lean . Agile dipende da piccoli incrementi di lavoro e da consegne rapide. La mappatura delle user story consente questo approccio iterativo creando un backlog di funzionalità che possono essere raggruppate e gestite in base alle priorità.

La sfida della mappatura delle user story: mantenere l'attenzione

Comprendere il cliente e le sue esigenze richiede ricerca ed empatia. Ciò può dar vita a delle sfide, nonché disturbare o modificare la pianificazione o le aspettative iniziali del team. Dovresti fare ricerche il più vicino possibile all'esperienza del cliente. Sondaggi e interviste sono sempre utili. I tecnici del servizio clienti, i rappresentanti di vendita e i progettisti UX possono avere più esperienza nel vestire i panni dei propri clienti e possono quindi aiutare nella raccolta di informazioni.

Di seguito sono riportate alcune sfide comuni della mappatura delle user story:

  • Mancanza di chiarezza: conoscere il cliente target e il problema che la soluzione risolve (o intende risolvere) è essenziale prima di iniziare il processo di mappatura delle user story.
  • Ubicazione del team: possono nascere sfide di pianificazione, riunione e comunicazione sorgere se i team si trovano in luoghi diversi e non sono in grado di trovarsi di persona.
  • Documentazione: in alcuni casi, le conversazioni iniziali del team su cosa includere potrebbero non essere adeguatamente documentate o classificate per importanza. Inoltre, le lavagne e le note adesive possono perdersi se non sono documentate. La creazione del backlog può sembrare un lavoro ridondante o un semplice mucchio di storie diverse, aumentando la difficoltà legata al dare un senso al progetto.
  • Focus: le storie possono concentrarsi sulle funzionalità per motivi diversi dall'accettazione o dalla necessità dell'utente. Ciò che l'utente finale ritiene indispensabile può perdersi in questo mare di backlog e non essere mai implementato nel prodotto o essere assegnato al backlog per una versione successiva.

Strumenti principali di mappatura delle user story

La mappatura delle user story è nata come un esercizio offline che richiede semplici forniture da ufficio e lavoro di squadra per creare una storia che aiuti a dare priorità ai progetti di sviluppo dei prodotti. Ma con i team che lavorano in luoghi diversi o su numerosi progetti, potrebbe essere arrivato il momento di togliere la mappa dalla parete della sala conferenze e posizionarla online. Gli strumenti software possono facilitare la comunicazione all'interno dell'edificio o in tutto il mondo. La domanda per utilizzare soluzioni gratuite o a pagamento, come con tutti gli strumenti, dipende dalle dimensioni, dall'ambito e dalla complessità dei progetti. Diversi strumenti sono disponibili dai fornitori, come StoriesOnBoard e FeatureMap basati su cloud, Rally di CA, Jira e la soluzione Scrum open source KADOS.

Uno degli obiettivi principali della mappatura delle user story è quello di prendere le singole storie e costruire un prodotto altamente funzionale e utile incentrato sul cliente. Ci saranno sempre backlog e release incrementali, ma quelli che si concentrano su funzionalità apprezzate godranno di una maggiore adozione, che a sua volta porterà a un maggiore ritorno sull'investimento (ROI). La mappatura delle user story fornisce anche un ponte logico per le preoccupazioni spesso contrastanti dei progettisti di software e di coloro che sviluppano il prodotto finale. Come afferma Patton, "il modello che abbiamo costruito può darti un'immagine migliore delle funzionalità del tuo software e aiutare la tua organizzazione a costruire la release iniziale più utile e coerente possibile."

Crea un'esperienza utente migliore con Smartsheet per lo sviluppo software

Potenzia il rendimento dei tuoi dipendenti con una piattaforma flessibile progettata per soddisfare le esigenze del tuo team e capace di adattarsi alle condizioni mutevoli del lavoro. La piattaforma Smartsheet semplifica la pianificazione, l'acquisizione, la gestione e la creazione di report sul lavoro da qualsiasi luogo, aiutando il tuo team a essere più efficace e ottenere di più. Crea report sulle metriche chiave e ottieni visibilità in tempo reale sul lavoro mentre accade con report di riepilogo, pannelli di controllo e flussi di lavoro automatizzati creati per mantenere il tuo team connesso e informato. Quando i team hanno chiarezza sul lavoro da svolgere, possono ottenere maggiori risultati in meno tempo. Prova Smartsheet gratuitamente, oggi.

 

Scopri perché oltre il 90% delle compagnie Fortune 100 si affida a Smartsheet per eseguire il proprio lavoro.

Prova Smartsheet gratuitamente Get a Free Smartsheet Demo