5 min lectura • Guide 720 of 877
Parálisis de Priorización en Desarrollo de Producto
La priorización no debería ser un cuello de botella. GitScrum provee frameworks de scoring, votación de stakeholders, y herramientas de priorización basadas en datos que ayudan a equipos a tomar decisiones confiables rápidamente.
Entendiendo la Parálisis
SÍNTOMAS DE PARÁLISIS
═════════════════════
DEBATES INTERMINABLES:
┌─────────────────────────────────────────────────────────────┐
│ "Hemos discutido esto por 3 reuniones y sin decisión" │
│ → Parálisis de análisis, miedo de comprometerse │
└─────────────────────────────────────────────────────────────┘
TODO ES P1:
┌─────────────────────────────────────────────────────────────┐
│ "Los 47 items son alta prioridad" │
│ → Si todo es prioridad, nada lo es │
└─────────────────────────────────────────────────────────────┘
DECISIONES HiPPO:
┌─────────────────────────────────────────────────────────────┐
│ "La opinión de la persona mejor pagada gana" │
│ → Sin framework, solo autoridad │
└─────────────────────────────────────────────────────────────┘
CAMBIO CONSTANTE:
┌─────────────────────────────────────────────────────────────┐
│ "Las prioridades cambian cada semana" │
│ → Sin criterios estables, decisiones reactivas │
└─────────────────────────────────────────────────────────────┘
CONSENSO IMPOSIBLE:
┌─────────────────────────────────────────────────────────────┐
│ "No podemos acordar qué es más importante" │
│ → Stakeholders con agendas diferentes │
└─────────────────────────────────────────────────────────────┘
Frameworks de Priorización
RICE SCORING
════════════
FÓRMULA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ RICE = (Reach × Impact × Confidence) / Effort │
│ │
│ Reach: ¿Cuántos usuarios afectados? (número) │
│ Impact: ¿Cuánto impacto por usuario? (0.25-3) │
│ Confidence: ¿Qué tan seguros estamos? (%) │
│ Effort: ¿Cuánto trabajo? (person-months) │
│ │
└─────────────────────────────────────────────────────────────┘
EJEMPLO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Feature A: │
│ Reach: 10,000 users │
│ Impact: 2 (high) │
│ Confidence: 80% │
│ Effort: 2 months │
│ │
│ RICE = (10000 × 2 × 0.8) / 2 = 8,000 │
│ │
│ Feature B: │
│ Reach: 5,000 users │
│ Impact: 1 (medium) │
│ Confidence: 90% │
│ Effort: 0.5 months │
│ │
│ RICE = (5000 × 1 × 0.9) / 0.5 = 9,000 │
│ │
│ → Feature B primero (mayor RICE) │
│ │
└─────────────────────────────────────────────────────────────┘
Matriz de Prioridad
MATRIZ IMPACTO/ESFUERZO
═══════════════════════
┌─────────────────────────────────────────────────────────────┐
│ │
│ Alto │ BIG BETS │ QUICK WINS │
│ Impacto │ Planificar bien │ ¡Hacer primero! │
│ │ │ │
│ ─────────┼───────────────────┼─────────────────────────── │
│ │ │ │
│ Bajo │ EVITAR │ FILL-INS │
│ Impacto │ No vale la pena │ Si hay tiempo │
│ │ │ │
│ └───────────────────┴─────────────────────────── │
│ Alto Esfuerzo Bajo Esfuerzo │
│ │
└─────────────────────────────────────────────────────────────┘
ACCIÓN POR CUADRANTE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ QUICK WINS: Ejecutar inmediatamente │
│ BIG BETS: Planificar cuidadosamente, validar antes │
│ FILL-INS: Cola de baja prioridad │
│ EVITAR: Decir NO explícitamente │
│ │
└─────────────────────────────────────────────────────────────┘
Proceso de Decisión
PRIORIZACIÓN TIME-BOXED
═══════════════════════
PROCESO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. PREP (antes de meeting): │
│ ├── Lista de items a priorizar │
│ ├── Data disponible (métricas, feedback) │
│ └── Criterios de scoring acordados │
│ │
│ 2. SCORE (15-20 min): │
│ ├── Aplicar framework (RICE, MoSCoW, etc.) │
│ ├── Score individual primero │
│ └── Luego discutir diferencias │
│ │
│ 3. DECIDE (10 min): │
│ ├── Stack-rank por score │
│ ├── Si hay empate: usar "thumb vote" │
│ └── PO tiene última palabra si no hay consenso │
│ │
│ 4. COMMIT (5 min): │
│ ├── Documentar decisión │
│ ├── Comunicar a stakeholders │
│ └── Fecha de próxima revisión │
│ │
└─────────────────────────────────────────────────────────────┘
REGLAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Time-box: Máximo 30 min por sesión │
│ • Si no hay consenso en 5 min: PO decide │
│ • Decisiones son reversibles: no perfectas │
│ • Revisión cada 2-4 semanas │
│ │
└─────────────────────────────────────────────────────────────┘
En GitScrum
HERRAMIENTAS DE PRIORIZACIÓN
════════════════════════════
SCORING EN BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Custom fields: │
│ ├── impact_score: 1-5 │
│ ├── effort_score: 1-5 │
│ ├── confidence: 1-100% │
│ └── rice_score: (calculado) │
│ │
│ Ordenar backlog por RICE score │
│ │
└─────────────────────────────────────────────────────────────┘
LABELS DE PRIORIDAD:
┌─────────────────────────────────────────────────────────────┐
│ 🔴 P0-critical │ Hacer ahora │
│ 🟠 P1-high │ Este sprint │
│ 🟡 P2-medium │ Próximo sprint │
│ 🟢 P3-low │ Backlog │
│ ⚪ P4-someday │ Quizás nunca │
└─────────────────────────────────────────────────────────────┘
VISUALIZACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Board con swimlanes por prioridad │
│ o │
│ Vista filtrada por RICE score > X │
│ │
└─────────────────────────────────────────────────────────────┘