StartupProduto
Backlog
O que é backlog de produto, diferença entre product backlog e sprint backlog, frameworks de priorização RICE, MoSCoW e ICE scoring.
O que é?
Backlog é a lista priorizada e ordenada de tudo que precisa ser feito no produto. É o coração do Scrum — a fonte única de verdade sobre o que o time vai construir.
Existem dois tipos principais:
- Product Backlog — lista completa de tudo que o produto precisa (épicos, features, bugs, melhorias). Gerenciado pelo Product Owner.
- Sprint Backlog — subconjunto do product backlog selecionado para o sprint atual. Gerenciado pelo time de desenvolvimento.
Como funciona
Hierarquia do Backlog
Product Backlog
├── Épico: "Sistema de Pagamentos"
│ ├── Feature: "Checkout com cartão de crédito"
│ │ ├── User Story: "Como comprador, quero pagar com Visa..."
│ │ │ ├── Task: Integrar API do Stripe
│ │ │ ├── Task: Criar UI do formulário de cartão
│ │ │ └── Task: Escrever testes de integração
│ │ └── User Story: "Como comprador, quero salvar meu cartão..."
│ └── Feature: "Checkout com Pix"
│ └── ...
├── Épico: "Onboarding v2"
│ └── ...
└── Bugs e Tech Debt
├── BUG-123: Timeout na busca com muitos filtros
└── TECH: Migrar banco para PostgreSQL 16Refinamento do Backlog
Backlog Refinement (ou Grooming) é a cerimônia onde o time:
- Detalha histórias do topo do backlog (critérios de aceite, design)
- Estima o esforço (story points, t-shirt sizing)
- Prioriza com base em valor de negócio e esforço
- Divide itens grandes em itens menores e entregáveis
Regra prática: os itens do topo devem estar "sprint-ready" (detalhados o suficiente para entrar no próximo sprint).
Frameworks de Priorização
RICE Score
RICE = (Reach × Impact × Confidence) / Effort
Reach: quantos usuários impactados por trimestre
Impact: 0.25 (mínimo) a 3 (massivo)
Confidence: 0% a 100%
Effort: pessoa-meses de trabalho
Exemplo:
Feature A: (10000 × 2 × 80%) / 3 = 5333
Feature B: (500 × 3 × 100%) / 0.5 = 3000
→ Priorizar Feature AMoSCoW
Must Have → Essencial, sem isso o sprint falha
Should Have → Importante, mas sprint sobrevive sem
Could Have → Desejável, se sobrar tempo
Won't Have → Descartado para este ciclo (mas documentado)ICE Score
ICE = Impact × Confidence × Ease
Impact: 1-10
Confidence: 1-10
Ease: 1-10 (quão fácil de implementar)
Exemplo:
Feature A: 8 × 7 × 3 = 168
Feature B: 5 × 9 × 8 = 360
→ Priorizar Feature B (mais fácil com bom impacto)Por que importa?
O backlog é essencial porque:
- Evita o caos — sem backlog, o time trabalha de forma reativa, apagando incêndios
- Alinha prioridades — todos sabem o que é mais importante
- Facilita estimativas — itens refinados são mais previsíveis
- Comunica progresso — stakeholders veem o que foi feito e o que falta
- Absorve mudanças — novas demandas entram no backlog em vez de interromper o sprint
Um backlog mal gerenciado (sem priorização, itens vagos, nunca refinado) é uma das maiores causas de sprints que falham.
Exemplo prático
Product Backlog de um app de delivery
Prioridade | Item | Tipo | RICE | Status
-----------|-----------------------------------|----------|-------|--------
1 | Pagamento via Pix | Feature | 8500 | Sprint-ready
2 | Push notification de status | Feature | 7200 | Sprint-ready
3 | Bug: pedido duplicado no checkout | Bug | — | Sprint-ready
4 | Avaliação do entregador | Feature | 5100 | Em refinamento
5 | Integração com iFood | Épico | 4800 | Precisa detalhamento
6 | Dark mode | Feature | 1200 | Backlog
7 | Gamificação para entregadores | Feature | 900 | Backlog
...
47 | Suporte a Apple Watch | Feature | 120 | Won't have (Q1)Os 3 primeiros itens estão "sprint-ready" e entram no próximo sprint planning. Os demais continuam sendo refinados.
Termos relacionados
- Sprint — o ciclo que consome itens do backlog
- User Story — o formato principal dos itens do backlog
- Roadmap — a visão estratégica que guia a priorização do backlog