Spiegazione delle storie utente: suggerimenti, modelli ed esempi

Quando si tratta di espandere le capacità del prodotto, gli aggiornamenti software sono la chiave per aumentare il valore per l’utente. 

Le storie utente forniscono una spiegazione di una funzionalità del software dal punto di vista dell’utente finale. Questo aiuta i team Agile a capire cosa vogliono gli utenti, in modo da poter offrire le migliori funzionalità.

Abbiamo raccolto alcuni dettagli importanti su come scrivere user story efficaci. Scopri come concentrarsi sull'esperienza dell'utente finale può generare il massimo valore. 

Che cos’è una user story?

Nello sviluppo di software agile, le storie utente sono descrizioni semplici e brevi di una caratteristica o funzionalità raccontate dal punto di vista del cliente o dell’utente finale. Aiutano a comprendere le esigenze dell’utente e a mantenere il team di sviluppo concentrato sulla creazione di valore. 

Una user story può in genere essere riassunta in una frase: "In qualità di [profilo], voglio [obiettivo del software], in modo che [risultato]".

Lo scopo della scrittura di storie utente è rappresentare accuratamente come una funzionalità del software si traduce in valore per l’utente. In altre parole, in che modo questa funzionalità del software influisce sull’utente finale? 

Spesso, il product backlog raggruppa queste storie in epic o elementi di backlog, che fungono da elementi costitutivi per attività più grandi. Sottolineando il punto di vista dell’utente, le user story aiutano i team a mantenere una chiara attenzione alla creazione di un’esperienza utente senza soluzione di continuità, affrontando al contempo i requisiti funzionali e non funzionali. 

È possibile scrivere le user story in molti modi, ad esempio utilizzando note adesive o schede. Il modo più efficace per creare e monitorare le user story è utilizzare un software di gestione dei progetti. Ti consente di regolare, modificare e monitorare le user story in tempo reale, in modo che il tuo team sappia esattamente come servire al meglio i propri utenti finali.

4 componenti chiave delle storie utente

I progetti agili e i team Scrum strutturano le user story per fornire chiarezza, consentendo loro di allinearsi meglio con gli obiettivi degli utenti. Una user story è composta da tre componenti principali:

1. Ruolo

Descrive il tipo di utente che interagisce con il software o la funzionalità. Capire chi sono gli utenti finali è fondamentale per sviluppare funzionalità che soddisfino effettivamente le loro esigenze.

Ad esempio, l’utente potrebbe essere un product manager, un cliente abituale o uno stakeholder. Definendo chiaramente il ruolo, il team di sviluppo crea funzionalità per il pubblico giusto.

Una struttura comune per questa parte di una storia utente potrebbe essere "In qualità di [ruolo]..."

2. Obiettivo

L'obiettivo spiega cosa vuole ottenere l'utente con la funzionalità o il prodotto software. Gli obiettivi sono il cuore della mappatura delle storie utente perché evidenziano le funzionalità che l’utente sta cercando. Concentrandosi sull’obiettivo, il team può dare la priorità alle attività che offrono un valore tangibile.

Un esempio di questo componente potrebbe essere "...Voglio [azione]...", fornendo approfondimenti sul flusso di lavoro e sulle esigenze dell'utente.

3. Vantaggio

Infine, il vantaggio definisce il motivo per cui la funzionalità è preziosa. Il vantaggio descrive il risultato o il beneficio che l’ l'utente dopo aver utilizzato la funzionalità. Comprendere i vantaggi consente ai team Agile di collegare il proprio lavoro alla visione generale del prodotto.

La struttura in genere termina con "...in modo che io possa [vantaggio]". Questo componente è essenziale per creare una funzionalità testabile che soddisfi sia le aspettative dell’utente, sia i criteri definiti nel test di accettazione.

4. Story point

Dopo aver definito il ruolo, l’obiettivo e il vantaggio, il team di sviluppo spesso assegna degli story point alla storia utente. Gli story point sono un modo per stimare la complessità, l’impegno e il tempo necessari per completare la storia durante uno sprint o un’iterazione. I team Agile utilizzano i punti per dimensionare il proprio lavoro e garantire un equilibrio appropriato delle story tra gli sprint.

Ad esempio, il team potrebbe assegnare meno story point alle user story più piccole e più punti a quelle più grandi e complesse. Questo aiuta il team a gestire il flusso di lavoro e a monitorare l’avanzamento all’interno del product backlog.

Come scrivere una buona user story

I team Agile e Scrum spesso scrivono le user story in tre passaggi, ognuno dei quali rappresenta il punto di vista dell’utente finale. 

1. Persona: il personaggio dell’utente finale o la persona utente

