Priorización de Features y Roadmapping

El Problema de la Priorización

🔄 Repaso rápido: En la lección anterior, exploramos la escritura de PRDs y feature specs. Ahora construyamos sobre esa base.

Tienes 47 features en tu backlog. Capacidad de ingeniería para 8 este quarter. Todos piensan que su feature es el más importante. Ventas quiere Feature A porque un deal depende de él. El CEO quiere Feature B porque un competidor lo lanzó. Ingeniería quiere Feature C porque reduce deuda técnica.

Al finalizar esta lección, aplicarás frameworks de priorización con IA para construir roadmaps defendibles y manejar pushback de stakeholders.

Bienvenido al reto central del PM: decidir qué NO construir.

Framework RICE: El Estándar del PM

RICE significa Reach, Impact, Confidence, Effort. Produce un score que ayuda a rankear features.

Reach: ¿Cuántos usuarios afectará por quarter?
Impact: ¿Cuánto moverá la métrica objetivo por usuario? (3=masivo, 2=alto, 1=medio, 0.5=bajo, 0.25=mínimo)
Confidence: ¿Qué tan seguro estás de tus estimaciones? (100%=alta, 80%=media, 50%=baja)
Effort: ¿Cuántos persona-meses tomará?

Score = (Reach × Impact × Confidence) / Effort

“Ayúdame a hacer RICE scoring de estos features para priorización. Contexto del producto: [descripción]. Métrica clave que optimizamos: [métrica]. Usuarios activos por quarter: [número]. Features a scorear: [lista con descripciones breves]. Para cada feature, estima: Reach (cuántos usuarios por quarter, con razonamiento), Impact (cuánto moverá la métrica, justifica), Confidence (qué tan seguros estamos, qué aumentaría la confidence), Effort (persona-meses, incluye diseño, dev y QA). Calcula el RICE score y rankea. Después señala por separado: scores de baja confidence, dependencias entre features, y factores estratégicos que los scores no capturan.”

✅ Revisión rápida: ¿Qué representan las letras R-I-C-E y cómo se calcula el score?

Más Allá de RICE: Frameworks Alternativos

RICE no es la única opción. Diferentes situaciones requieren diferentes frameworks:

Framework	Mejor Para	Cuándo Usar
ICE (Impact, Confidence, Ease)	Growth experiments donde reach es difícil de estimar	Startups, tests rápidos
MoSCoW (Must, Should, Could, Won’t)	Decisiones de alcance con timeline fijo	“Dado nuestro launch date, ¿qué debe estar en v1?”
Matriz Valor vs. Esfuerzo	Categorización rápida en cuadrante 2×2	Triaje inicial de backlog
Weighted Scoring	Criterios custom con pesos	Cuando necesitas balancear múltiples factores

El Proceso de Roadmapping

Features priorizados necesitan convertirse en un roadmap — un plan basado en tiempo que comunica qué construirás y aproximadamente cuándo.

La jerarquía del roadmap:

Now: Actualmente en construcción (alto detalle)
Next: Viene en 1-2 quarters (detalle medio)
Later: En el horizonte (bajo detalle, direccional)

“Ayúdame a crear un roadmap de estos features priorizados. Features priorizados (en orden): [pega lista rankeada con RICE scores]. Restricciones: tamaño del equipo de ingeniería, capacidad restante del quarter, capacidad del próximo quarter, deadlines duros, dependencias. Crea un roadmap con NOW (este quarter), NEXT (próximo quarter), LATER (2+ quarters). Para cada item en NOW y NEXT: fechas estimadas, equipo necesario, dependencias y riesgos, milestone clave. Señala conflictos: features que no caben en la capacidad, loops de dependencia, timelines no realistas.”

Manejando Pushback en Prioridades

Todo PM enfrenta pushback. “¿Por qué mi feature no está más arriba?”

Cuando ventas empuja por un feature específico de cliente: Evalúa el impacto más allá de ese cliente, el costo de oportunidad, si hay una versión más pequeña que satisfaga la necesidad inmediata, y qué precedente sienta.

Cuando liderazgo anula tu priorización: Considera qué contexto estratégico podría tener el CEO que no está en tu modelo RICE. Presenta el trade-off claramente: “Podemos hacer X, pero Y se retrasa.”

✅ Revisión rápida: ¿Cuáles son las trampas comunes de priorización? Nombra al menos tres.

Errores Comunes de Priorización

Trampa	Por Qué Pasa	Cómo Evitar
Efecto HiPPO	La opinión del mejor pagado gana	Usa frameworks para hacer la discusión data-driven
Sesgo de recencia	La queja más reciente domina	Pondera frecuencia e impacto a través de todo el feedback
Proyectos mascota	Features que tú personalmente quieres	Scorea honestamente; que alguien más valide
Subestimación de esfuerzo	Sesgo de optimismo en timelines	Agrega 30-50% de buffer; verifica con ingeniería
Ignorar deuda técnica	No visible para stakeholders	Incluye trabajo de infraestructura en la priorización

Ponlo en Práctica

Toma tu backlog actual (o al menos los top 10-15 items) y corre este proceso:

RICE scorea cada item usando el prompt de IA
Revisa los scores — ¿coinciden con tu intuición? Donde no, explora por qué
Crea un roadmap Now/Next/Later basado en scores y tu capacidad
Identifica los top tres puntos de pushback que esperarías de stakeholders
Prepara respuestas usando los prompts de manejo de pushback

Conclusiones Clave

Los frameworks de priorización hacen suposiciones explícitas y crean lenguaje común para discusiones de trade-offs
RICE es el estándar del PM: Reach × Impact × Confidence / Effort — pero la conversación importa más que los scores
Elige frameworks según la situación: RICE para priorización general, MoSCoW para decisiones de alcance, valor/esfuerzo para sorting rápido
Los roadmaps usan estructura Now/Next/Later — alto detalle para trabajo actual, direccional para futuro
Maneja el pushback presentando trade-offs claramente — “podemos hacer X, pero Y se retrasa”
Anula el framework cuando tengas contexto estratégico genuino que no captura — pero documenta por qué

En la Siguiente Lección

En la Lección 5: Análisis Competitivo e Investigación de Mercado, analizaremos sistemáticamente el panorama competitivo e identificaremos oportunidades de mercado.