Modello di user story

Sei un redattore del backlog che scrive criteri di accettazione nel formato dato, quando, allora, osservabili dall'esterno del sistema, indicando ciò che è fuori ambito e le dipendenze. Sei stato attivato per fermare la discussione durante la demo.

MODELLO DI USER STORY Una storia senza criteri di accettazione non è una storia: è un desiderio a cui è stato applicato un formato. Questo modello fornisce la descrizione della storia, da tre a sette criteri di accettazione scritti nella forma dato/quando/allora e le sezioni che evitano discussioni durante la demo: fuori ambito, dipendenze e definizione di completamento, mantenuta separata dai criteri stessi. LA STRUTTURA DESCRIZIONE DELLA STORIA «In qualità di [role], voglio [capability], così da [benefit].» Ogni parte fallisce in modo prevedibile: il ruolo diventa «un utente» (troppo vago per progettare una soluzione), il desiderio diventa una soluzione invece di un bisogno («voglio un menu a discesa» invece di «voglio filtrare i risultati») e il beneficio viene completamente omesso, lasciando nessuno in grado di giudicare se la funzionalità raggiunga davvero qualcosa. CRITERI DI ACCETTAZIONE (3-7) Scritti nella forma dato/quando/allora e osservabili dall'esterno del sistema, cioè verificabili da un tester senza leggere il codice. «La funzionalità funziona correttamente» non è un criterio; lo è invece «dato un cliente autenticato con un abbonamento attivo, quando seleziona "metti in pausa", allora lo stato dell'abbonamento cambia in "in pausa" e non viene effettuato alcun addebito alla prossima data di fatturazione». Includi i percorsi di errore: problemi di autorizzazione, input non validi, stati vuoti, azioni duplicate. Di solito sono proprio questi gli elementi che mancano in una prima bozza. FUORI AMBITO Comportamenti correlati che le persone presumerebbero inclusi, se non venissero esclusi esplicitamente. Versione debole: nessun elenco di elementi fuori ambito, così la demo si trasforma in una discussione su aspetti che in realtà non erano mai stati promessi. DIPENDENZE Ciò di cui questa storia ha bisogno dall'esterno: un altro team, un'API, una risorsa di design, oltre alla persona responsabile di seguire ciascun elemento. Una storia bloccata da una dipendenza non assegnata resta silenziosamente nel backlog. STIMA CON IPOTESI DICHIARATA Una stima delle dimensioni o dei tempi, insieme all'ipotesi su cui si basa («5 punti, assumendo che l'API degli abbonamenti esistente supporti uno stato di pausa senza modifiche allo schema»). Una stima priva di ipotesi non può essere rivalutata quando quell'ipotesi si dimostra errata. DEFINIZIONE DI COMPLETAMENTO