prioritization-frameworks

por phuryn

Guia de referência para 9 frameworks de priorização com fórmulas, orientações sobre quando usar e modelos — RICE, ICE, Kano, MoSCoW, Opportunity Score e outros. Use ao selecionar um método de priorização, ao comparar frameworks como RICE vs ICE, ou ao aprender como diferentes abordagens de priorização funcionam.

npx skills add https://github.com/phuryn/pm-skills --skill prioritization-frameworks

Prioritization Frameworks Reference

A reference guide to help you select and apply the right prioritization framework for your context.

Core Principle

Never allow customers to design solutions. Prioritize problems (opportunities), not features.

Opportunity Score (Dan Olsen, The Lean Product Playbook)

The recommended framework for prioritizing customer problems.

Survey customers on Importance and Satisfaction for each need (normalize to 0–1 scale).

Three related formulas:

  • Current value = Importance × Satisfaction
  • Opportunity Score = Importance × (1 − Satisfaction)
  • Customer value created = Importance × (S2 − S1), where S1 = satisfaction before, S2 = satisfaction after

High Importance + low Satisfaction = highest Opportunity Score = best opportunities. Plot on an Importance vs Satisfaction chart — upper-left quadrant is the sweet spot. Prioritizes customer problems, not solutions.

ICE Framework

Useful for prioritizing initiatives and ideas. Considers not only value but also risk and economic factors.

  • I (Impact) = Opportunity Score × Number of Customers affected
  • C (Confidence) = How confident are we? (1-10). Accounts for risk.
  • E (Ease) = How easy is it to implement? (1-10). Accounts for economic factors.

Score = I × C × E. Higher = prioritize first.

RICE Framework

Splits ICE's Impact into two separate factors. Useful for larger teams that need more granularity.

  • R (Reach) = Number of customers affected
  • I (Impact) = Opportunity Score (value per customer)
  • C (Confidence) = How confident are we? (0-100%)
  • E (Effort) = How much effort to implement? (person-months)

Score = (R × I × C) / E

9 Frameworks Overview

FrameworkBest ForKey Insight
Eisenhower MatrixPersonal tasksUrgent vs Important — for individual PM task management
Impact vs EffortTasks/initiativesSimple 2×2 — quick triage, not rigorous for strategic decisions
Risk vs RewardInitiativesLike Impact vs Effort but accounts for uncertainty
Opportunity ScoreCustomer problemsRecommended. Importance × (1 − Satisfaction). Normalize to 0–1.
Kano ModelUnderstanding expectationsMust-be, Performance, Attractive, Indifferent, Reverse. For understanding, not prioritizing.
Weighted Decision MatrixMulti-factor decisionsAssign weights to criteria, score each option. Useful for stakeholder buy-in.
ICEIdeas/initiativesImpact × Confidence × Ease. Recommended for quick prioritization.
RICEIdeas at scale(Reach × Impact × Confidence) / Effort. Adds Reach to ICE.
MoSCoWRequirementsMust/Should/Could/Won't. Caution: project management origin.

Templates


Further Reading

Mais skills de phuryn

create-prd
phuryn
Crie um Documento de Requisitos de Produto usando um modelo abrangente de 8 seções cobrindo problema, objetivos, segmentos, propostas de valor, solução e planejamento de lançamento. Use ao escrever um PRD, documentando requisitos de produto, preparando uma especificação de recurso ou revisando um PRD existente.
outcome-roadmap
phuryn
Transforme um roadmap focado em entregas em um roadmap focado em resultados que comunique a intenção estratégica. Reescreva iniciativas como declarações de resultados que reflitam os impactos para usuários e para o negócio. Use ao migrar para roadmaps de resultados, ao tornar um roadmap mais estratégico ou ao reescrever listas de funcionalidades como resultados.
project-managementcommunication
strategy-red-team
phuryn
Faça um red-team de um PRD, roadmap ou estratégia atacando suas premissas estruturais antes que a realidade o faça. O Steelmans então ataca cada afirmação, classifica os modos de falha por impacto × probabilidade × custo de teste, e retorna o teste mais barato e os critérios de eliminação para cada um. Use ao testar a resistência de um plano, pressionar uma estratégia, desafiar premissas ou preparar um documento para revisão executiva.
pre-mortem
phuryn
Execute uma análise de risco pre-mortem em um PRD ou plano de lançamento. Categoriza riscos como Tigers (problemas reais), Paper Tigers (preocupações exageradas) e Elephants (preocupações não ditas), e então classifica como launch-blocking, fast-follow ou track. Use ao se preparar para um lançamento, ao testar a resistência de um plano de produto ou ao identificar o que pode dar errado.