Durante la ejecución, un nuevo propietario del producto dice que el alcance de la primera versión debe cambiar. ¿Qué debe pedir el líder del proyecto al propietario del producto que haga primero?

La respuesta correcta es revisar las prioridades de los elementos de backlog existentes en la versión. En un entorno ágil, los cambios de alcance durante la ejecución se gestionan a través de la repriorización del backlog. El Product Owner es responsable de la priorización del backlog, asegurando que el equipo trabaje en los elementos de mayor valor. Antes de añadir nuevos elementos, es crucial evaluar si los elementos existentes siguen siendo los más importantes o si deben ser reemplazados o postergados. Las otras opciones son incorrectas porque: Crear nuevos elementos y presentarlos en la retrospectiva no es el primer paso; la retrospectiva es para la mejora del proceso, no para la gestión del alcance. Crear nuevos elementos y discutirlos en la planificación del sprint es prematuro sin una revisión previa de las prioridades actuales. Revisar nuevos elementos en la reunión diaria no es apropiado; la reunión diaria es para sincronización del equipo sobre el progreso del sprint actual, no para introducir cambios de alcance significativos.