Durante el Sprint el Sprint Backlog puede cambiar, los Desarrolladores pueden descubrir nuevo trabajo o el Product Owner puede darse cuenta de que un elemento urgente del Product Backlog se debe agregar. Si bien es cierto que pueden existir muchos escenarios que ameriten cambiar el Sprint Backlog está decisión del cambio corresponder a los Desarrolladores. El Product Owner puede negociar con los Desarrolladores para optimizar el trabajo para lograr el Objetivo del Sprint y encontrar alternativas para atender los elementos urgentes que surjan. Lo que no debería suceder es someter a los Desarrolladores a constantes cambios dentro del Sprint que dificulten cierto nivel de estabilidad que permita a los Desarrolladores enfocarse y entregar valor. A veces se puede encontrar el argumento de que en Scrum y la Agilidad los cambios son bienvenidos en cualquier momento, aunque esto es cierto si los cambios son tan grandes durante el Sprint es probable que el trabajo dentro de la caja de tiempo se vuelva un caos y cree un ambiente poco motivante para los Desarrolladores. Bienvenidos los cambios si, pero enfocados en el Objetivo del Sprint y del Objetivo de producto y siempre fomentando la autoorganización de los Desarrolladores y la colaboración y negociación en el equipo Scrum. El Product Owner no toma la decisión final sobre los cambios en el Sprint Backlog pero puede negociar con los Desarrolladores para lograr lo mejor para el producto y los clientes.