Calculadora RICE e ICE para priorizar o backlog

RICE é um framework de priorização descrito por Sean McBride, product manager da Intercom. O time precisava comparar ideias muito diferentes — uma nova funcionalidade, um redesign, uma integração — sem discutir de quem era a ideia mais importante. O score combina quatro estimativas:

• O alcance é um número real em um período fixo: “1.800 novos usuários por trimestre verão o tour”. Tire-o do analytics, não da memória.
• O impacto usa a escala da Intercom: 3 massivo, 2 alto, 1 médio, 0,5 baixo, 0,25 mínimo. Ela é propositalmente não linear.
• A confiança tempera o entusiasmo: 100% significa dados quantitativos, 80% algum respaldo, 50% principalmente intuição. Abaixo de 50%, valide antes.
• O esforço é o denominador: quanto mais caro, menor o score. Uma semana de trabalho equivale a cerca de 0,25 pessoa-mês.

O score é “impacto por unidade de esforço”. O valor absoluto não diz nada sozinho: só serve para comparar itens do mesmo backlog, com o mesmo período de alcance.

ICE foi popularizado por Sean Ellis, criador do termo growth hacking. Serve para um fluxo constante de ideias de crescimento, quando não há tempo para calcular alcance e pessoas-mês. Cada ideia recebe três notas de 1 a 10:

Em “Hacking Growth”, Ellis e Brown tiram a média das notas; muitos times multiplicam. A diferença importa: o produto pune muito mais uma nota baixa. Uma ideia 9 · 9 · 1 fica com 81 de 1.000 multiplicando e 6,3 de 10 pela média — ou seja, pela média ela supera uma ideia equilibrada 6 · 6 · 6 (216 e 6). A calculadora aceita as duas: escolha uma e mantenha no backlog todo.

O ponto fraco do ICE é a subjetividade: “7 de 10” significa coisas diferentes para cada pessoa. Combinem exemplos de referência e pontuem juntos.

• RICE combina com um backlog trimestral: itens de tamanhos diferentes, analytics para o alcance e estimativas de engenharia.
• ICE combina com a reunião semanal de growth: muitos experimentos baratos e decisão rápida.
• O modelo Kano responde outra pergunta: como os usuários vão perceber uma funcionalidade. Use antes do RICE para estimar melhor o impacto; analise uma pesquisa no analisador de pesquisa Kano.
• MoSCoW (must, should, could, won’t) ajuda a fechar o escopo de uma entrega, mas não ordena dentro de cada grupo.

Erros comuns

• Períodos de alcance diferentes. Um item com alcance mensal e outro anual: o segundo pontua doze vezes mais sem motivo.
• Impacto sobre nada específico. Defina uma meta do trimestre — ativação, retenção, receita — e avalie o impacto em relação a ela.
• Confiança de 100% por hábito. Se nenhum dado sustenta as estimativas, use 50%.
• Seguir o ranking às cegas. A fórmula ignora dependências, dívida técnica, compromissos com clientes e estratégia.
• Nunca conferir a estimativa. Depois do lançamento, compare a previsão com a realidade na calculadora de adoção de funcionalidades e confirme o efeito na calculadora de teste A/B.

1. McBride S. RICE: Simple prioritization for product managers. Intercom Blog — descrição original do método e das escalas de impacto e confiança.
2. Ellis S., Brown M. Hacking Growth: How Today's Fastest-Growing Companies Drive Breakout Success. Crown Business, 2017 — score ICE.
3. Cagan M. Inspired: How to Create Tech Products Customers Love. 2nd ed. Wiley, 2017.
4. Clegg D., Barker R. Case Method Fast-Track: A RAD Approach. Addison-Wesley, 1994 — origem do MoSCoW.