Marcos de Priorización

Por Qué la Priorización Es Difícil

Todo equipo de ingeniería tiene más trabajo que tiempo para hacerlo. Funcionalidades, correcciones de bugs, deuda técnica, mejoras de infraestructura, parches de seguridad e inversiones en experiencia de desarrollador compiten por la misma capacidad finita de ingeniería. Como Tech Lead, constantemente tomas decisiones de priorización, ya sea explícitamente en reuniones de planificación o implícitamente al elegir en qué trabajar a continuación.

Puntuación RICE

RICE es un marco cuantitativo desarrollado por Intercom que puntúa iniciativas en cuatro dimensiones:

// RICE Score = (Reach * Impact * Confidence) / Effort

interface RICEItem {
  name: string;
  reach: number;       // users per quarter
  impact: number;      // 0.25 | 0.5 | 1 | 2 | 3
  confidence: number;  // 0.5 | 0.8 | 1.0
  effort: number;      // person-months
}

function calculateRICE(item: RICEItem): number {
  return (item.reach * item.impact * item.confidence) / item.effort;
}

// Example: Search improvements
// Reach: 50,000 users/quarter
// Impact: 2 (high - significantly faster results)
// Confidence: 80% (we have prototype data)
// Effort: 2 person-months
// Score: (50000 * 2 * 0.8) / 2 = 40,000

// Example: Admin dashboard redesign
// Reach: 50 users/quarter (internal admins)
// Impact: 1 (medium - nicer but works today)
// Confidence: 100%
// Effort: 3 person-months
// Score: (50 * 1 * 1.0) / 3 = 16.7

Puntuación ICE

ICE es una alternativa más simple a RICE, útil para priorización más rápida:

• Impact (Impacto): ¿Cuánto moverá la aguja? (1-10)
• Confidence (Confianza): ¿Qué tan seguros estamos del impacto? (1-10)
• Ease (Facilidad): ¿Qué tan fácil es implementar? (1-10, donde 10 es más fácil)

Puntuación ICE = Impacto x Confianza x Facilidad. Intercambia la precisión de RICE por velocidad y es adecuada para sesiones de refinamiento de backlog donde necesitas comparaciones relativas rápidas.

Método MoSCoW

MoSCoW es un marco categórico especialmente útil para definir alcance dentro de un plazo fijo:

Mapeo de Impacto

El mapeo de impacto conecta el trabajo de ingeniería con resultados de negocio haciendo cuatro preguntas:

• Objetivo: ¿Qué resultado de negocio intentamos lograr?
• Actores: ¿Quién puede ayudarnos a lograr o prevenir este objetivo?
• Impactos: ¿Cómo debería cambiar el comportamiento de los actores?
• Entregables: ¿Qué podemos construir para crear esos cambios de comportamiento?

Priorizando Trabajo Técnico

La deuda técnica, las mejoras de infraestructura y las inversiones en experiencia de desarrollador son notoriamente difíciles de priorizar contra el trabajo de funcionalidades porque su valor es indirecto. Usa estas estrategias:

• Cuantifica el costo: "Esta deuda técnica nos cuesta 10 horas de ingeniería por semana en soluciones alternativas. Arreglarla se paga sola en 3 semanas."
• Vincúlalo a funcionalidades: "Para construir la nueva funcionalidad de reportes, primero necesitamos actualizar el driver de base de datos (agrega 3 días a la estimación de la funcionalidad)."
• Usa la regla del 20%: Reserva el 20% de cada sprint para inversiones técnicas. Esto no es negociable y no requiere justificación a las partes interesadas para cada elemento.
• Rastrea el impacto en la velocidad: Si la velocidad está disminuyendo con el tiempo, es evidencia de que la deuda técnica se está acumulando y necesita atención.