User Story

Una User Story è un modo semplice e strutturato per descrivere cosa un utente vuole fare con un prodotto e perché. Ma soprattutto, una User Story non è un requisito, è un segnaposto per una conversazione.

Come ha affermato un noto professionista Agile:
"Una User Story è una promessa di conversazione."
L'obiettivo non è una documentazione perfetta, ma una comprensione condivisa.

Le User Story hanno avuto origine nell'Extreme Programming (XP) e si sono evolute attraverso la pratica reale. Nel libro User Story Mapping, Jeff Patton ci ricorda che le storie sono pensate per raccontarci qualcosa sull'utente, non solo sul sistema. Una buona storia si concentra su persone reali che utilizzano il prodotto per raggiungere qualcosa che è importante per loro.

Ecco perché il formato tipico è:
Come [utente], voglio [qualcosa], in modo da [obiettivo o risultato].

L'utente in quella frase dovrebbe essere un vero utente finale, una persona che interagisce con il prodotto. Non un database. Non un server. Non uno sviluppatore. Utilizzare erroneamente questo formato per descrivere lavoro interno o attività tecniche sposta l'attenzione dal valore e crea l'illusione di una comprensione condivisa, senza averla realmente.

Per evitare questa trappola, tieni presente il modello delle Tre C di Ron Jeffries:

• Card: La User Story viene scritta in forma sintetica

• Conversation: Il team discute cosa significa realmente la storia

• Confirmation: Il team concorda su come sapranno che è completata

O come disse Steve de Shazer:

"La comprensione non esiste. Ci sono solo fraintendimenti più o meno utili."

Le User Story ci aiutano a creare quelli utili, quelli che stimolano domande, chiariscono le ipotesi e avvicinano team e utenti.

Usale con saggezza e guideranno il tuo team non solo a costruire la cosa nel modo giusto, ma a costruire la cosa giusta.