Métodos de

priorização
Uma seleção de metodologias, com suas respectivas instruções e modelos
prontos para serem aplicados.

Para obter sua versão, clique em Arquivo >> Fazer uma cópia >> Toda apresentação >> Escolha sua pasta no Drive
Antes de começar! Tenha em mãos:

A priorização precisa estar conectada com a estratégia de crescimento do

Visão do negócio negócio. Os objetivos e metas associadas ao produto em questão precisam
ser sempre lembrados e considerados.

A visão de futuro do produto também é fundamental. As escolhas do que

Visão do produto/solução priorizar no presente podem e devem receber influência de onde o produto
espera chegar no médio/longo prazos.

Feedbacks, comentários em avaliações de NPS, motivos de Churn, toda

Visão do informação disponível para embasar e entender as principais dores e desejos
usuário/cliente dos clientes é fundamental para o processo de priorização.
 Agora, defina o método de priorização
que deseja usar:

RICE MoSCoW PFDV

RICE
Como funciona o método
RICE?
Com essa ferramenta, você passa a entender seus
projetos e iniciativas sob 4 perspectivas: Reach
(Alcance), Impact (Impacto), Confiança (Confidence) e
Effort (Esforço).

Aplicando notas para cada um desses pilares, ao

final você consegue visualizar um Score (nota geral)
de cada iniciativa ou projeto. Dentro dessa
metodologia, as notas mais altas correspondem às
iniciativas principais e que, portanto, devem ser
priorizadas.
 Dimensão Descrição da dimensão Nota

Projete o número de pessoas impactadas dentro de um determinado período de

Reach/Alcance tempo. Por exemplo: quantos usuários serão impactados com o lançamento 300.000
dessa nova feature dentro de um trimestre? Lembre-se sempre de utilizar o
mesmo intervalo de tempo em todas as iniciativas.

Aqui você vai definir, em uma escala de 0 a 3, qual é o impacto da iniciativa em

Impact/Impacto questão. Quanto mais relevante para o usuário ou negócio, maior seu nível de 1
impacto. Sugerimos encarar essa escala da seguinte forma: 3 = impacto máximo 2 =
impacto alto 1 = impacto médio. 0.5 = impacto baixo. 0.25 = impacto mínimo.

Seu nível de confiança com relação às duas dimensões anteriores, sempre em

Confidence/ Confiança percentual. Tente usar dados ou informações embasadas aqui mas não se 80%
preocupe. Ex: a ausência dessa feature está como motivo nº 1 de churn na nossa
base de clientes.

Estime quanto tempo seu time passará trabalhando no desenvolvimento dessa

Effort / Esforço iniciativa. Não hesite em envolvê-los nesse exercício e perguntá-los diretamente. 10 dias
Dica importante: use a mesma medida de tempo para todas as iniciativas que serão
listadas no exercício (horas, dias ou meses).
 A fórmula RICE

Reach Impact Confidence

Impact
 Dimensão Nota

Simulação Reach/Alcance 300.000

rápida
Impact/Impacto 1

Veja ao lado, por exemplo, como Nova interface

ficaria o score final de uma de relatórios do software
iniciativa de desenvolvimento de
uma nova feature de relatórios. Confidence/ Confiança 80%

Se quiser, criamos uma planilha

para facilitar seu trabalho.

Effort / Esforço 10 dias

Acessar planilha

Score Final 24000

MoSCoW
Método MoSCoW
MoSCoW: Must have, Should have, Could have, Won’t have

M C

Must Have Could Have

Features que você e seu time entendem que são Features que são complementares ao core do
indispensáveis para o produto. Sem elas, não é seu produto. Elas serão priorizadas caso haja
possível obter sucesso, já que são questões tempo e seu desenvolvimento não prejudique os
básicas para o negócio ou usuário. anteriores.

S W

Should Have Won't Have

Features que são importantes para o Features que não serão priorizadas num
cumprimento da proposta de valor do seu primeiro momento. Essa definição pode mudar
produto mas que, sem elas, ele não será um futuramente, em novos ciclos de
fracasso certo. desenvolvimento.
 Como aplicar?
A seguir inserimos um exemplo de como separar visualmente suas features e
componentes a serem priorizados.
 M MUST S SHOULD HAVE C COULD HAVE W WON'T HAVE
HAVE
M Tela de Login S Automação de e-mails C Template de e-mails W Gestão de usuários

Insira uma breve descrição caso queira detalhar um Insira uma breve descrição caso queira detalhar um Insira uma breve descrição caso queira detalhar um Insira uma breve descrição caso queira detalhar um
pouco melhor o que é a entrega. pouco melhor o que é a entrega. pouco melhor o que é a entrega. pouco melhor o que é a entrega.

M Recuperação de senha S Lead Scoring W Envio inteligente

Insira uma breve descrição caso queira detalhar um Insira uma breve descrição caso queira detalhar um Insira uma breve descrição caso queira detalhar um
pouco melhor o que é a entrega. pouco melhor o que é a entrega. pouco melhor o que é a entrega.

M Upload de listas W Modelos customizados

Insira uma breve descrição caso queira detalhar um Insira uma breve descrição caso queira detalhar um
pouco melhor o que é a entrega. pouco melhor o que é a entrega.
 M MUST S SHOULD HAVE C COULD HAVE W WON’T HAVE
HAVE
M Nome do item/feature S Nome do item/feature C Nome do item/feature W Nome do item/feature

Insira uma breve descrição caso queira detalhar um Insira uma breve descrição caso queira detalhar um Insira uma breve descrição caso queira detalhar um Insira uma breve descrição caso queira detalhar um
pouco melhor o que é a entrega. pouco melhor o que é a entrega. pouco melhor o que é a entrega. pouco melhor o que é a entrega.
Como você deve imaginar, a
priorização não termina
aqui.
A metodologia serve para classificar os itens e trazer
consciência aos envolvidos sobre o nível de importância
de cada um.

Posteriormente, ainda será necessário entender, o

período do ciclo de desenvolvimento que será
acompanhado e quais cards cabem nele.

A única regra é: sempre comece da esquerda para

direita (MUST HAVE > SHOULD HAVE > COULD HAVE >
WON'T HAVE).
FDV
Feasibility, Desirability, and
Viability
Nessa metodologia, três pilares importantes para o desenvolvimento de um
projeto ou entrega de software entram em cena:

Feasibility: o quão executável ele é. Em outras palavras, o quanto o time acredita

ter as competências necessárias para finalizá-lo.

Desirability: essa é uma entrega desejada pelos clientes? Cheque com integrantes
do time de UX, Marketing e pesquisa para entender exatamente o quanto seus
usuários esperam por essa entrega.

Viability: entendimento do quanto essa entrega é relevante para o negócio e para

o mercado como um todo. Converse com stakeholders de outras áreas e entenda
o quanto essa mudança estaria alinhada com a estratégia como um todo.
Crie uma planilha, e classifique cada item dentro das 3 dimensões, sempre considerando uma
escala de 0 a 10. Como no exemplo abaixo:

Nome da feature/entrega Feasibility Desirability Viability Total (soma)

Função de login 10 10 10 30

Mecanismo de pesquisa 10 10 10 30

Painel de usuários 8 10 10 28

Área de relatórios 7 9 10 26

Caso queira, você pode acessar a planilha modelo.

Agora, analise os métodos e
escolha qual faz mais
sentido para você e seu time.

Como você deve ter percebido, cada método

apresenta possibilidades de priorizar segundo
critérios diferentes.

O desafio para as lideranças de produto está em

entender qual, dentre essas e outras opções, reflete
melhor a necessidade do seu time e negócio.