2. Esigenza: l'obiettivo che la funzionalità del software ha nel percorso dell'utente finale

3. Scopo: l'obiettivo dell'esperienza dell'utente finale con la funzionalità del software

La tua user story dovrebbe contenere tutti e tre questi componenti. Approfondiamo ciascuno di questi elementi per darti una migliore comprensione di come scrivere una user story efficace. 

Passaggio 1. Identifica la persona

Per identificare la persona dell’utente finale, valuta il tuo pubblico di destinazione. Pensa alle persone che saranno interessate dalla funzionalità del software. 

Ecco alcune domande da porre a te stesso e al tuo team quando identifichi la persona dell’utente:

• Per chi stiamo creando questa funzionalità del software?

• Che tipo di funzionalità del prodotto desidera l’utente finale?

• Quali sono i dati demografici e psicografici dell'utente finale?

In una determinata storia utente possono esserci più persone, a seconda delle dimensioni del pubblico di destinazione. 

Esempio di persona: Kat, una project manager che guida 10 membri del team

Passaggio 2. Descrivi la necessità

Spiega come e perché la funzionalità del software verrà utilizzata dall'utente finale. Questo è fondamentale per garantire che il tuo team capisca perché il pubblico di destinazione utilizzerebbe la tua funzionalità in primo luogo. 

Quando analizzi l'intento dell'utente finale, considera queste domande:

• Cosa sta cercando di realizzare l'utente finale?

• In che modo la funzionalità del software aiuterà l'utente finale a raggiungere i suoi obiettivi?

Evita di concentrarti sulle funzionalità specifiche: considera invece ciò che l’utente finale sta cercando e come il tuo software lo aiuterà a raggiungere i suoi obiettivi. 

Esempio di esigenza: aiutare i membri del team a capire in che modo le singole attività contribuiscono agli obiettivi aziendali più ampi.

Passaggio 3. Definire lo scopo

Definisci lo scopo analizzando il quadro generale della versione del software. Considera in che modo la funzionalità del software si inserisce nei tuoi obiettivi interni. 

Per aiutarti a definire lo scopo, poniti le seguenti domande:

• Quali sono i vantaggi della funzionalità del software?

• Quale problema stai risolvendo?

• Come si inserisce in obiettivi più ampi?

Lo scopo è definire il valore della funzionalità del software in relazione agli obiettivi generali.

Esempio di scopo: aumentare l'efficienza creando un percorso chiaro.

Modello di storia utente

Un modello di storia utente aiuta i team a concentrarsi sulle esigenze dell'utente finale e sul valore che la funzionalità offrirà. Questa struttura garantisce chiarezza e allineamento durante tutto il processo di sviluppo.

Ecco un modello comunemente usato per scrivere le storie utente:

"In qualità di [ruolo], desidero [obiettivo] in modo da [vantaggio]".

Ecco un esempio di user story in azione:

“In qualità di project manager, voglio monitorare l’avanzamento del mio team, in modo da garantire che le attività siano allineate con gli obiettivi aziendali.”

Analizziamo questa storia utente:

• Ruolo: il tipo specifico di utente (ad es. cliente, product manager o stakeholder) che interagirà con la funzionalità.

  • Esempio: "In qualità di project manager..."

• Obiettivo: l’azione o la funzionalità che l’utente desidera realizzare con il software.

  • Esempio: "...Voglio monitorare l’avanzamento del mio team…”

• Vantaggio: il valore o il vantaggio che l'utente finale si aspetta dalla funzionalità, collegando la storia agli obiettivi dell'azienda o alla soddisfazione dell'utente.

  • Esempio: "... in modo da poter garantire che le attività siano allineate con gli obiettivi aziendali".

Questo modello aiuta il team a concentrarsi su ciò di cui gli utenti hanno bisogno, consentendo di creare funzionalità che si adattano alla gestione agile dei progetti e apportano un valore reale all'utente finale.

Esempi di user story

Per farti comprendere meglio le user story Agile, abbiamo raccolto alcuni esempi. Più efficaci sono le tue storie utente, più valore sarai in grado di generare per l'utente finale. 

Di seguito elenchiamo tre esempi di storie utente per rappresentare diversi casi d’uso. 

Esempio di user story 1: sviluppo del prodotto 

• Come product manager, desidero che i membri del team comprendano in che modo le singole attività contribuiscono agli obiettivi aziendali più ampi, per motivare l’efficienza.

Esempio di user story 2: esperienza del cliente

• Come cliente abituale, mi aspetto che le mie informazioni vengano salvate per semplificare il processo di pagamento.

Esempio di user story 3: applicazione mobile

• Come utente frequente dell’app, desidero un modo per elaborare le informazioni pertinenti nel modo più rapido possibile. 

