Priorização e Ranqueamento — PMBOK 8

Em praticamente todo projeto, há mais trabalho do que tempo e dinheiro disponíveis. Requisitos competem por espaço no cronograma, riscos competem por atenção, stakeholders competem por recursos. Sem uma abordagem estruturada para estabelecer o que vem primeiro, o projeto ou entrega tudo superficialmente — ou entrega o que o stakeholder mais alto na hierarquia pediu por último, independentemente do valor real.

A Priorização e Ranqueamento — chamada de Prioritization/ranking no PMBOK Guide, Eighth Edition — é a técnica que resolve esse problema: um conjunto de métodos estruturados para ordenar requisitos, riscos, backlog items, iniciativas ou partes interessadas segundo critérios explícitos e acordados pelo grupo.

Cadastre-se para navegar sem anúncios e participar do Project Together →

Neste guia você vai encontrar:

• O que é Priorização e Ranqueamento e como o PMBOK 8 a posiciona
• Os principais métodos: MoSCoW, Matriz Valor × Esforço, 100 pontos, Kano, AHP
• Em quais processos do PMBOK 8 a técnica é utilizada
• Passo a passo para conduzir uma sessão de priorização
• Como priorizar stakeholders
• Erros comuns e como evitá-los

O que é Priorização e Ranqueamento no PMBOK 8?

O PMBOK Guide, Eighth Edition define:

“Prioritization/ranking. Stakeholder requirements should be prioritized and ranked, as should the stakeholders themselves. Stakeholders with the most interest and the highest influence are often prioritized at the top of the list. Commonly used methods include MoSCoW (must have, should have, could have, and will not have), 100-point method, cost of delay, and Kano analysis.”

— PMBOK Guide, Eighth Edition, Section 5

O ponto central desta definição é que a priorização não se aplica apenas a requisitos — ela se aplica a stakeholders também. Um gerente de projeto eficaz sabe quem merece mais atenção em qual momento, tanto quanto sabe quais funcionalidades entrar primeiro na entrega.

Em quais processos do PMBOK 8 é utilizada?

• 2.2.2.2 — Coletar os requisitos — para ordenar os requisitos identificados por valor de negócio, complexidade e dependências
• 2.5.2.1 — Identificar as partes interessadas — para ranquear stakeholders por interesse e influência
• 2.5.2.2 — Planejar o engajamento das partes interessadas — para definir prioridade de esforço de comunicação e engajamento
• 2.7.2.2 — Identificar os riscos — para estabelecer quais riscos merecem análise e resposta prioritária

Os principais métodos de Priorização

1. MoSCoW

Classifica itens em quatro categorias e força escolhas explícitas:

Dica de aplicação: O W de “Won’t Have” é tão importante quanto o M. Declarar explicitamente o que NÃO será feito protege a equipe de escopo rastejante e alinha as expectativas dos stakeholders antes — não depois — de surgir o conflito.

2. Matriz Valor × Esforço

Posiciona itens em um grid de dois eixos:

• Alto valor / Baixo esforço — Quick wins: faça primeiro
• Alto valor / Alto esforço — Grandes apostas: planeje cuidadosamente
• Baixo valor / Baixo esforço — Preenchimento: faça se sobrar capacidade
• Baixo valor / Alto esforço — Armadilhas: evite ou elimine

É especialmente útil em sessões de planejamento de sprint e roadmap de produto para tornar as trocas (trade-offs) visualmente evidentes para todos.

3. Método dos 100 Pontos

Cada stakeholder recebe 100 pontos para distribuir entre os requisitos ou funcionalidades. Os pontos revelam as preferências reais — não as declaradas. Um requisito que todos dizem ser “crítico” mas ninguém alocou pontos pode não ser tão crítico assim.

4. Análise de Kano

Classifica funcionalidades em três categorias baseadas no impacto na satisfação do cliente:

• Básicos (Must-be) — A ausência causa insatisfação severa; a presença é esperada e não gera satisfação adicional (ex: o carro freia quando você pisa no pedal)
• Lineares (Performance) — Quanto mais, melhor; há relação linear entre presença e satisfação (ex: autonomia da bateria de um celular)
• Encantadores (Delighters) — Não esperados; a ausência não incomoda, mas a presença encanta (ex: a câmera do iPhone surpreendeu na primeira edição)

A análise de Kano ajuda a equilibrar o backlog: não adianta sobrecarregar o produto com itens básicos esperados enquanto negligencia os encantadores que diferenciam no mercado.

5. Custo do Atraso (Cost of Delay)

Quantifica o impacto financeiro de atrasar a entrega de um requisito ou funcionalidade. É especialmente poderoso em ambientes onde o tempo de chegada ao mercado é crítico. A fórmula básica: Custo do atraso = (valor gerado por mês) × (número de meses de atraso). Itens com alto custo de atraso sobem automaticamente na priorização.

Cadastre-se para navegar sem anúncios e participar do Project Together →

Como priorizar stakeholders no PMBOK 8

O PMBOK 8 é explícito: stakeholders também devem ser priorizados. A grade de poder-interesse é o método mais usado:

Passo a passo: como conduzir uma sessão de priorização

1. Defina o escopo da sessão — Quantos itens serão priorizados? Quem participa? Qual método será usado?
2. Defina os critérios explicitamente — Valor de negócio, esforço de implementação, risco, dependências, prazo. Critérios implícitos geram conflito.
3. Garanta que todos entendem os itens — Reserve tempo para que a equipe tire dúvidas antes de votar ou pontuar.
4. Execute o método escolhido — MoSCoW, dot voting, 100 pontos, etc.
5. Debate apenas os casos controversos — Não revise tudo; foque na zona de divergência.
6. Documente o resultado e o racional — Registo de decisão com data, participantes, método e resultado.
7. Revise a priorização periodicamente — Em projetos ágeis, a cada sprint. Em projetos preditivos, a cada fase ou revisão de marco.

Erros comuns na Priorização

• “Tudo é prioridade 1” — Se tudo é urgente, nada é urgente. Use o MoSCoW para forçar trade-offs reais.
• Priorizar sem critérios explícitos — A priorização baseada em “feeling” ou HiPPO (Highest Paid Person’s Opinion) não é priorização — é política.
• Priorizar uma vez e nunca revisitar — Projetos mudam. O backlog de hoje não é o backlog de amanhã.
• Ignorar dependências técnicas — Um item de baixa prioridade de negócio pode ser pré-requisito técnico de um item Must Have.

Ferramentas e técnicas relacionadas

• Votação — mecanismo de decisão coletiva frequentemente usado na priorização
• Tomada de decisão — categoria mais ampla
• Coleta de dados — as técnicas de elicitação que alimentam a lista a ser priorizada
• Representação de dados — matrizes e grids para visualizar a priorização