Transforme um papel, um desejo e um benefício em uma história de usuário ágil e limpa com critérios de aceitação - depois copie ou baixe o Markdown. Sem cadastro, nada sai do seu navegador.
Tudo roda no seu navegador - nada é enviado nem armazenado.
Sua história de usuário
Uma história vale o tanto que vale a demanda por trás dela. No AIOProductOS uma história carrega a conta e a receita que a pediram - assim seu backlog é ordenado por quem paga, não por quem gritou mais alto.
Mantenha o benefício real. 'Para que eu possa comprá-los depois' é melhor que 'para que a funcionalidade exista' - se você não consegue nomear o benefício, questione a história.
Torne o 'pronto' verificável. Critérios Dado/Quando/Então transformam uma história vaga em algo que QA e o time conseguem verificar sem reunião.
Divida o que não couber. Se precisa de uma dúzia de critérios ou estoura o sprint, é um épico - quebre em histórias que entreguem valor cada uma.
Copie
O modelo de história de usuário
Como [papel],
quero [capacidade]
para que [benefício].
Critérios de aceitação
- Dado [contexto], quando [ação], então [resultado].
- Dado [caso limite], quando [ação], então [resultado].
Esse é o modelo de história de usuário inteiro: um papel, um desejo, um porquê e critérios de aceitação Dado/Quando/Então verificáveis. Cole no seu tracker do jeito que está - ou use o gerador acima para preencher e baixar o Markdown.
FAQ
Perguntas sobre histórias de usuário
O que é uma história de usuário?
Uma história de usuário é uma declaração curta, em linguagem simples, de uma funcionalidade sob a perspectiva do usuário, no formato: 'Como [papel], quero [capacidade], para que [benefício].' Ela captura quem quer algo, o que quer e por quê - deixando a implementação para o time.
Qual é o formato de história de usuário?
O modelo padrão é 'Como [tipo de usuário], quero [uma ação ou capacidade], para que [um benefício ou motivo].' Boas histórias vêm acompanhadas de critérios de aceitação - condições verificáveis, muitas vezes escritas como Dado/Quando/Então - que definem quando a história está pronta.
O que são critérios de aceitação?
Critérios de aceitação são as condições específicas e verificáveis que uma história de usuário precisa satisfazer para ser considerada concluída. Um formato comum é Dado/Quando/Então: dado um contexto, quando o usuário faz algo, então acontece um resultado específico. Eles transformam a história em algo que QA e o time conseguem verificar.
Este gerador de histórias de usuário é gratuito?
Sim - gratuito, sem cadastro e sem muro de e-mail. Roda inteiramente no seu navegador; nada do que você digita é enviado. Preencha os campos e copie o Markdown ou baixe o .md para o Jira, Linear, Notion ou o seu board.
Quão detalhada deve ser uma história de usuário?
Pequena o bastante para terminar em uma iteração, com critérios de aceitação suficientes para não deixar ambiguidade - mas sem virar uma especificação. Se a história precisa de uma dúzia de critérios ou não cabe num sprint, divida. A história diz o quê e o porquê; o time é dono do como.