Métodos de Priorización de Tareas | GitScrum
Prioriza trabajo efectivamente para asegurar que los equipos se enfoquen en lo que entrega más valor.
4 min de lectura
No todas las tareas son iguales. Buena priorización asegura que los equipos trabajen en las cosas más valiosas primero, eviten desperdiciar tiempo en trabajo de bajo impacto, y hagan trade-offs conscientemente.
Métodos de Priorización
| Método | Mejor Para | Complejidad |
|---|---|---|
| Stack Ranking | Backlogs simples | Baja |
| MoSCoW | Release planning | Baja |
| Valor vs Esfuerzo | Decisiones de trade-off | Media |
| RICE | Scoring objetivo | Alta |
| WSJF | Scaled agile | Alta |
Método MoSCoW
PRIORIZACIÓN MOSCOW
═══════════════════
CATEGORÍAS:
─────────────────────────────────────
MUST HAVE
├── Crítico para el éxito
├── Sistema no funciona sin él
├── Requisito regulatorio/legal
├── Core value proposition
└── No negociable para release
SHOULD HAVE
├── Importante pero no crítico
├── Valor significativo
├── Podría workaround si es necesario
├── Alta prioridad después de Musts
└── Target para release
COULD HAVE
├── Nice to have
├── Agrega valor pero no esencial
├── Solo si hay tiempo
├── Primero en cortar si atrasados
└── Incluido si hay capacidad
WON'T HAVE (ESTA VEZ)
├── Explícitamente fuera de scope
├── Previene scope creep
├── Reconocido como deseado
├── Diferido a futuro
└── No en este release
USO:
─────────────────────────────────────
Release planning:
├── Todos los Musts = release mínimo viable
├── Musts + mayoría Shoulds = target
├── Agregar Coulds si adelantados
├── Won't = expectativas claras
└── Stakeholders ven trade-offs
Matriz Valor vs Esfuerzo
MATRIZ VALOR VS ESFUERZO
════════════════════════
ALTO VALOR
│
┌─────────────┼─────────────┐
│ QUICK WINS │ BIG │
│ Hacer │ BETS │
│ primero │ Planificar │
│ │ cuidadoso │
────┼─────────────┼─────────────┼────
BAJO│ FILL-INS │ MONEY │ALTO
ESFUERZO │ PITS │ESFUERZO
│ Si hay │ Evitar │
│ tiempo │ │
│ │ │
└─────────────┼─────────────┘
│
BAJO VALOR
QUICK WINS: Alto valor, bajo esfuerzo → Hacer primero
BIG BETS: Alto valor, alto esfuerzo → Planificar cuidadosamente
FILL-INS: Bajo valor, bajo esfuerzo → Si hay tiempo
MONEY PITS: Bajo valor, alto esfuerzo → Evitar
RICE Scoring
RICE FRAMEWORK
══════════════
COMPONENTES:
─────────────────────────────────────
R = REACH
├── ¿Cuántas personas impacta?
├── Número por periodo de tiempo
└── ej: 1000 usuarios/mes
I = IMPACT
├── ¿Cuánto impacta a cada persona?
├── Escala: 3=masivo, 2=alto, 1=medio, 0.5=bajo, 0.25=mínimo
└── Estimación del equipo
C = CONFIDENCE
├── ¿Qué tan seguro de R e I?
├── 100%=alta, 80%=media, 50%=baja
└── Baja confianza = investigar más
E = EFFORT
├── ¿Cuánto trabajo? (person-months)
├── Incluye diseño, dev, QA
└── Usa estimaciones del equipo
FÓRMULA:
─────────────────────────────────────
RICE = (Reach × Impact × Confidence) / Effort
Ejemplo:
├── Reach: 5000 usuarios/mes
├── Impact: 2 (alto)
├── Confidence: 80%
├── Effort: 2 person-months
├── RICE = (5000 × 2 × 0.8) / 2 = 4000
En GitScrum
PRIORIZACIÓN EN GITSCRUM
════════════════════════
FEATURES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Drag & drop para ordenar backlog │
│ • Labels para categorías MoSCoW │
│ • Custom fields para scoring │
│ • Filtros por prioridad │
│ │
└─────────────────────────────────────────────────────────────┘