User Story

O que é user story, formato 'Como [persona] quero [ação] para [benefício]', critérios INVEST, story points e critérios de aceite.

O que é?

User Story (história de usuário) é uma descrição curta e informal de uma funcionalidade, contada pela perspectiva do usuário. É o formato padrão para descrever itens do backlog em metodologias ágeis.

O formato clássico:

"Como [persona/tipo de usuário],
 quero [ação/funcionalidade],
 para que [benefício/valor]."

User stories não são especificações técnicas. São convites para conversa entre o Product Owner e o time de desenvolvimento sobre o que o usuário precisa.

Como funciona

Anatomia de uma User Story

Título: Filtrar pedidos por status

Como gerente de restaurante,
quero filtrar meus pedidos por status (pendente, em preparo, entregue),
para que eu consiga acompanhar rapidamente os pedidos atrasados.

Critérios de Aceite:
- [ ] Dropdown com opções: Todos, Pendente, Em preparo, Entregue, Cancelado
- [ ] Filtro aplicado em tempo real sem recarregar a página
- [ ] Exibir contador de pedidos por status
- [ ] Filtro persistido na URL (deep link)
- [ ] Funcionar em mobile e desktop

Story Points: 5
Sprint: Sprint 12
Épico: Gestão de Pedidos

Critérios INVEST

Uma boa user story segue os critérios INVEST:

Critério	Significado	Pergunta-chave
I — Independent	Não depende de outra story	Pode ser desenvolvida em qualquer ordem?
N — Negotiable	Detalhes são negociáveis	O time pode propor como implementar?
V — Valuable	Entrega valor para o usuário	O usuário se beneficia diretamente?
E — Estimable	Pode ser estimada	O time consegue dar story points?
S — Small	Pequena o suficiente para 1 sprint	Cabe dentro de um sprint?
T — Testable	Pode ser testada	Dá para escrever critérios de aceite?

Story Points

Story points medem o esforço relativo de uma user story, não horas de trabalho.

Escala Fibonacci: 1, 2, 3, 5, 8, 13, 21

1 pt  → Trivial (mudar um label, ajustar cor)
2 pts → Simples (CRUD básico, UI simples)
3 pts → Moderado (lógica de negócio clara)
5 pts → Complexo (integração com API externa)
8 pts → Muito complexo (nova feature end-to-end)
13 pts → Épico (deveria ser quebrada em stories menores)
21 pts → ⚠️ Grande demais — divida em partes

Planning Poker: técnica onde cada dev estima independentemente, revela ao mesmo tempo e discute divergências. Se as estimativas variam muito (ex: 2 e 13), a conversa revela premissas diferentes.

Por que importa?

User stories são fundamentais porque:

Mantêm o foco no usuário — em vez de especificações técnicas, o time pensa em valor
Facilitam a comunicação — linguagem simples que PO, devs e designers entendem
São flexíveis — o "como implementar" é decidido pelo time
Permitem priorização — stories menores e independentes são mais fáceis de ordenar
Geram melhores produtos — quando o time entende o "por quê", toma melhores decisões técnicas

Exemplo prático

De requisito vago a user stories concretas

Requisito vago do stakeholder:

"Preciso de um sistema de notificações."

Desdobramento em user stories:

US-201: Notificação de novo pedido
Como dono de restaurante,
quero receber uma notificação sonora quando um novo pedido chegar,
para que eu não perca pedidos durante horários movimentados.
[3 pts] ✅ INVEST

US-202: Histórico de notificações
Como gerente,
quero ver o histórico de todas as notificações recebidas,
para que eu possa revisar o que aconteceu durante minha ausência.
[5 pts] ✅ INVEST

US-203: Configurar preferências de notificação
Como usuário do sistema,
quero escolher quais notificações quero receber (push, email, SMS),
para que eu não seja interrompido por alertas irrelevantes.
[8 pts] ✅ INVEST

US-204: Notificação de pedido atrasado
Como entregador,
quero ser notificado quando um pedido está esperando há mais de 10 minutos,
para que eu possa priorizar a retirada.
[3 pts] ✅ INVEST

Cada story é independente, valiosa, estimável e testável. O time pode entregar em qualquer ordem.

Termos relacionados

Backlog — onde as user stories vivem e são priorizadas
Sprint — o ciclo onde as user stories são implementadas
Discovery — o processo que gera insumos para escrever boas user stories

On this page