Saltar al contenido principal
Página

Tema 6.7 - Reuniones o Ceremonias de Scrum

Reuniones o Ceremonias de Scrum 

Para que cualquier proyecto tenga éxito, la comunicación es importante, los Scrum Teams emplean una serie de reuniones clave para estructurar el trabajo del equipo: 

  • Daily Standup Meeting. 
  • Sprint Planning Meeting. 
  • Sprint Review Meeting. 
  • Sprint Retrospective.

Daily Standup Meeting


Reunión Diaria (Daily Sprint)
  • Punto de inspección y adaptación en Scrum. Máx. 15 minutos. 
  • El equipo se reúne para comunicar y entender los estados. 
  • Esencial para conocer el progreso continuo y evitar bloqueos. 
  • No tiene como objetivo reportar progreso al Scrum Master, Product Owner o cualquier otro stakeholder. 
  • El Product Owner podrá participar siempre y cuando su participación sea pasiva. 
  • El Scrum Master se asegura de que el Development Team mantenga Ia reunión, pero el Development Team es el responsable de dirigir el Scrum Diario.

Sprint Planning Meeting

Preparación de la Planeación
 
  • Plantear una meta del Sprint. 
  • La meta: 
    1. Crea alineación entre el Product Owner (PO), Scrum Master (SM) y el Development Team.
    2. Limita el tipo de requerimientos en que se trabaja en un Sprint. 
    3. Facilita la comunicación con los involucrados. 
  • Se debe hacer Refinamiento antes del Sprint. 
  • Definir: 
    1. Velocidad historia del equipo. 
    2. Capacidad del equipo. 

Planeación del Sprint 

  • El Product Owner (PO) define el objetivo del Sprint. 
  • Tomando los elementos de más alta prioridad del Product Backlog, el Development Team determina los elementos que se compromete a implementar en el Sprint.
  • Los elementos del PB seleccionados se dividen en tareas para crear el Sprint Backlog.
  • El PO tiene una idea de que quiere entregar al final del Sprint (elementos de alta prioridad del PB). 
  • El equipo establece un compromiso realizable basado en sus capacidades, velocidad pronosticada y las restricciones conocidas.
  • Dos partes: 
    1. ¿Qué será entregado en el incremento resultado del Sprint? 
    2. ¿Cómo se conseguirá hacer el trabajo necesario para entregar el Incremento? 

¿Qué puede ser terminado? 

Esta pregunta nos ayuda para que el Development Team (DT) trabaje para proyectar la funcionalidad que se desarrollará durante el Sprint, donde se define objetivo del Sprint (Sprint Goal), el número de elementos del Product Backlog seleccionados para el Sprint depende únicamente del Development Team (DT). 


¿Qué será entregado? 
  • El PO explica la meta propuesta del Sprint, describe los temas, características o historias objetivo. 
  • El Development Team pronostica qué elementos del PB entregará en el Sprint.
  • El Scrum Team define la meta del Sprint. 

Planeación de la Entrega 

El objetivo es proveer a los involucrados una idea de Ia funcionalidad que probablemente se entregará en una fecha. La planeación de la entrega es continua durante el proyecto a medida que el cliente va dando retroalimentación, eI Product Owner es responsable de las decisiones en la planeación de la entrega. EI plan de la entrega es una ruta aproximada a un destino.


Sprint Goal 
  • El Sprint Goal es una meta establecida para el Sprint que puede lograrse mediante la implementación del Product Backlog. 
  • El Sprint Goal brinda al Development Team cierta flexibilidad con respecto a la funcionalidad implementada en el Sprint. 
  • El Sprint Goal puede representar otro nexo de unión que haga que el Development Team trabaje en conjunto y no en iniciativas separadas.


¿Cómo se conseguirá completar el trabajo seleccionado? 

Una vez que se ha establecido el Sprint Goal y seleccionado los elementos del Product Backlog para el Sprint, el Development Team decide cómo construirá esta funcionalidad para formar un Incremento de producto “Done” durante el Sprint, los elementos del Product Backlog seleccionados para este Sprint, más el plan para terminarlos, recibe el nombre de Sprint Backlog.


Sprint Review Meeting 

  • Los asistentes son el Scrum Team y los stakeholders claves invitados por el Product Owner. 
  • El Product Owner explica qué elementos del Product Backlog se han “Done” y cuales no se han “Done”. 
  • El Development Team habla acerca de qué estuvo bien durante el Sprint, qué problemas aparecieron y cómo fueron resueltos esos problemas. 
  • El Development Team hace una demostración del trabajo que ha “Done” y responde preguntas acerca del Incremento. 
  • El Product Owner habla acerca del Product Backlog en su estado actual. Proyecta objetivos probables y fechas de entrega en el tiempo basándose en el progreso obtenido hasta la fecha (si fuera necesario). 
  • El grupo completo colabora acerca de qué hacer a continuación, de modo que el Sprint Review proporcione información de entrada valiosa para el subsiguiente Sprint Planning. 
  • 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. 
  • Revisión de la línea de tiempo, presupuesto, capacidades potenciales y mercado para las próximas entregas de funcionalidad o capacidad prevista del producto. 


Sprint Retrospective.

  • El Sprint Retrospective es una oportunidad para el Scrum Team de inspeccionarse a sí mismo y de crear un plan de mejoras que sean abordadas durante el siguiente Sprint. 
  • El Sprint Retrospective tiene lugar después del Sprint Review y antes del siguiente Sprint Planning. 
  • Se trata de una reunión de, a lo sumo, tres horas para Sprints de un mes. 
El propósito del Sprint Retrospective es: 
  • Inspeccionar cómo fue el último Sprint en cuanto a personas, relaciones, procesos y herramientas. 
  • Identificar y ordenar los elementos más importantes que salieron bien y las posibles mejoras. 
  • Crear un plan para implementar las mejoras a la forma en la que el Scrum Team desempeña su trabajo.


Las 5 Etapas de una Retrospectiva


Última modificación: martes, 29 de marzo de 2022, 10:57