Sbloccare il potenziale delle user stories: 7 segreti per padroneggiarle
- Masha Ostroumova, Enterprise Agile Coach
- Nov 3, 2023
- 6 min read
Le user stories sono tra gli strumenti più noti in Agile. Rappresentano i mattoni fondamentali che guidano il processo di sviluppo verso la creazione di valore per utenti e clienti.
Formattare gli elementi di lavoro come "Come <utente>, voglio <raggiungere un obiettivo> in modo da <ottenere valore>" sembra semplice quando si sviluppa un’app o si costruisce un sito web. Ad esempio: "Come utente di un’app di prenotazione viaggi, voglio ricevere suggerimenti sui ristoranti locali per rendere il mio viaggio più piacevole."
Tuttavia, applicare le user stories può risultare piuttosto complicato per i team che operano in settori come il marketing o la finanza. Durante una trasformazione Agile, il concetto di user stories viene spesso introdotto, ma con il tempo molti team tendono a ritornare alle vecchie abitudini. È comprensibile: le user stories non sono uno strumento banale.
Nonostante queste difficoltà, le user stories sono incredibilmente preziose. Aiutano i team a concentrarsi sulla massimizzazione della consegna di valore al cliente e facilitano una migliore prioritizzazione, migliorando i risultati aziendali. Per ulteriori approfondimenti sulla prioritizzazione in Agile, consulta il mio precedente articolo.
In questo post, voglio condividere alcuni suggerimenti per adottare le user stories in modo più efficace, anche se il tuo team è resistente o non ne percepisce ancora il pieno valore.
Non preoccuparti troppo del template
Gli strumenti Agile, incluso il classico modello di user story "Come <utente>, voglio <raggiungere un obiettivo> in modo da <ottenere valore>", servono per aiutare, non ostacolare. Per molti, attenersi rigidamente a questo modello può sembrare artificiale e complicato; ammettiamolo, non è il modo più naturale di formulare le attività. Inoltre, può risultare piuttosto lungo. Se utilizzi strumenti come Jira per gestire gli elementi di lavoro, spesso il testo viene troncato, rendendo difficile scorrere rapidamente tra più storie.
Ricorda, l’essenza di Agile risiede nei suoi principi guida e in un focus continuo su ciò che conta davvero. Gli strumenti e i modelli devono servire come ausili, facilitando il lavoro del team invece di diventare un peso aggiuntivo. Se uno strumento o un modello non si adatta completamente alle tue esigenze, non esitare a modificarlo. Assicurati, però, che qualunque modifica tu faccia sia allineata agli obiettivi principali di Agile, mantenendo il team concentrato sulla massima consegna di valore ai clienti.
Parti dal "Chi"
Le user stories ruotano intorno all’utente—è persino nel nome! Quindi, la grande domanda è: chi è il tuo cliente? Potrebbe sembrare ovvio, ma essere assolutamente chiari su questo punto è estremamente importante.
Probabilmente non stai creando qualcosa per ogni persona sul pianeta Terra. Quindi, per chi stai creando? I tuoi clienti possono spaziare da categorie generiche a nicchie super specifiche. Considera aspetti come età, luogo di residenza o fase della vita—sono studenti universitari, genitori, pensionati? E non dimenticare tratti o bisogni particolari—ad esempio, sono parlanti non nativi o persone con esigenze speciali?
Inoltre, il tuo "utente" potrebbe anche essere qualcuno all’interno della tua stessa azienda. Ad esempio, se stai creando uno strumento per un altro team, loro sono il tuo cliente. Se stai gestendo le finanze aziendali, l’intera azienda diventa il tuo cliente. Ricorda però che, anche concentrandoti su questi clienti interni, devi tenere a mente l’utente finale (qualcuno che acquista i prodotti della tua azienda).
Quindi, conosci il tuo "chi". È come impostare la destinazione sul GPS—assicura che tutto il tuo lavoro vada nella giusta direzione.
Identifica i loro obiettivi
Esaminando la parte "Cosa" di una user story, incontriamo "Voglio...<raggiungere un obiettivo>". Non è necessario attenersi rigidamente a questo formato, ma la chiarezza è fondamentale. L’idea è di entrare nella mente del cliente, sentire ciò che sente e comprendere i suoi reali bisogni. L’uso di "Voglio" nel modello è uno strumento per favorire l’empatia, rendendo più accessibili e comprensibili i desideri e le esigenze del cliente.
I clienti non cercano complessità—non vogliono affrontare tariffe, combattere contro annunci pubblicitari o essere rallentati da pulsanti e processi inutili. Sono alla ricerca di semplicità e valore—vogliono un accesso facile a informazioni esclusive, trovare i migliori prodotti, completare acquisti senza intoppi o ottenere l’aiuto e il supporto di cui hanno bisogno.
Concentrati su ciò che il cliente sta realmente cercando di ottenere. Elimina i passaggi e i processi superflui, centrando il tuo approccio sui loro obiettivi principali. In questo modo, allinei i tuoi sforzi a ciò che il cliente valuta veramente, assicurandoti che i suoi obiettivi principali siano al centro della tua strategia.
Valuta il valore
Ora parliamo del valore, il beneficio che i clienti ottengono raggiungendo i loro obiettivi. Ad esempio, considera un cliente che desidera aggiornamenti rapidi sui cambiamenti di prezzo. Il valore che ottiene dipende da vari fattori, come il prodotto e il suo obiettivo specifico.
Immagina un trader giornaliero in attesa di aggiornamenti sui prezzi delle azioni, rispetto a qualcuno che aspetta che il prezzo di un tostapane scenda. Per il trader, l’informazione tempestiva è cruciale per le sue attività, mentre per il compratore del tostapane è meno fondamentale.
Il valore è determinante quando si decide su quali elementi di lavoro concentrarsi per primi. Potrebbe non essere sempre semplice o del tutto oggettivo, ma è essenziale chiarire il valore il più possibile. Facendo così, puoi confrontare e prioritizzare meglio le user stories basandoti sui benefici che offrono ai clienti.
Definisci i criteri di accettazione
Le user stories raramente sono complete senza i criteri di accettazione—pensa a essi come a un’estensione della storia, dove si chiarisce esattamente cosa ci si aspetta che il prodotto faccia e in quali scenari. Il modello classico è "se... quando... allora...", in cui si descrive lo scenario suddividendolo in prerequisiti ("se sono un nuovo cliente"), trigger ("quando acquisto il prodotto per la prima volta") e post-funzioni ("allora mi viene offerto uno sconto per un abbonamento al programma fedeltà"). Possono esserci più scenari, per diversi clienti o diversi trigger, ma aggiungere criteri di accettazione aiuta a comprendere meglio i comportamenti attesi.
Se i modelli non fanno per te, puoi eliminarli e scrivere un elenco di punti elenco per descrivere i cambiamenti desiderati al prodotto o al processo che vuoi introdurre. Supponiamo che tu stia costruendo un’app di viaggio definitiva e la tua user story sia: "Come viaggiatore frequente, voglio avere chiarezza sul mio stato assicurativo durante i miei viaggi in modo da poter stare tranquillo e acquistare ulteriori coperture assicurative se necessario". I tuoi criteri di accettazione potrebbero includere elementi come:
elenco delle compagnie assicurative con cui ho un contratto;
tipo e copertura di ciascuna assicurazione per paese;
evidenziazione delle lacune e dei rischi;
suggerimenti per piani assicurativi aggiuntivi.
(A proposito, se stai costruendo un’app del genere, fammelo sapere: diventerei subito un tuo cliente fedele!)
Lascia il "Come" ai professionisti
Quando crei user stories, il focus dovrebbe essere principalmente sui bisogni e sugli obiettivi del cliente. Tipicamente, questo compito spetta al Product Owner, che funge da ponte tra le aspirazioni del cliente e le funzionalità del prodotto, assicurando che il prodotto rimanga centrato sull’utente.
Tuttavia, è altrettanto importante ricordare che l’implementazione—il "come" della storia—è meglio lasciarla al team di sviluppo. Esistono molteplici percorsi di esecuzione, ciascuno con le proprie sfumature, costi e benefici. Che si tratti di automatizzare completamente un processo o di includere elementi manuali, la scelta dovrebbe essere in linea con le capacità del team e gli obiettivi generali del progetto.
La flessibilità è essenziale. Regole e modelli sono linee guida, non obblighi. In alcune situazioni, specificare l’implementazione potrebbe essere necessario durante la pianificazione, e va bene! Ma ricorda: lasciare spazio al team di sviluppo per innovare spesso porta a soluzioni più efficienti, economiche e creative. Quindi, quando possibile, affidati ai tuoi professionisti per il "come".
Assicurati che sia allineato ai criteri INVEST
Quando scrivi user stories, un concetto utile da adottare come principio guida (non una regola rigida) è il criterio INVEST. Cosa significa INVEST? È un acronimo che riassume le caratteristiche di una buona user story:
(I)ndipendente: Ogni storia dovrebbe essere autonoma, offrendo valore al cliente senza dipendere dal completamento di un’altra storia.
(N)egoziazione: I dettagli dell’implementazione dovrebbero rimanere flessibili, permettendo al team di esplorare diverse strategie per ottenere la massima efficienza e convenienza.
(V)alutabile: Ogni storia deve avere un valore chiaro. Se non contribuisce in modo significativo, potrebbe essere opportuno riconsiderarne l’inclusione.
(E)stimabile: Una buona storia è una storia il cui ambito è ben compreso, consentendo processi di stima efficaci. Non è necessario che venga stimata obbligatoriamente, ma dovrebbe essere abbastanza chiara da permettere una stima.
(S)emplice: Mantenere le storie concise e focalizzate migliora l’agilità. L’obiettivo è facilitare una consegna più rapida e una validazione più veloce delle ipotesi. Una storia più piccola è più gestibile e consente un feedback immediato.
(T)estabile: Garantire che ogni user story sia testabile è cruciale. Dovrebbero esserci criteri chiari per determinare il successo dell’implementazione della storia, assicurando il raggiungimento degli obiettivi desiderati.
Utilizzare i criteri INVEST come checklist interna può guidarti verso la creazione di user stories più raffinate, attuabili e allineate al valore per i clienti e alle capacità del team.
Le user stories sono strumenti potenti in Agile. Guidano i team nella creazione di prodotti che soddisfano veramente le esigenze dei clienti. Ma utilizzare le user stories può essere una sfida a causa di modelli rigidi e molte regole.
Non preoccuparti troppo di queste difficoltà. Puoi semplificare le cose essendo un po’ più flessibile con le regole e concentrandoti di più sull’idea principale della storia. Gli strumenti Agile, come le user stories, dovrebbero rendere il lavoro del team più semplice, non più complicato.
Quindi, ricorda: l’obiettivo è usare le user stories come guida utile, assicurandosi che supportino sempre il team nella creazione di valore.