Priorização de backlog: RICE, MoSCoW e Value vs Effort

Todo backlog tem mais itens do que o time consegue entregar. A priorização é o processo de decidir o que vem primeiro. Existem vários métodos — cada um funciona melhor em um contexto.

MoSCoW

O que é

Classifica cada item em:

• Must have — obrigatório, sem isso o produto não funciona
• Should have — importante, mas pode esperar um sprint
• Could have — desejável, se sobrar tempo
• Won’t have (this time) — não será feito agora

Quando usar

• MVP — definir o mínimo viável
• Sprint Planning — categorizar itens rapidamente
• Stakeholders não-técnicos — fácil de entender e participar

Exemplo prático

Para um e-commerce:

• Must: carrinho, checkout, pagamento
• Should: cupom de desconto, histórico de pedidos
• Could: lista de desejos, recomendações
• Won’t: programa de afiliados (por enquanto)

Limitação

Tendência de classificar tudo como “Must have” — quando tudo é prioridade, nada é prioridade.

RICE

O que é

Score calculado por: (Reach × Impact × Confidence) / Effort

• Reach (alcance): quantos usuários serão afetados por sprint
• Impact: quanto isso impacta cada usuário (3 = massivo, 2 = alto, 1 = médio, 0.5 = baixo, 0.25 = mínimo)
• Confidence: o quão confiante estamos nessas estimativas (100% = alto, 80% = médio, 50% = baixo)
• Effort: esforço em pontos de história ou pessoa-meses

Quando usar

• Roadmap de produto — comparar itens muito diferentes
• Times data-driven — que têm métricas de uso
• Decisões difíceis — quando duas features parecem igualmente importantes

Exemplo prático

Feature	R	I	C	E	RICE
Checkout rápido	500	3	80%	13	92
Cupom de desconto	200	2	100%	5	80
Lista de desejos	100	0.5	80%	8	5

Checkout rápido vence claramente.

Limitação

Requer dados e estimativas de effort — pode ser pesado para times pequenos.

Value vs Effort

O que é

Matriz 2x2 onde cada item é posicionado por:

• Eixo X: esforço (baixo → alto)
• Eixo Y: valor (baixo → alto)

Quadrantes

• Alto valor, baixo esforço → FAÇA AGORA (quick wins)
• Alto valor, alto esforço → PLANEJE (projetos grandes)
• Baixo valor, baixo esforço → PREENCHA (quando sobrar tempo)
• Baixo valor, alto esforço → EVITE (dinheiro de dinheiro)

Quando usar

• Workshops de priorização — exercício visual com stakeholders
• Backlog inicial — organizar um backlog pela primeira vez
• Times pequenos — sem necessidade de dados complexos

Visual

Valor alto |  PLANEJE   |  FAÇA AGORA
           |  (grande)  |  (quick win)
-----------+------------+------------
Valor baixo|  EVITE     |  PREENCHA
           |  (caro)    |  (fácil)
           +------------+----
           Baixo        Alto
              Esforço

Qual método escolher?

Situação	Melhor método
Definindo MVP	MoSCoW
Decidindo entre features grandes	RICE
Workshop com stakeholders	Value vs Effort
Time pequeno sem dados	Value vs Effort
Time maduro com métricas	RICE
Sprint Planning rápido	MoSCoW

Conclusão

Não existe método “certo” para todas as situações. O melhor método é aquele que seu time usa consistentemente. Comece com Value vs Effort pela simplicidade, evolua para RICE quando tiver dados, e use MoSCoW para conversas rápidas com stakeholders.