Suddivisione della storia: perfezionamento fino a una granularità ottimale
Una storia apparentemente piccola potrebbe rivelarsi molto più grande del previsto. Solo perfezionando o suddividendo la storia puoi scoprirlo. La suddivisione della storia può essere effettuata all'inizio o subito prima dello sprint precedente. Ti consigliamo di farlo il prima possibile per evitare sorprese tardive.
Consideriamo la “suddivisione della storia” e il “perfezionamento della storia” come attività molto simili. Si tratta di ottimizzare la granularità della user story scritta.
Cosa sono le storie degli utenti
Per i team che sono in grado di co-localizzare, la storia dell'utente può essere solo un promemoria di una conversazione. Nella maggior parte dei casi, ci basiamo sulla user story come requisito funzionale scritto. Essere efficaci nel fornire comunicazione chiara le storie degli utenti devono essere scritte attentamente per ridurre al minimo le incomprensioni. Ma prima dobbiamo capire come le storie degli utenti si inseriscono nel contesto più ampio (gerarchia) della comunicazione di ciò che è necessario fare per fornire valore agli utenti:
Il contesto delle storie degli utenti
Una storia utente completa
Avendo stabilito questo contesto, ora possiamo vedere dove si inseriscono le storie degli utenti. Il contesto all'interno della gerarchia aiuta a capire cosa è necessario in una user story, affinché sia ben formata e di buona qualità. Una storia utente completa deve:
- specificare un utente o persona deve essere specificato.
- descrivi il funzionalità di alto livello da eseguire come parte di una singola azione funzionale discreta da parte dell'utente.
- includere tutti i passaggi funzionali necessari per soddisfare le esigenze dell'utente.
Quando eseguire la suddivisione della storia
Idealmente il più presto possibile nel ciclo di vita del software. Non è così oneroso come molti sostengono e raramente è un’attività dispendiosa. Dai un'occhiata al nostro articolo sul blog attributi di qualità della storia utente consigliati
Tecniche per la suddivisione della storia
Pensa innanzitutto a chi è l'utente e quali tipi di dati deve gestire per soddisfare un requisito specifico che alla fine lasci il sistema in uno stato stabile.
Orientato all'utente
Questa storia descrive la funzionalità di una persona o di gruppi di persone?
Misurabile (fasi funzionali chiare)
Per essere misurabili o dimensionabili, dobbiamo conoscere la funzionalità in termini di gruppi di dati gestiti. per esempio
come utente registrato posso aggiornare il mio profilo.
Per misurabile consigliamo lo standard di dimensionamento funzionale COSMIC, che richiede che gli oggetti di interesse siano identificati.
Completare
Abbiamo menzionato tutti i gruppi di dati necessari per questa storia? Se dobbiamo cercare alcuni dati altrove, è necessario includere anche quelli. Molte storie utente richiedono varie ricerche di dati prima che un tipo di oggetto venga creato o aggiornato.
Regole di business
Le regole aziendali sono generalmente vincoli basati sul contesto o sui dati di riferimento. Assicurati di includere tutti i tipi di dati di riferimento nella tua storia utente funzionale. Occasionalmente, le regole aziendali impongono di dividere una storia in due storie simili. A volte, il contesto può essere presentato combinando il nome utente con uno stato particolare, ad esempio loggato_utente_con_carrello_articoli
Conciso
A volte specifichiamo eccessivamente una user story con tutti i criteri di accettazione prima di avere le basi giuste. Evita di farlo troppo presto.