In tutti e tre gli esempi, puoi vedere quanto sia importante presentare gli aggiornamenti software dal punto di vista dell'utente finale. In questo modo, il tuo team di sviluppo effettuerà gli aggiornamenti tenendo conto dell'interesse del cliente.

Suggerimenti per scrivere una user story efficace

Oltre ai tre passaggi descritti sopra, una user story efficace dovrebbe seguire le 3 C e l’acronimo INVEST. Entrambi aiutano a migliorare le user story, con conseguenti aggiornamenti software più efficaci. 

Analizziamo ciascuno di questi per comprendere meglio cosa rende efficace una user story. 

Le 3 C delle storie utente

Le 3 C sono Card (scheda), Conversation (conversazione) e Confirmation (conferma). Le 3 C suddividono ogni user story in tre diversi elementi da confrontare, creando un processo più organizzato. Analizziamo ciascuna delle 3 C per comprenderle meglio:

• Card: una descrizione scritta della user story utilizzata per la pianificazione dello sprint. Per creare e condividere le schede delle storie, prova a utilizzare uno strumento di gestione del lavoro. 

• Conversazione: una discussione tra clienti, utenti e sviluppatori sulla priorità e le potenziali soluzioni della user story.

• Confirmation (conferma): un accordo tra gli stakeholder sul fatto che gli obiettivi e le soluzioni della user story sono stati raggiunti.

Le 3 C aiutano a suddividere una user story in attività semplici. In questo modo gli stakeholder coinvolti hanno una direzione chiara.

Criteri INVEST

INVEST è l'acronimo di Independent (indipendente), Negotiable (negoziabile), Valuable (valido), Estimable (stimabile), Small (piccolo) e Testable(testabile). Approfondiamo questi componenti per comprendere meglio come i criteri INVEST possono aiutarti a scrivere storie più efficaci:

• Independent: una storia utente dovrebbe essere indipendente, nel senso che non dipende da altre attività ed è autonoma. 

• Negotiable (negoziabile): una storia utente dovrebbe essere negoziabile. Ciò significa che lascia spazio alla discussione. 

• Valuable (di valore): una storia utente dovrebbe trasmettere valore all'utente finale, avvicinandoti a obiettivi più ampi a lungo termine. 

• Estimable (Stimabile): una storia utente dovrebbe essere stimata per garantire che si adatti a uno sprint e che sia classificata in modo appropriato. 

• Small: una storia utente dovrebbe essere un piccolo blocco di lavoro che può essere completato in un breve lasso di tempo. 

• Testable: una storia dovrebbe passare attraverso test di accettazione e soddisfare i criteri di accettazione predeterminati per verificarne la qualità. 

Segui l’acronimo INVEST per scrivere le tue storie utente in modo specifico e realizzabile.

Best practice per le storie utente

Scrivere storie utente è la chiave del successo nelle metodologie agili. Queste best practice ti aiuteranno a scrivere storie chiare ed efficaci che guidino il tuo team.

1. Collaborare con gli stakeholder

Lavora a stretto contatto con gli stakeholder per creare le storie utente. Parla con il responsabile del prodotto, il product manager e altre persone chiave. Raccogli il feedback degli utenti per assicurarti che le storie riflettano le esigenze reali.

L’esperto di Agile Mike Cohn esorta i team a mantenere aperta la comunicazione per assicurarsi che tutti comprendano l’utilizzo delle funzionalità. L’obiettivo è mantenere le storie incentrate su utenti reali.

2. Perfezionare le storie utente durante la pianificazione degli sprint

Durante la pianificazione degli sprint, prenditi del tempo per rivedere e perfezionare le storie utente. Suddividi le user story più grandi in altre più piccole. Rivedi i criteri di accettazione per chiarire eventuali dubbi.

Assegna story point in base alla capacità del team per lo sprint. Come afferma Ron Jeffries, uno dei creatori di Extreme Programming, perfezionare le storie aiuta i team a rimanere flessibili e a concentrarsi su ciò che conta di più.

3. Utilizzare i criteri di accettazione

Includi criteri di accettazione chiari in ogni storia utente. Questi criteri indicano al team cosa deve accadere affinché la storia sia completa.

Aiutano inoltre i tester a verificare se la storia soddisfa le esigenze degli utenti. Criteri chiari aiutano a evitare incomprensioni e assicurano che il team sappia esattamente cosa significa "fatto". In questo modo, saprai quando sono stati soddisfatti sia i requisiti funzionali che quelli non funzionali.

Strumenti e tecniche per la gestione delle storie utente

