Responsable de producto (PRODUCT_OWNER)
Decides qué se construye y cuándo está listo para los usuarios.
Qué apruebas
INTAKE, DISCOVERY, DEFINITION, DESIGN, RELEASE y las solicitudes de cambio en EVOLUTION.
Qué haces en cada momento
| Momento | Tu trabajo |
|---|---|
| Al empezar | Describir el problema, el objetivo y lo que queda fuera de alcance. Elegir el modo de rigor con el líder técnico. |
| Definición | Revisar que cada requisito tenga un criterio de aceptación que se pueda comprobar. Priorizar (MUST, SHOULD, COULD, WONT). |
| Diseño | Confirmar que los flujos cubren lo que necesitan los usuarios. |
| Release | Revisar el informe de validación y decidir si se publica. |
| Evolución | Decidir qué cambios entran y con qué prioridad. |
Lo que debes vigilar
- Alcance que crece solo. Si aparece una funcionalidad que nadie pidió, pregunta de qué requisito viene. La metodología prohíbe ampliar el alcance sin un requisito o cambio aprobado.
- Criterios vagos. "Que sea rápido" no se puede validar; "que cargue en menos de 2 segundos" sí.
- Incógnitas abiertas. Un
UNKNOWNen un documento es una pregunta que te toca responder o delegar.
Lo que no te toca
Elegir tecnologías o decidir la arquitectura. Puedes opinar, pero lo aprueba el líder técnico.