Prepara la storia. Conserva l'accordo.
Un modello per portare domande utili e uscire con qualcosa in più di un numero.
Come utilizzarlo
- Prima della sessione compila risultato atteso, criteri e dipendenze. Mantieni visibili le domande aperte.
- Usa una scheda per storia. Annota le ipotesi dietro i voti minimo e massimo senza dati personali inutili.
- Dopo il confronto indica se chiarire, dividere, indagare o concordare una stima. Ripeti se arrivano nuove informazioni.
- Copia l'accordo nel backlog. Conserva la scheda scaricata: l'editor non salva le modifiche.
Puoi copiare e adattare il modello al team. Non è un requisito ufficiale Scrum né sostituisce il confronto.
La tua scheda modificabile
Adatta i campi prima di copiare o scaricare. Le modifiche restano qui e si perdono chiudendo o ricaricando la pagina.
MODELLO DI REFINEMENT · STORYFLOP Sessione / data: Partecipanti e facilitatore: Storia di riferimento del team: STORIA Titolo: Utente e risultato atteso: Criteri di accettazione (comportamenti verificabili): 1. 2. 3. Fuori ambito: Dipendenze e componenti disponibili: Test, revisione e condizioni di qualità: Domande aperte / responsabile / prossima revisione: CONFRONTO Voti iniziali: Ipotesi dei voti minimo e massimo: Nuove informazioni o cambi di ambito: Decisione: chiarire / dividere / indagare / concordare Secondo turno (se informativo): Stima concordata (o motivo del rinvio): Rischi e ipotesi dell'accordo: Dove è registrata la decisione nel backlog: CHIUSURA Cosa abbiamo scoperto che non era scritto? Cosa miglioreremo nella prossima preparazione? Uso: copia una scheda STORIA e CONFRONTO per elemento. I punti sono relativi al team, non ore né misure del rendimento individuale. Risorsa: https://storyflop.com/it/recursos/plantilla-refinamiento
Esempio compilato · Caso fittizio
- Storia
- Recuperare l'accesso con un link inviato via email.
- Criteri
- Il link scade, funziona una volta e mostra un errore chiaro quando non è valido.
- Dipendenze e limiti
- Servizio email esistente. Un altro fornitore è escluso.
- Voti iniziali
- 3, 5 e 13. Il 3 ometteva i test di scadenza; il 13 includeva creare il servizio email.
- Nuova informazione
- Confermiamo il servizio disponibile e includiamo i test.
- Decisione
- Ripetere il turno. In questo caso fittizio il team concorda 5 e registra l'ambito chiarito nel backlog.
- Prossima revisione
- Rivedere ambito e stima se cambia il servizio email disponibile.
Quando mancano informazioni
Invece di forzare una stima, annota domanda, responsabile e momento di revisione. Per esempio: verificare l'invalidazione dei link usati; assegnare il responsabile; rivedere prima del prossimo turno.