This site is in Portuguese. Google Chrome can translate it automatically — right-click the page and choose Translate to English.
Pular para o conteúdo principalPular para o menu

RICE Scoring

Modelo de priorização que pontua iniciativas por Reach, Impact, Confidence e Effort para comparar itens de backlog com critério explícito

Passos
7
Saídas
2
Maturidade
Praticante

Visão geral

RICE Scoring é um framework usado em produto e gestão para tornar a priorização de backlog mais objetiva e defensável ao quantificar quatro dimensões de cada iniciativa — quantas pessoas impacta, qual o impacto esperado, quão confiante o time está e quanto esforço custa — gerando score comparável entre itens. Ele funciona como uma lente de análise: ajuda o time a organizar variáveis, comparar alternativas ou tornar explícitos critérios que ficariam dispersos na conversa.

O valor de RICE Scoring aparece quando o time usa os critérios, passos e dimensões descritos no conteúdo para chegar a uma decisão mais defensável. Ainda assim, o framework deve ser tratado como apoio ao raciocínio, não como fórmula automática para encerrar debates complexos.

Como entra no fluxo

RICE Scoring entra bem em momentos de análise, alinhamento ou priorização, especialmente quando há múltiplas opções e o time precisa tornar critérios visíveis.

Atenção ao usar

Score sensível a estimativas ruins — garbage in, garbage out.

Combina bem com

  • Impact Effort Matrix
  • Moscow Matrix
  • Kano Model

Para que serve

Tornar a priorização de backlog mais objetiva e defensável ao quantificar quatro dimensões de cada iniciativa — quantas pessoas impacta, qual o impacto esperado, quão confiante o time está e quanto esforço custa — gerando score comparável entre itens.

Quando usar

Use para ordenar backlog com muitos itens competindo por atenção, especialmente quando há pressão de stakeholders por features diferentes e o time precisa de critério compartilhado para justificar prioridade.

Passo a passo

  1. Listar todas as iniciativas a priorizar.

  2. Estimar Reach: quantas pessoas/empresas serão impactadas no período definido (ex: por trimestre).

  3. Estimar Impact: qual o impacto esperado por pessoa (escala: 3=massivo, 2=alto, 1=médio, 0.5=baixo, 0.25=mínimo).

  4. Estimar Confidence: quão confiante o time está nas estimativas (100%=alta, 80%=média, 50%=baixa).

  5. Estimar Effort: quantas pessoas-mês de trabalho requer.

  6. Calcular score — Reach × Impact × Confidence ÷ Effort.

  7. Ordenar por score e revisar a lista com o time para ajustes qualitativos.

Dicas

  • Defina período fixo para Reach antes de estimar (trimestre, mês).
  • Confidence baixa não elimina o item — apenas reduz o score proporcionalmente.
  • Use em conjunto com dados reais quando possível, não só estimativas.
  • Revise a lista final — score é guia, não substitui julgamento.

Critérios de qualidade

  • Mesma escala e período aplicados consistentemente a todos os itens
  • Estimativas baseadas em dados quando disponíveis, hipóteses quando não
  • Nível de confiança reflete evidência real, não otimismo
  • Revisão qualitativa identifica itens com scores distorcidos por estimativas extremas

Variações

ICE Scoring

Versão simplificada sem Reach — Impact × Confidence ÷ Effort. Mais rápida, útil para times pequenos ou itens com alcance similar.

RICE com dados reais

Reach e Impact alimentados por dados de analytics e experimentos anteriores, aumentando precisão das estimativas.

Uso estratégico

Evite quando

  • Backlog tem menos de 5 itens — simples demais para precisar de fórmula
  • Time não tem contexto para estimar as dimensões com mínima confiança
  • Decisão já tomada — RICE virará teatro para justificar escolha prévia

Limitações

  • Score sensível a estimativas ruins — garbage in, garbage out
  • Não captura dependências entre iniciativas
  • Pode favorecer features de alto alcance sobre melhorias de qualidade

Riscos comuns

  • Usar RICE como decisão final sem revisão qualitativa
  • Inflar Confidence por pressão de stakeholders
  • Ignorar itens estratégicos que pontuam baixo por incerteza alta

Exemplos de uso

  • 01Priorizar backlog trimestral de produto com 30 iniciativas competindo.
  • 02Justificar para stakeholders por que bug crítico foi priorizado sobre nova feature.
  • 03Comparar impacto de melhoria de retenção versus aquisição de novos usuários.

Tags

priorizacao
backlog
produto
decisao

Outros nomes

RICE FrameworkICE ScoringRICE Prioritization

Saiba mais

Ajude a melhorar este conteúdo

Encontrou erro, lacuna técnica ou exemplo fraco? Envie uma correção com contexto para revisão.

Kit de Design

Biblioteca interativa de técnicas de design, pesquisa e facilitação.

Criado com em Olinda por Wagner BeethovenPrivacidade

Conteúdo acessível em Libras usando o VLibras Widget com opções dos Avatares Ícaro, Hosana ou Guga. Conteúdo acessível em Libras usando o VLibras Widget com opções dos Avatares Ícaro, Hosana ou Guga.