User story é uma descrição curta de uma necessidade, escrita do ponto de vista de quem usa: "Como [persona], quero [ação], para [benefício]". Ela vem acompanhada de critérios de aceitação, que dizem quando a story está pronta, muitas vezes no formato Dado, Quando, Então. O checklist INVEST (independente, negociável, valiosa, estimável, pequena e testável) ajuda a ver se a story está boa para entrar no backlog.
Como usar
- Informe a funcionalidade ou o épico e a persona, como ela entra na frase "Como...".
- Escreva um requisito por linha, começando pelo verbo; se quiser, inclua o benefício depois de ", para".
- Preencha o benefício geral e as regras de negócio que valem para todas as stories.
- Leia cada story com os critérios, o checklist INVEST e as dicas de quebra das que parecem grandes.
- Exporte em Markdown ou CSV para levar ao Jira ou ao backlog do time.
O que cada campo pede
| Campo | O que preencher |
|---|---|
| Funcionalidade ou épico | O que está sendo construído, em poucas palavras. |
| Persona | Quem usa, como entra na frase "Como...". |
| Requisitos | Um por linha, começando pelo verbo. Vira uma story cada. |
| Benefício geral | Usado nas stories que não dizem o benefício (opcional). |
| Regras de negócio | Limites que valem para todas as stories (opcional). |
Exemplo
Para o lembrete automático de cobrança de um aplicativo fictício, a persona é uma designer autônoma que emite faturas pelo app. Quatro requisitos viram quatro stories, cada uma com dois a quatro critérios de aceitação. Duas passam em todo o INVEST. A que ativa lembretes para todas as faturas recebe a dica de começar por um caso, e a que junta ver e exportar a lista recebe a sugestão de levar "exportar" para uma story própria. As duas regras de negócio viram critérios comuns.
Quando usar
- Depois do PRD, para transformar os requisitos em itens de backlog que o time consegue estimar.
- Antes do refinamento, para chegar com critérios de aceitação e não só com títulos.
- Para revisar um backlog antigo e achar stories grandes demais ou sem benefício claro.
- Para ensinar quem está começando a escrever stories com um formato consistente.
Perguntas frequentes
O que é uma user story?
É uma necessidade descrita do ponto de vista de quem usa, no formato "Como [persona], quero [ação], para [benefício]". Ela é um convite para conversar, não uma especificação completa.
O que são critérios de aceitação?
São as condições que dizem quando a story está pronta. O formato Dado, Quando, Então descreve um contexto, uma ação e um resultado verificável, o que facilita testar e evita discussão no fim da iteração.
O que significa INVEST?
É um checklist de qualidade: independente, negociável, valiosa, estimável, pequena e testável. A ferramenta confere cada letra por regras simples e indica o que ajustar quando uma delas falha.
Como quebrar uma story grande?
Separe ações diferentes em stories próprias, divida verbos amplos como "gerenciar" por operação e comece por um caso simples antes de cobrir todos. Cada parte precisa continuar entregando valor para quem usa.
Qual a diferença entre user story e requisito?
O requisito diz o que o sistema precisa fazer. A story diz quem precisa disso e por quê, e abre espaço para o time propor a melhor solução. Um requisito pode virar uma ou várias stories.
A IA escreve as stories por mim?
Sem IA, a ferramenta já monta stories, critérios e checklist por regras. Quando a IA estiver ligada, ela só melhora a redação e sugere critérios extras; a decisão continua com o time.