

Class Registration
El título de este post tiene algo de contradicción, pero me siento bien contradiciéndome de vez en cuando. En el grupo de LinkedIn de Certified ScrumMaster hubo una interesante conversación sobre lo que debe hacer un equipo cuando terminan todo su trabajo antes del final del Sprint. Otras personas habían comentado antes sobre el tema algunas estrategias eficaces y mi única contribución fue que si el equipo ha terminado, deben ayudar a otros miembros del equipo u otros equipos que no lo han hecho.
Entonces el hilo del tema tomó un giro más interesante cuando un participante citó Jeff Sutherland en su reciente libro, Scrum: The Art of Doing Twice the Work in Half the Time, y citó un pasaje específico que dice que el alcance de un Sprint está cerrado después de la planificación del Sprint . Si bien en la mayoría de situaciones, yo tendería a estar de acuerdo con que Scrum, debe ser seguido según la teoría, dice que una vez el compromiso del equipo para el objetivo del Sprint queda establecido en la planificación del Sprint, no puede ser alterado. Si permitimos un exceso de flexibilidad, eso creará demasiado trabajo basura y falta de enfoque en el equipo. Además, dejando al negocio cambiar las prioridades después de la planificación del Sprint no fomenta que el mismo haga compromisos con respecto a sus prioridades, ni a reforzar la responsabilidad del Product Owner para estar listo y preparado a tiempo para la planificación del Sprint.