Vediamo come e perché potremmo voler garantire la qualità delle storie degli utenti. Le storie degli utenti inadeguate portano a riunioni inutili, sprechi e rielaborazioni. Migliorare la storia dell'utente il più presto possibile nel ciclo di vita dello sviluppo è un modo efficace per ridurre al minimo gli sprechi e le rielaborazioni.
La garanzia della qualità è un approccio sistematico per determinare se un “prodotto” soddisfa criteri accettabili. Per la QA delle storie degli utenti dobbiamo prima definire cosa piace al bene? Qual è la differenza tra storie utente di buona qualità (e insieme di storie utente) e scarsa qualità.
Per lo sviluppo agile del software tendiamo a utilizzare la user story come una forma abbreviata per un requisito software. Alcuni coach agili potrebbero contestare il fatto che le storie degli utenti siano effettivamente requisiti, ma in realtà è così per la maggior parte dei team.
Al giorno d'oggi la maggior parte del controllo qualità è parzialmente (o completamente) automatizzato.
Cosa ci aspettiamo da una buona User Story?
Minimo
- Consigliamo un titolo conciso e unico
- Chiara identificazione dell'utente (coerente in una serie di storie utente).
- Dichiarazioni chiare e concise delle fasi funzionali necessarie per soddisfare un singolo requisito funzionale dell'utente.
Facoltativo, consigliato
- Una dichiarazione di beneficio o "in modo che"
- Una dichiarazione del evento scatenante, quali circostanze dell'utente fanno sì che questo requisito entri in gioco.
- Un ID di riferimento univoco, che non cambia, anche se la storia dell'utente cambia.
