Trasforma un ruolo, un desiderio e un beneficio in una user story agile e pulita con i criteri di accettazione - poi copia o scarica il Markdown. Senza registrazione, niente esce dal tuo browser.
Tutto gira nel tuo browser - nulla viene inviato o memorizzato.
La tua user story
Una storia vale quanto la domanda che ha dietro. In AIOProductOS una storia porta con sé l'account e il fatturato che l'hanno chiesta - così il tuo backlog si ordina per chi paga, non per chi ha gridato più forte.
Tieni reale il beneficio. «Così che io possa comprarli più tardi» batte «così che la funzionalità esista»: se non riesci a nominare il beneficio, metti in discussione la storia.
Rendi verificabile il «fatto». I criteri Dato/Quando/Allora trasformano una storia vaga in qualcosa che QA e team possono verificare senza una riunione.
Spezza ciò che non entra. Se servono una dozzina di criteri o sfora lo sprint, è un epic - dividilo in storie che rilasciano valore una per una.
Copialo
Il modello di user story
Come [ruolo],
voglio [capacità]
così che [beneficio].
Criteri di accettazione
- Dato [contesto], quando [azione], allora [risultato].
- Dato [caso limite], quando [azione], allora [risultato].
Questo è l'intero modello di user story: un ruolo, un desiderio, un perché e criteri di accettazione Dato/Quando/Allora verificabili. Incollalo così com'è nel tuo tracker - oppure usa il generatore qui sopra per compilarlo e scaricare il Markdown.
FAQ
Domande sulle user story
Che cos'è una user story?
Una user story è una breve frase in linguaggio comune che descrive una funzionalità dal punto di vista dell'utente, nella forma: «Come [ruolo], voglio [capacità], così che [beneficio].» Cattura chi vuole qualcosa, cosa vuole e perché, lasciando l'implementazione al team.
Qual è il formato di una user story?
Il modello standard è «Come [tipo di utente], voglio [un'azione o capacità], così che [un beneficio o motivo].» Le buone storie sono accompagnate da criteri di accettazione - condizioni verificabili, spesso scritte come Dato/Quando/Allora - che definiscono quando la storia è finita.
Cosa sono i criteri di accettazione?
I criteri di accettazione sono le condizioni specifiche e verificabili che una user story deve soddisfare per essere considerata completa. Un formato comune è Dato/Quando/Allora: dato un contesto, quando l'utente fa qualcosa, allora si verifica un risultato preciso. Rendono la storia qualcosa che QA e team possono verificare.
Questo generatore di user story è gratuito?
Sì - gratuito, senza registrazione e senza muro e-mail. Gira interamente nel tuo browser; nulla di ciò che scrivi viene inviato. Compila i campi, poi copia il Markdown o scarica il .md in Jira, Linear, Notion o sulla tua board.
Quanto deve essere dettagliata una user story?
Abbastanza piccola da chiudersi in un'iterazione, con criteri di accettazione sufficienti a non lasciare ambiguità - ma non è una specifica. Se una storia richiede una dozzina di criteri o non entra in uno sprint, dividila. La storia dice il cosa e il perché; il team possiede il come.