Calculadora RICE e ICE para priorizar o backlog

RICE é um método de priorização descrito por Sean McBride, gestor de produto na Intercom. A equipa precisava de comparar ideias muito diferentes — uma nova funcionalidade, um redesign, uma integração — sem discutir de quem era a ideia mais importante. A pontuação combina quatro estimativas:

• O alcance é um número real num período fixo: «1800 novos utilizadores por trimestre vão ver o tour». Retire-o da análise de dados, 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. É propositadamente não linear.
• A confiança tempera o entusiasmo: 100% significa dados quantitativos, 80% algum apoio, 50% sobretudo intuição. Abaixo de 50%, valide primeiro.
• O esforço é o denominador: quanto mais caro, menor a pontuação. Uma semana de trabalho equivale a cerca de 0,25 pessoa-mês.

A pontuação é «impacto por unidade de esforço». O valor absoluto não diz nada por si só: serve apenas para comparar itens do mesmo backlog, com o mesmo período de alcance.

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

Em «Hacking Growth», Ellis e Brown fazem a média das notas; muitas equipas multiplicam-nas. A diferença importa: o produto penaliza muito mais uma nota baixa. Uma ideia 9 · 9 · 1 obtém 81 em 1000 ao multiplicar e 6,3 em 10 pela média — ou seja, pela média supera uma ideia equilibrada 6 · 6 · 6 (216 e 6). A calculadora aceita as duas: escolha uma e mantenha-a em todo o backlog.

O ponto fraco do ICE é a subjetividade: «7 em 10» significa coisas diferentes para cada pessoa. Combinem exemplos de referência e pontuem em conjunto.

• RICE adequa-se a um backlog trimestral: itens de dimensões diferentes, dados de análise para o alcance e estimativas de engenharia.
• ICE adequa-se à reunião semanal de growth: muitas experiências baratas e uma decisão rápida.
• O modelo Kano responde a outra pergunta: como os utilizadores vão percecionar uma funcionalidade. Use-o antes do RICE para estimar melhor o impacto; analise um inquérito no analisador de inquéritos Kano.
• MoSCoW (must, should, could, won’t) ajuda a fechar o âmbito de uma versão, mas não ordena dentro de cada grupo.

Erros frequentes

• Períodos de alcance diferentes. Um item com alcance mensal e outro anual: o segundo pontua doze vezes mais sem razão.
• Impacto sobre nada em concreto. Defina um objetivo para o trimestre — ativação, retenção, receita — e avalie o impacto face a ele.
• 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 verificar 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 testes 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 — pontuação 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.