Probar gratis
4 min lectura Guide 234 of 877

Priorizando Items del Backlog Efectivamente

La priorización del backlog es donde la estrategia encuentra la ejecución. Sin priorización clara, los equipos trabajan en lo más nuevo o ruidoso en lugar de lo más valioso. La priorización efectiva usa frameworks, datos, e input de stakeholders para asegurar que cada sprint entregue máximo impacto.

Desafíos de Priorización

ProblemaCausaSolución
Todo es prioridad 1Sin frameworkForzar ranking
Items nuevos saltan la colaSesgo de recenciaCriterios consistentes
El stakeholder más ruidoso ganaSin procesoDatos + framework
Trabajo de bajo valor primeroSin visibilidadScoring de valor
Prioridades cambian constantementeSin disciplinaCompromiso de sprint

Frameworks de Priorización

MÉTODO DE SCORING RICE
══════════════════════

FÓRMULA:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  RICE = (Reach × Impact × Confidence) / Effort             │
│                                                             │
│  Reach: ¿Cuántas personas impactadas?                      │
│  Impact: ¿Cuánto impacto por persona? (0.25-3)             │
│  Confidence: ¿Qué tan seguros estamos? (%)                 │
│  Effort: ¿Cuánto trabajo? (person-months)                  │
│                                                             │
└─────────────────────────────────────────────────────────────┘

EJEMPLO:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  Feature: Nuevo dashboard                                  │
│                                                             │
│  Reach: 5,000 usuarios/mes                                 │
│  Impact: 2 (alto)                                          │
│  Confidence: 80%                                           │
│  Effort: 1 person-month                                    │
│                                                             │
│  RICE = (5000 × 2 × 0.8) / 1 = 8,000                      │
│                                                             │
└─────────────────────────────────────────────────────────────┘

MoSCoW Framework

CATEGORIZACIÓN MOSCOW
═════════════════════

CATEGORÍAS:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  MUST HAVE (Debe Tener):                                   │
│  ├── Sin esto el release no tiene sentido                  │
│  ├── Requisito legal/contractual                           │
│  └── Core functionality                                    │
│                                                             │
│  SHOULD HAVE (Debería Tener):                              │
│  ├── Importante pero no crítico                            │
│  ├── Workaround existe                                     │
│  └── Afecta UX significativamente                          │
│                                                             │
│  COULD HAVE (Podría Tener):                                │
│  ├── Nice to have                                          │
│  ├── Si hay tiempo                                         │
│  └── Mejora menor                                          │
│                                                             │
│  WON'T HAVE (No Tendrá):                                   │
│  ├── Explícitamente fuera de scope                         │
│  ├── Para release futuro                                   │
│  └── Decidido no hacer                                     │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Proceso de Priorización

PROCESO SEMANAL
═══════════════

PRE-MEETING:
┌─────────────────────────────────────────────────────────────┐
│  ├── PO prepara items a discutir                           │
│  ├── Data recolectada (métricas, feedback)                 │
│  └── Tech lead prepara estimaciones rough                  │
└─────────────────────────────────────────────────────────────┘

MEETING (30-45 min):
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  1. Review nuevos items (10 min)                           │
│     └── ¿Qué necesita ser priorizado?                      │
│                                                             │
│  2. Scoring/Categorización (15 min)                        │
│     └── Aplicar framework elegido                          │
│                                                             │
│  3. Stack ranking (10 min)                                 │
│     └── Ordenar por score/categoría                        │
│                                                             │
│  4. Comunicar decisiones (5 min)                           │
│     └── Documentar y compartir                             │
│                                                             │
└─────────────────────────────────────────────────────────────┘

POST-MEETING:
┌─────────────────────────────────────────────────────────────┐
│  ├── Actualizar orden en backlog                           │
│  ├── Comunicar a stakeholders afectados                    │
│  └── Refinar top items para próximo sprint                 │
└─────────────────────────────────────────────────────────────┘

En GitScrum

GESTIÓN DE PRIORIDADES EN GITSCRUM
══════════════════════════════════

ORDENAMIENTO:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  Backlog ordenado por prioridad                            │
│  ├── Drag & drop para reordenar                            │
│  ├── Items arriba = mayor prioridad                        │
│  └── Sprint planning toma desde arriba                     │
│                                                             │
└─────────────────────────────────────────────────────────────┘

LABELS:
┌─────────────────────────────────────────────────────────────┐
│  🔴 P0-critical    │ Must have este sprint                 │
│  🟠 P1-high        │ Should have este sprint               │
│  🟡 P2-medium      │ Could have si hay tiempo              │
│  🟢 P3-low         │ Backlog futuro                        │
└─────────────────────────────────────────────────────────────┘

CUSTOM FIELDS:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  RICE scoring:                                              │
│  ├── reach_score                                           │
│  ├── impact_score                                          │
│  ├── confidence_score                                      │
│  └── effort_score                                          │
│                                                             │
│  Calculated: rice_total para ordenar automáticamente       │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Soluciones Relacionadas de GitScrum