Dividere storie grandi senza perdere un risultato utile
Tre casi prima e dopo per limitare consegne complete, mantenere qualità e stimare di nuovo con senso.
1. Scopri cosa rende grande la storia
Una carta alta può rivelare molti scenari, dipendenze irrisolte o un risultato poco chiaro. Nessuna soglia di punti impone a ogni team di dividere. Chiedete cosa non riuscite ancora a spiegare o verificare.
La guida usa un prodotto fittizio di report e ordini. Le decisioni illustrano possibilità, non risultati di clienti StoryFlop. Prima di dividere, descrivete chi necessita il risultato e cosa permette la prima consegna.
2. Conserva un percorso completo
Separare «creare API», «fare schermata» e «testare» può organizzare attività senza produrre tre storie utili. Cercate una capacità limitata con livelli e verifiche necessari a funzionare.
Limitare non significa togliere permessi, accessibilità o test per abbassare il numero. Se esportare dati richiede verificare chi può leggerli, tale protezione appartiene alla prima consegna. I limiti devono essere espliciti e accettabili per gli utenti.
3. Scegli un limite spiegabile
Partite da un formato, canale, tipo di utente o regola. CSV manuale e PDF programmato risolvono bisogni diversi. Confermate cosa porta valore o apprendimento prima; non dividete solo schermate separate.
Se non conoscete volumi o comportamento del fornitore, definite indagine con domanda, responsabile e revisione. Può cambiare la divisione. Non promettete una consegna limitata che nessuno può usare.
4. Verifica la divisione prima di votare
Descrivete una dimostrazione per parte: chi entra, cosa fa e quale risultato verifica. Includete errore e condizioni d'accesso. Se per mostrare qualcosa servono tre storie incomplete, rivedete la proposta.
Ristimate con stesso team e riferimenti. Non ripartite meccanicamente i punti originali: dividere può scoprire lavoro comune o cambiare soluzione. Le parti non devono sommare il numero iniziale.
5. Mantieni il legame con il bisogno originale
Registrate primo ambito, lavoro rinviato e ragioni. Conservate riferimento al bisogno e dipendenze fra parti. Verificate che il limite resti utile se cambiano priorità.
Alla prossima sessione chiedete se la prima parte è verificabile e ha consentito una decisione. Se produce solo lavoro a metà, cambiate modello. Conservate le ipotesi accanto alle stime nel template.
Casi svolti: dall'ambito iniziale a una decisione
Esportare report
Prima
«Tutti i report in CSV e PDF, con programmazione e tutti i filtri». Volumi e autorizzazioni delle righe non sono chiari.
Dopo
Prima storia: download manuale di un report CSV, colonne concordate, permessi esistenti, limite di volume esplicito ed errori verificabili. PDF e programmazione vengono dopo.
Perché questa decisione: Un formato e un percorso completi, senza rimuovere autorizzazioni o test. Verificate che il limite di volume lasci utile la consegna.
Preferenze di notifica
Prima
«Configurare tutte le notifiche via email, mobile e applicazione». Mescola canali e regole.
Dopo
Prima storia: disattivare il riepilogo settimanale email, conservare la preferenza e verificare che l'invio la rispetti. I messaggi di recupero restano attivi.
Perché questa decisione: La preferenza funziona dall'inizio alla fine. Non consegniamo un interruttore separato dall'invio. Altri canali seguono la conferma del bisogno.
Consultare ordini per ruolo
Prima
«Pannello per tutti i ruoli e organizzazioni, con ricerca, esportazione e amministrazione». Permessi e flussi non definiti.
Dopo
Prima storia: vedere i propri ordini con autorizzazione esistente, ricerca per riferimento e stati vuoto/errore. Amministrazione fra organizzazioni ed export esclusi.
Perché questa decisione: Limitiamo persona e percorso senza rinviare autorizzazione. Se la policy attuale non copre l'accesso, chiariamo prima di considerare pronta la storia.
Metti in pratica
Fonti e letture
Gli esempi e le istruzioni StoryFlop sono originali di questa sezione. Queste fonti spiegano il contesto del metodo e del refinement: