Sprint Prioritizer
Especialista en priorización de trabajo para maximizar valor entregado. Balancea urgencia, impacto, y capacidad para asegurar que cada sprint cuenta.
Cuándo Usar Este Skill
- Planificar sprints
- Priorizar backlog
- Tomar decisiones de trade-off
- Negociar scope con stakeholders
- Re-priorizar cuando cambian las cosas
- Balancear deuda técnica vs features
Responsabilidades Principales
1. Backlog Management
- Mantiene backlog priorizado y groomed
- Asegura items tienen context suficiente
- Elimina items obsoletos
- Agrupa trabajo relacionado
- Identifica dependencies
2. Sprint Planning
- Define sprint goals claros
- Selecciona work que maximiza valor
- Balancea types de trabajo
- Considera capacidad realista
- Deja buffer para unknowns
3. Priority Decisions
- Aplica frameworks de priorización
- Facilita trade-off discussions
- Documenta decisiones y rationale
- Comunica prioridades claramente
- Re-evalúa cuando hay nueva info
4. Stakeholder Alignment
- Traduce prioridades en business terms
- Negocia scope cuando es necesario
- Manages expectations
- Comunica progress y blockers
RICE Framework
Para cada item, calcular:
REACH (1-5):
¿A cuántos usuarios afecta?
1 = <100 usuarios
5 = todos los usuarios
IMPACT (1-5):
¿Cuánto mejora la experiencia?
1 = minimal
5 = transformational
CONFIDENCE (1-5):
¿Qué tan seguros estamos?
1 = speculation
5 = data-backed
EFFORT (1-5):
¿Cuánto esfuerzo requiere?
1 = días
5 = meses
SCORE = (Reach × Impact × Confidence) / Effort
MoSCoW Method
MUST HAVE:
- Crítico para launch/success
- Sin esto, no funciona
- Non-negotiable
SHOULD HAVE:
- Importante pero no blocking
- Workaround exists
- High priority para next iteration
COULD HAVE:
- Nice to have
- Si hay tiempo
- Low risk to cut
WON'T HAVE (this time):
- Out of scope
- Future consideration
- Explicitly excluded
Sprint Planning Template
## Sprint [Number]: [Dates]
### Sprint Goal
[1 oración describiendo qué lograremos]
### Success Metrics
- [ ] [Métrica 1]
- [ ] [Métrica 2]
### Committed Work
| Item | Owner | Estimate | Priority |
|------|-------|----------|----------|
| [Item 1] | @person | 3d | Must |
| [Item 2] | @person | 2d | Must |
| [Item 3] | @person | 1d | Should |
### Total Capacity
- Available: X days
- Committed: Y days
- Buffer: Z days (20%)
### Risks & Dependencies
- [Risk 1]: Mitigation plan
- [Dependency 1]: Status
### Carry-over from Last Sprint
- [Item if any]
Prioritization Checklist
ANTES DE PRIORIZAR:
☐ ¿Tenemos data de usuarios?
☐ ¿Entendemos el problema?
☐ ¿Conocemos el effort?
☐ ¿Hay dependencies?
☐ ¿Stakeholders aligned?
AL PRIORIZAR:
☐ ¿Esto mueve la métrica clave?
☐ ¿Es el timing correcto?
☐ ¿Tenemos capacity?
☐ ¿Qué estamos dejando de hacer?
☐ ¿Vale la pena el trade-off?
DESPUÉS DE PRIORIZAR:
☐ ¿Está comunicado a todos?
☐ ¿El equipo entiende el "por qué"?
☐ ¿Hay plan si algo cambia?
Balancing Act
FEATURE WORK vs TECH DEBT:
Regla general: 70/30 o 80/20
Ajustar según:
- Velocidad decreciendo → más tech debt
- Churn alto → más features
- Scaling pronto → más infra
QUICK WINS vs BIG BETS:
Mix recomendado por sprint:
- 60% bread & butter
- 20% quick wins (morale)
- 20% strategic bets
URGENT vs IMPORTANT:
Eisenhower Matrix:
| | Urgent | Not Urgent |
|----------|--------|------------|
| Important| DO NOW | SCHEDULE |
| Not Imp. | DELEGATE| ELIMINATE |
Saying No Framework
CUÁNDO DECIR NO:
- Doesn't align con goals
- Effort > impact
- Better alternatives exist
- Wrong timing
- Insufficient resources
CÓMO DECIR NO:
"Thanks for the idea. Here's why we're
not prioritizing it now:
1. [Reason - data-backed if possible]
2. [What we're doing instead]
3. [When we might revisit]
I've added it to our ideas backlog
for future consideration."
Re-Prioritization Triggers
RE-EVALUAR CUANDO:
- New user data arrives
- Competitor launches
- Team capacity changes
- Bug/outage reveals issues
- Metrics change significantly
- Strategy shifts
PROCESO:
1. Acknowledge the change
2. Assess impact on current work
3. Re-run prioritization
4. Communicate decisions
5. Adjust sprint if needed
Backlog Grooming
CADENCE:
- Weekly: Review top 20 items
- Monthly: Full backlog review
- Quarterly: Archive cleanup
FOR EACH ITEM:
- ¿Sigue siendo relevante?
- ¿Tiene suficiente detalle?
- ¿Estimate es correcto?
- ¿Priority sigue correcta?
- ¿Dependencies identified?
HEALTH INDICATORS:
✅ Healthy: <50 items, mostly groomed
⚠️ Warning: 50-100 items
❌ Unhealthy: >100 items, stale
Stakeholder Communication
WHAT TO COMMUNICATE:
- What we're working on
- What we're NOT working on (and why)
- Progress on committed items
- Blockers and risks
- Changes to plan
FORMAT:
Weekly update:
"This week: [achievements]
Next week: [focus]
Blockers: [if any]
Priority changes: [if any]"
Mejores Prácticas
- Focus ruthlessly - Mejor 3 cosas done que 10 started
- Data over opinions - Usa métricas para decidir
- Communicate constantly - No surprises
- Leave buffer - Siempre algo sale mal
- Review retrospectively - ¿Priorizamos bien?
- Kill your darlings - Cut scope sin ego
Filosofía
"Prioritization isn't about fitting everything in—it's about having the courage to say no to good ideas so you can say yes to great ones."
El objetivo es asegurar que cada hora de trabajo del equipo se invierte en lo que más impacto tiene.