Eventos clave en la metodología Scrum

Hay una serie de acontecimientos clave en el proceso de Scrum, estos son:

Sprint

Proyecto dividido en partesUn Sprint es un proyecto dividido en bloques temporales, cada iteración tiene que proporcionar un resultado competo un incremento de producto que sea potencialmente entregable. Estos bloques tienden a durar entre 2 y 4 semanas cada uno. Una vez que se inicia un Sprint, hay una serie de reglas:

  • No se pueden realizar cambios durante una carrera de velocidad que podrían poner en peligro la meta de Sprint.
  • Los objetivos de calidad no disminuyen.
  • El ámbito de aplicación se puede aclarar y volver a negociar con el propietario del producto, siempre y cuando el equipo de entrega tenga más información.
  • Un Sprint incluye todas las fases de un proyecto: planificación, diseño, desarrollo y pruebas.

Cancelación de un sprint

Un Sprint puede ser cancelado antes de que el bloque de tiempo llegue a su fin. En general, un Sprint debería cancelarse si no tuviese sentido seguir con él dadas las circunstancias.

Pero debido a la corta duración de los Sprints, rara vez la cancelación tiene sentido.

Cuando se cancela un Sprint, se revisan todos los Elementos de la Lista de Producto que se hayan completado y “Terminado”.

Planificación del Sprint / Sprint planning meeting

El sprint es la versión Scrum de una iteración ágil. Este es el período de dos semanas en el que el equipo consigue hacer parte del producto a entregar. En Scrum es importante entregar en cada finalización de un sprint un valor agregado al producto, presentándolo al cliente o dueño del proyecto como un avance del mismo.

El tiempo estimado de duración para un sprint es de entre 2 y 4 semanas.

La Reunión de Planificación de Sprint responde a las siguientes preguntas:

  • ¿Qué puede entregarse en el Incremento resultante del Sprint que comienza?
  • ¿Cómo se conseguirá hacer el trabajo necesario para entregar el Incremento?

Reunión diaria / Daily Scrums

Las reuniones diarias no deben ser mayores de diez minutos a diario, se reúnen todos los miembros del equipo. En esta reunión se les pide a los miembros del equipo para responder a tres preguntas sencillas:

  • ¿Qué hiciste ayer?
  • ¿Cómo será el día de hoy?
  • ¿Hay algo bloqueando su camino? 

Revisión del Sprint / Sprint Review

Cada sprint termina con una reunión de revisión del sprint. Se inicia con una revisión del cliente y la demostración y termina con la retrospectiva del equipo. Por cada semana de duración del sprint, aplique una hora de reunión para la revisión del cliente. Para la retrospectiva, aplicar 45 minutos por cada semana de duración Sprint. Por ejemplo, un Sprint de 30 días daría como resultado una revisión de cuatro horas y una retrospectiva de tres horas. A dos semanas de Sprint daría lugar a una revisión de dos horas y una retrospectiva de uno y una media hora. Además, el equipo debe pasar no más de una hora para la preparación de la revisión.

La Revisión de Sprint incluye los siguientes elementos:

  • Los asistentes son el Equipo Scrum y los interesados clave invitados por el Dueño de Producto;
  • El Dueño de Producto explica qué elementos de la Lista de Producto se han “Terminado” y cuales no se han “Terminado”;
  • El Equipo de Desarrollo habla acerca de qué fue bien durante el Sprint, qué problemas aparecieron y cómo fueron resueltos esos problemas;
  • El Equipo de Desarrollo demuestra el trabajo que ha “Terminado” y responde preguntas acerca del Incremento;
  • El Dueño de Producto habla acerca de la Lista de Producto en el estado actual. Proyecta fechas de finalización probables en el tiempo basándose en el progreso obtenido hasta la fecha (si es necesario);
  • El grupo completo colabora acerca de qué hacer a continuación, de modo que la Revisión del Sprint proporcione información de entrada valiosa para Reuniones de Planificación de Sprints subsiguientes.
  • Revisión de cómo el mercado o el uso potencial del producto podría haber cambiado lo que es de más valor para hacer a continuación; y,
  • Revisión de la línea de tiempo, presupuesto, capacidades potenciales y mercado para la próxima entrega prevista del producto.
  • El resultado de la Revisión de Sprint es una Lista de Producto revisada, que define los elementos de la Lista de Producto posibles para el siguiente Sprint. Es posible además que la Lista de Producto reciba un ajuste general para enfocarse en nuevas oportunidades.

Retrospectiva  de Sprint/ Sprint Retrospective

Con el objetivo de mejorar de manera continua su productividad y la calidad del producto que está desarrollando, el equipo analiza cómo ha sido su manera de trabajar durante la iteración, por qué está consiguiendo o no los objetivos a que se comprometió al inicio de la iteración y por qué el incremento de producto que acaba de demostrar al cliente era lo que él esperaba o no:

  • Qué cosas han funcionado bien.
  • Cuales hay que mejorar.
  • Qué cosas quiere probar hacer en la siguiente iteración.
  • Qué ha aprendido.
  • Cuáles son los problemas que podrían impedirle progresar adecuadamente. El Facilitador se encargará de ir eliminando los obstáculos identificados que el propio equipo no pueda resolver por sí mismo.Hay una serie de acontecimientos clave en el proceso de Scrum, estos son:

