Las partes del Sprint Backlog
Para entender lo que es el Sprint Backlog en Scrum, recordemos que los artefactos de Scrum fueron pensados para maximizar la transparencia de la información. El Sprint Backlog constituye el contenedor de información con respecto al trabajo del Sprint.
El Sprint Backlog contiene tres elementos:
El compromiso del Sprint Backlog que se conoce como Objetivo del Sprint (Sprint Goal)
Los ítems del Product Backlog (PBIs), es decir lo que se trabajará durante el Sprint en curso
Las tareas que los Desarrolladores del Equipo Scrum determinaron para lograr el Incremento que se entregará al final del Sprint y que se inspeccionará durante la Sprint Review.
El Objetivo del Sprint en Scrum
El Objetivo del Sprint ayuda a enfocar en lo que se quiere lograr, da coherencia al trabajo que se está realizando y flexibilidad con respecto al cómo lograrlo día a día. La ventaja de contar con un Objetivo es permitir inspeccionar su progreso y tomar decisiones de adaptación del plan del Sprint de manera frecuente. Hay muchos posibles caminos para alcanzar el mismo destino. Es posible que sea necesario renegociar el alcance o replantear el enfoque de solución de los desafíos que se presenten.
Qué tener en cuenta para el Sprint Backlog
El Sprint Backlog es el resultado del trabajo de planificación que hacen los Developers del Equipo Scrum al principio del Sprint durante la reunión de Sprint Planning. En este encuentro, los Developers establecen el Objetivo del Sprint, es decir el valor que representará este Sprint, lo que se construirá (PBIs) y el cómo se trabajará para alcanzar el Objetivo.
Es muy importante que siempre recuerdes que no existe un plan perfecto. El Sprint Backlog es un plan de trabajo incompleto a propósito. El trabajo surgirá y se terminará de consolidar durante el Sprint gracias a la naturaleza empírica de Scrum, sin perder del vista el Objetivo del Sprint.
El Sprint Backlog no está escrito en piedra e irá mutando durante el Sprint en función del aprendizaje que vaya emergiendo. Si se necesita hacer modificaciones, éstas surgirán de los acuerdos entre los Desarrolladores y el Product Owner, siempre sin poner en peligro el Objetivo del Sprint.
Para conocer más sobre el Sprint Backlog te recomendamos leer la sección de artefactos dentro de la guía de introducción a Scrum.