Métodos de Priorización de Tareas

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 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                                   │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Soluciones Relacionadas de GitScrum

• Backlog Management
• Sprint Planning
• Value Delivery
• Roadmap Planning