Durante un sprint, un miembro del equipo descubre un problema que él y el product owner consideran más importante que otras características del sprint, pero que no bloquea la finalización del sprint. ¿Qué debe pedir el líder del proyecto al equipo que haga?

La opción correcta es seguir el plan del sprint y priorizar el problema en el backlog. En Scrum, una vez que un sprint ha comenzado, su alcance debe permanecer estable. Interrumpir el sprint para abordar un nuevo problema, incluso uno de alta prioridad, va en contra de los principios de estabilidad del sprint y podría comprometer la entrega de los compromisos actuales. El problema debe ser añadido al backlog del producto para ser priorizado por el Product Owner y considerado en un sprint futuro. Las otras opciones son incorrectas porque: Evitar cambiar el plan y abordar el problema en el siguiente sprint es parcialmente correcto, pero no aborda la necesidad de priorizar el problema en el backlog. Enviar el problema a la junta de control de cambios (CCB) es un proceso más asociado con enfoques predictivos, no con la agilidad de Scrum. Abordar el problema inmediatamente porque tiene mayor prioridad que las características restantes del sprint interrumpe el sprint actual y viola el principio de estabilidad del alcance del sprint.