En un proyecto de software, el product owner y el equipo de desarrollo acordaron un sprint backlog donde la máxima prioridad es un módulo de pago. El equipo trabajó en ello durante la primera mitad del sprint, pero dos desarrolladores ahora quieren dedicar el resto a refactorizar otra característica que podría causar problemas en el futuro. ¿Qué debería hacer el gerente de proyecto?

La respuesta correcta es recordar a los desarrolladores la importancia de centrarse en el objetivo del sprint y cumplirlo. En Scrum, el equipo de desarrollo es autoorganizado y responsable de cumplir con el objetivo del sprint, que se establece al inicio del mismo y se basa en los elementos de mayor prioridad del product backlog. Desviarse para refactorizar una característica no prioritaria durante el sprint compromete el objetivo acordado. Permitir la refactorización sin discusión previa socava la planificación del sprint. Escalar el problema a gerentes funcionales es una acción excesiva y no fomenta la autoorganización del equipo. Elogiar la proactividad es bueno, pero no cuando interfiere con el objetivo del sprint. La refactorización es importante, pero debe planificarse y priorizarse adecuadamente, idealmente en un sprint futuro o como parte de un elemento del backlog.