Evento: Sprint Planning

La Sprint Planning inicia el Sprint al establecer el trabajo que se realizará para el Sprint. - Guía de Scrum

La Sprint Planning es el primer evento que se realiza dentro del Sprint. La dinámica de este evento es de tipo taller donde todo el Equipo Scrum pone manos a la obra.

La duración máxima de una Sprint Planning es de ocho horas para un Sprint de cuatro semanas, reduciéndose en longitud para Sprints más cortos.

En el Sprint Planning se deciden tres aspectos:

  • El Objetivo del Sprint, es decir, para qué hacer este Sprint
  • Los PBIs que formarán parte en este Sprint, es decir, qué incremento construir
  • El plan del Sprint, o sea, cómo será construido el Incremento

Todo esto en conjunto formará el Sprint Backlog.

Definición del Objetivo de Sprint

El Objetivo del Sprint describe la razón por la cual vale la pena realizar el trabajo del Sprint. El mismo surge de forma colaborativa y es creado por el Equipo Scrum a partir del input del Product Owner, quien expone al resto una propuesta de Incremento de valor y usabilidad del producto. Por ejemplo, “dar la posibilidad a los usuarios de ordenar online” o “validar si la integración del log-in con redes sociales disminuye la fricción y aumenta la conversión” o “presentar los Keynotes de la conferencia y abrir los registros de participantes”.

Selección de PBIs para el Sprint

Mediante una conversación entre Product Owner y Desarrolladores se escogen los PBIs del Product Backlog que formarán parte de el Sprint actual.

Esta decisión se basa en el Objetivo del Sprint, el orden de los PBIs en el Product Backlog y un pronóstico de cuánto trabajo podrían hacer los Desarrolladores para transformar PBIs en Incrementos. Este último pronóstico se basa en las experiencias de Sprints pasados. Quienes finalmente determinan la cantidad de trabajo a realizar son los Desarrolladores.

Durante esta conversación los Desarrolladores realizan todas las preguntas que crean necesarias para conocer los detalles de cada uno de los PBIs y así corroborar o ajustar sus supuestos.

Aún asumiendo que los PBIs ya han sido explorados en detalle durante los refinamientos previos, debido al principio del Manifiesto Ágil por el Desarrollo de Software que determina que una ventaja competitiva consta de “aceptar los cambios aun en etapas avanzadas del proyecto”, es posible que en esta reunión aparezcan PBIs que no habían sido refinados anteriormente. Esta situación se da muy seguido con PBIs que emergen o incrementan su prioridad debido al feedback recibido en el Sprint inmediato anterior. Frente a esta situación, el Equipo Scrum refina esos PBIs en el momento.

El Product Owner y los Desarrolladores son los protagonistas en la toma de esta decisión. El Scrum Master, al tiempo que facilita la reunión, también debe asegurar que cualquier stakeholder que sea requerido para profundizar en detalles esté presente o sea contactado.

Elaboración del Plan de Sprint

Los Desarrolladores determinan la forma en la que llevarán adelante el trabajo. Esto implica la definición inicial de un diseño de alto nivel, el cual será refinado durante el Sprint mismo y la identificación de las actividades que deberán llevar a cabo en conjunto.

Se espera que el diseño sea emergente, es decir, que surja de la necesidad de los Desarrolladores a medida que avancen en el conocimiento del negocio y la definición del producto. Por esta misma razón es que te propongo no realizar un diseño completo y acabado de lo que será realizado durante el Sprint. En cambio, busca un acuerdo de alto nivel que será bajado a detalle durante la ejecución del Sprint.

Esto mismo sucede con las tareas del plan del Sprint, es decir que no es estrictamente necesario enumerar por completo todas las tareas que serán realizadas ya que muchas aparecerán a medida que avancen. Adicionalmente, es recomendable que cada tarea dure menos de un día. Esto permitirá detectar bloqueos o retrasos durante las reuniones diarias.

Si bien el Product Owner no participa de esta descomposición de PBIs en tareas, hace su aporte en el caso de que los Desarrolladores necesite respuestas a nuevas preguntas con la finalidad de clarificar su entendimiento de las necesidades. Al finalizar esta reunión, el Equipo Scrum habrá arribado a un Sprint Backlog y estará en condiciones de comenzar con el trabajo del Sprint para transformar los PBIs en un Incremento de valor que respete la Definición de Terminado y logre el Objetivo del Sprint.