Durante un sprint de dos semanas, el propietario del producto descubre un requisito de cumplimiento normativo que se pasó por alto y que debe completarse en este sprint o la organización enfrentará una sanción. ¿Qué debe hacer el gerente de proyecto para mitigar este riesgo?

La respuesta correcta es solicitar al equipo que agregue la historia de usuario al sprint actual y deje que trabajen en ella. En Scrum, el equipo es autoorganizado y tiene la autoridad para decidir cómo gestionar el trabajo dentro del sprint. Ante un requisito crítico como este, el equipo debe evaluar la capacidad y el impacto, y determinar la mejor manera de incorporar el trabajo, posiblemente renegociando el alcance del sprint con el Product Owner. Las otras opciones son incorrectas: Revisar el problema con el patrocinador y pedir más tiempo no es la primera acción, ya que el equipo es el primero en evaluar la situación. Completar un análisis de impacto y no cambiar el alcance del sprint es incorrecto; el alcance del sprint puede ser renegociado si surge una necesidad crítica. Incluir la historia de usuario en el próximo sprint es inviable debido a la urgencia y las posibles sanciones.