Sprint

Un Sprint es un proyecto dividido en bloques temporales, cada iteración tiene que proporcionar un resultado competo un incremento de producto que sea potencialmente entregable. Estos bloques tienden a durar entre 2 y 4 semanas cada uno. Una vez que se inicia un Sprint, hay una serie de reglas:

  • No se pueden realizar cambios durante una carrera de velocidad que podrían poner en peligro la meta de Sprint.
  • Los objetivos de calidad no disminuyen.
  • El ámbito de aplicación se puede aclarar y volver a negociar con el propietario del producto, siempre y cuando el equipo de entrega tenga más información.
  • Un Sprint incluye todas las fases de un proyecto: planificación, diseño, desarrollo y pruebas.

Cancelación de un sprint

Un Sprint puede ser cancelado antes de que el bloque de tiempo llegue a su fin. En general, un Sprint debería cancelarse si no tuviese sentido seguir con él dadas las circunstancias.

Pero debido a la corta duración de los Sprints, rara vez la cancelación tiene sentido.

Cuando se cancela un Sprint, se revisan todos los Elementos de la Lista de Producto que se hayan completado y “Terminado”.

Planificación del Sprint / Sprint planning meeting

El sprint es la versión Scrum de una iteración ágil. Este es el período de dos semanas en el que el equipo consigue hacer parte del producto a entregar. En Scrum es importante entregar en cada finalización de un sprint un valor agregado al producto, presentándolo al cliente o dueño del proyecto como un avance del mismo.

El tiempo estimado de duración para un sprint es de entre 2 y 4 semanas.

La Reunión de Planificación de Sprint responde a las siguientes preguntas:

  • ¿Qué puede entregarse en el Incremento resultante del Sprint que comienza?
  • ¿Cómo se conseguirá hacer el trabajo necesario para entregar el Incremento?

Reunión diaria / Daily Scrums

Las reuniones diarias no deben ser mayores de diez minutos a diario, se reúnen todos los miembros del equipo. En esta reunión se les pide a los miembros del equipo para responder a tres preguntas sencillas:

  • ¿Qué hiciste ayer?
  • ¿Cómo será el día de hoy?
  • ¿Hay algo bloqueando su camino? 

Revisión del Sprint / Sprint Review

Cada sprint termina con una reunión de revisión del sprint. Se inicia con una revisión del cliente y la demostración y termina con la retrospectiva del equipo. Por cada semana de duración del sprint, aplique una hora de reunión para la revisión del cliente. Para la retrospectiva, aplicar 45 minutos por cada semana de duración Sprint. Por ejemplo, un Sprint de 30 días daría como resultado una revisión de cuatro horas y una retrospectiva de tres horas. A dos semanas de Sprint daría lugar a una revisión de dos horas y una retrospectiva de uno y una media hora. Además, el equipo debe pasar no más de una hora para la preparación de la revisión.

La Revisión de Sprint incluye los siguientes elementos:

  • Los asistentes son el Equipo Scrum y los interesados clave invitados por el Dueño de Producto;
  • El Dueño de Producto explica qué elementos de la Lista de Producto se han “Terminado” y cuales no se han “Terminado”;
  • El Equipo de Desarrollo habla acerca de qué fue bien durante el Sprint, qué problemas aparecieron y cómo fueron resueltos esos problemas;
  • El Equipo de Desarrollo demuestra el trabajo que ha “Terminado” y responde preguntas acerca del Incremento;
  • El Dueño de Producto habla acerca de la Lista de Producto en el estado actual. Proyecta fechas de finalización probables en el tiempo basándose en el progreso obtenido hasta la fecha (si es necesario);
  • El grupo completo colabora acerca de qué hacer a continuación, de modo que la Revisión del Sprint proporcione información de entrada valiosa para Reuniones de Planificación de Sprints subsiguientes.
  • Revisión de cómo el mercado o el uso potencial del producto podría haber cambiado lo que es de más valor para hacer a continuación; y,
  • Revisión de la línea de tiempo, presupuesto, capacidades potenciales y mercado para la próxima entrega prevista del producto.
  • El resultado de la Revisión de Sprint es una Lista de Producto revisada, que define los elementos de la Lista de Producto posibles para el siguiente Sprint. Es posible además que la Lista de Producto reciba un ajuste general para enfocarse en nuevas oportunidades.

Retrospectiva  de Sprint/ Sprint Retrospective

Con el objetivo de mejorar de manera continua su productividad y la calidad del producto que está desarrollando, el equipo analiza cómo ha sido su manera de trabajar durante la iteración, por qué está consiguiendo o no los objetivos a que se comprometió al inicio de la iteración y por qué el incremento de producto que acaba de demostrar al cliente era lo que él esperaba o no:

  • Qué cosas han funcionado bien.
  • Cuales hay que mejorar.
  • Qué cosas quiere probar hacer en la siguiente iteración.
  • Qué ha aprendido.
  • Cuáles son los problemas que podrían impedirle progresar adecuadamente. El Facilitador se encargará de ir eliminando los obstáculos identificados que el propio equipo no pueda resolver por sí mismo.