Gestire bene le user story è importante per rimanere organizzati e nei tempi previsti. Questi strumenti e tecniche ti aiuteranno a gestire le storie in modo efficace.

• Mappatura delle user story: la mappatura delle user story aiuta il tuo team a visualizzare l'intero percorso dell'utente. Aiuta i team a definire le storie e a stabilire le priorità. La mappatura mostra anche come le diverse storie si combinano tra loro. È un modo utile per assicurarti di coprire tutte le funzionalità di cui gli utenti hanno bisogno.

• Strumenti software per la gestione delle user story: strumenti come Jira e Asana semplificano la gestione delle user story. Questi strumenti consentono di monitorare l'avanzamento, assegnare attività e definire le priorità. Molti strumenti includono funzionalità come la gestione degli story point, l'impostazione dei criteri di accettazione e la pianificazione degli sprint. Aiutano anche a mantenere un documento dei requisiti, che mantiene tutti sulla stessa lunghezza d’onda.

• Dare priorità alle storie utente con il metodo MoSCoW: il metodo MoSCoW aiuta i team a classificare le storie utente in base all’importanza. Le storie sono ordinate in quattro gruppi: Must have, Should have, Could have e Won't have. Questa metodologia assicura che le storie più importanti vengano completate per prime.

Chi scrive le storie utente?

Più comunemente, il responsabile del prodotto scrive le user story in base alla ricerca sugli utenti e le organizza in un elenco per il team di sviluppo, noto anche come product backlog. Sebbene tecnicamente chiunque possa scrivere user story, è responsabilità del product manager assicurarsi che contengano tutte le informazioni necessarie al team di sviluppo per eseguire le proprie iniziative.

Quindi, il team di sviluppo assegnerà la priorità e deciderà quali user story affrontare durante la riunione di pianificazione dello sprint. 

Chi utilizza le storie utente?

I framework Scrum e Kanban utilizzano le user story. 

• In Scrum, le user story aiutano il team a comprendere meglio il lavoro durante la pianificazione degli sprint. 

• In Kanban, i team inseriscono le storie nel loro backlog e ci lavorano durante lo sprint. Le user story forniscono ai team il contesto e i chiarimenti necessari per gestire il lavoro e rispettare le scadenze.

I team di sviluppo affrontano le user story durante un flusso di lavoro o uno sprint per completare le attività e prevenire lo slittamento del progetto. Suddividi le storie utente di grandi dimensioni in più sprint o epic, se necessario. Le epic sono storie di grandi dimensioni suddivise in più storie più piccole. Più epic formano un’iniziativa.

L’importanza di una user story accurata

Scrivere storie utente in modo efficace può sembrare una piccola parte dello sviluppo del prodotto, ma in realtà queste storie aiutano a ottenere risultati creativi per le nuove funzionalità del prodotto. L’attenzione ai dettagli è incredibilmente importante perché aiuta a garantire che si stia investendo nelle esigenze degli utenti.

Ecco tre modi in cui scrivere user story accurate può aiutarti a raggiungere gli obiettivi degli utenti:

1. Metti i clienti al primo posto: le user story mettono gli utenti finali al centro della conversazione, una componente importante del Framework Agile. Il tuo team può quindi dare priorità alle esigenze degli utenti e concentrarsi sui modi per contribuire a un'esperienza utente positiva. 

2. Promuovi soluzioni innovative: più approfondisci la persona dell’utente finale, più innovative saranno le tue soluzioni software. Il tuo obiettivo sono le esigenze degli utenti, che supportano gli obiettivi aziendali interni. I risultati efficaci dipendono dalla comprensione del tipo di utente a cui ti rivolgi.

3. Incoraggiare la collaborazione del team: quando più membri del team discutono e danno priorità alle user story, la collaborazione sul luogo di lavoro prospera. Ciò porta a diversi punti di vista, offrendo nuove soluzioni agli ostacoli esistenti. Dai risultati verificabili alla comprensione dei requisiti del prodotto, più il tuo team comunica, più facile sarà raggiungere i risultati desiderati.

Posizionare gli aggiornamenti dal punto di vista dell’utente aiuta a creare un’esperienza utente solida, che migliora il valore dell’azienda e il processo generale di raccolta dei requisiti.

Aumenta il valore attraverso l’esperienza utente

Mettere i clienti al primo posto è un modo efficace per incentrare la conversazione sugli utenti finali e, in definitiva, generare più valore. Concentrandoti sull’esperienza dell’utente finale, puoi generare soluzioni software più innovative che migliorano il processo di sviluppo del prodotto. 

Con il software di gestione Agile, aiuterai il tuo team Agile a ottenere i migliori risultati. Dalla collaborazione in team all’organizzazione degli sprint, Asana può aiutarti.