Priorizacion, alcance y contratos agiles
Priorizar es decidir valor bajo restricciones. El PO usa criterios de negocio, urgencia, riesgo, dependencias, esfuerzo, MoSCoW, Kano, Pareto, valor/esfuerzo, WSJF y acuerdos contractuales compatibles con cambio.
Criterios de priorizacion
El Product Owner ordena el backlog usando valor de negocio, urgencia, riesgo, reduccion de incertidumbre, dependencias y esfuerzo. La priorizacion es continua y cambia con nueva evidencia.
- No todo lo urgente es valioso.
- Items que reducen riesgo pueden tener alta prioridad.
- Dependencias pueden desbloquear valor futuro.
Marcos de decision
MoSCoW clasifica necesidad; Kano interpreta satisfaccion; Pareto busca alto impacto; WSJF pondera costo de demora y tamano; valor/esfuerzo ayuda cuando se necesita comparacion rapida.
- El marco depende del tipo de decision.
- Usar varios marcos puede revelar sesgos.
- La matematica no reemplaza juicio de producto.
Alcance y contratos
En Agile/Scrum, el alcance debe poder adaptarse. Contratos Time and Material, phased development, cost ceiling, bonus/penalty o cambios por alcance requieren transparencia sobre valor, riesgo y expectativas.
- Fixed scope rigido choca con aprendizaje emergente.
- Money for Nothing/Changes for Free busca balance entre flexibilidad y control.
- El PO ayuda a convertir expectativas en backlog priorizado.
Términos clave
Objetivos de aprendizaje
- PO-5.1.1 · K1Recordar criterios comunes de priorizacion
Valor, urgencia, riesgo, dependencias y esfuerzo ayudan a ordenar el backlog.
- PO-5.2.1 · K2Explicar MoSCoW, Kano, Pareto, WSJF y valor/esfuerzo
Cada marco ayuda a comparar opciones desde necesidad, satisfaccion, impacto, costo de demora o esfuerzo.
- PO-5.3.1 · K2Describir alcance y contratos en Agile/Scrum
Contratos agiles deben permitir aprendizaje y cambio manteniendo transparencia de valor, costo y riesgo.
- PO-5.4.1 · K3Aplicar priorizacion de releases, Sprints y backlog
El PO agrupa items en releases y colabora en Sprint Planning segun valor, capacidad, riesgo y objetivo.
Errores frecuentes
- Priorizar por quien grita mas fuerte.
- Aplicar MoSCoW y terminar con todo en Must.
- Usar roadmap como contrato de alcance cerrado.
- Ignorar costo de demora y dependencias tecnicas.
Ejemplos aplicados
- Un item de seguridad puede subir prioridad por riesgo aunque no sea visible para usuarios.
- Kano ayuda a distinguir basicos esperados de delighters que sorprenden.