Scrum define cinco ceremonias principales para cumplir con el control de sus procesos, todas con un sentido de ser propio que hace que sean imprescindibles para esta metodología:
Sprint Planning
Daily Scrum
Sprint Review
Sprint Retrospective
Sprint Grooming o Refinement
La razón por la que Scrum cuenta con estas cinco ceremonias es la de mantener los mínimos necesarios para facilitar que el control de procesos funciona.. Analicemos a continuación lo que es un Sprint y las ceremonias que van asociadas al mismo:
¿Qué es un Sprint?
Sprint es un contenedor para el resto de eventos de Scrum. El Sprint es continuo, es decir, su duración no debe cambiar mientras está en marcha el desarrollo del producto, y se puede interpretar como una medida de ritmo constante a lo largo del tiempo, permitiéndonos reducir complejidad y comparar resultados a lo largo de diferentes Sprints. El Sprint permite la transparencia, así como inspeccionar y adaptar los otros eventos de Scrum.
Scrum prescribe que un Sprint debe durar 4 semanas más o menos. Aunque es bastante habitual que los equipos Scrum elijan tener Sprints de diversas duraciones según la finalidad perseguida. Cada caso es diferente y es el equipo Scrum el que debe descubrir cuál es su periodo mínimo necesario para generar valor a través de un incremento terminado.
La duración del Sprint se determina por un horizonte de planning aceptable, determinado por el propio equipo Scrum junto al Product Owner. No hay fases en Scrum, sólo Sprints. No existen Sprints específicos de testing, hardening, release o análisis.
Un Sprint normal tendría los siguiente eventos o ceremonias:
El Sprint Planning al comienzo del Sprint
Daily Scrums a diario
Un Sprint Review al final del Sprint para inspeccionar el incremento realizado.
Y, finalmente, una Retrospectiva para inspeccionar el equipo y levantar mejoras que se apliquen en el siguiente Sprint.
Adicionalmente se ha incorporado también una reunión de Grooming o Refinement, que sirve para, dentro del Sprint, afinar y aclarar ciertas historias de usuario que pudieron quedar pendientes durante el Sprint Planning.
Todo ocurre en un sólo Sprint y en cada Sprint. En Scrum, los proyectos se financian por cada Sprint y es el product owner quien decide dónde y a qué dedicar los recursos. Entender esto es crítico para asegurar el éxito en el empleo de Scrum en una organización. En Scrum, los proyectos se financian por cada Sprint y es el product owner quien decide dónde y a qué dedicar los recursos. Entender esto es crítico para asegurar el éxito en el empleo de Scrum en una organización.
1ª ceremonia: Sprint Planning
El Sprint Planning es una reunión que se realiza al comienzo de cada Sprint donde participa el equipo Scrum al completo; sirve para inspeccionar el Backlog del Producto (Product Backlog ) y que el equipo de desarrollo seleccione los Product Backlog Items en los que va a trabajar durante el siguiente Sprint. Estos Product Backlog Items son los que compondrán el Sprint Backlog.
Durante esta reunión, el product owner presenta el Product Backlog actualizado que el equipo de desarrollo se encarga de estimar, además de intentar clarificar aquellos ítems que crea necesarios.
El Sprint Planning se divide en dos partes. En la primera parte de la reunión se trata Qué se va a hacer en el siguiente Sprint y, en la segunda parte, se discute el Cómo. La primera parte está organizada y liderada por el product owner, mientras que de la segunda parte se encarga el Development Team. La única labor del Scrum Master es asegurarse de que la reunión existe como parte de Scrum y que se mantiente dentro de las duraciones estimadas.
2ª ceremonia: Daily Scrum
El Daily Scrum, conocido comúnmente sólo como “La Daily”, es una reunión diaria de 15 minutos en la que participa exclusivamente el Development Team.
En esta reunión todas y cada una de las personas del Development Team responden a las siguientes preguntas:
¿Qué hice ayer para contribuir al Sprint Goal?
¿Qué voy a hacer hoy para contribuir al Sprint Goal?
¿Tengo algún impedimento que me impida entregar?
3ª ceremonia: Sprint Review
El Sprint Review es la reunión que ocurre al final del Sprint, generalmente el último viernes del Sprint, donde el product owner y el Develpment Team presentan a los stakeholders el incremento terminado para su inspección y adaptación correspondientes. En esta reunión organizada por el product owner se estudia cuál es la situación y se actualiza el Product Backlog con las nuevas condiciones que puedan afectar al negocio.
El equipo ha pasado hasta cuatro semanas desarrollando un incremento terminado de software que ahora mostrará a los stakeholders. No se trata de una demostración, sino de una reunión de trabajo. El Development Team tiene que tener un papel importante en esta reunión.
El equipo de desarrollo comenta posteriormente qué ha ocurrido durante el Sprint, los impedimentos que se han encontrado, así como soluciones tomadas y actualizan a los stakeholders con la situación del equipo.
4ª ceremonia: Sprint Retrospective
La retrospectiva ocurre al final del Sprint, justo después del Sprint Review. En algunos casos y por comodidad de los equipos, se realiza conjuntamente con el Sprint Planning, siendo la retrospectiva la parte inicial de la reunión.
El objetivo de la retrospectiva es hacer de reflexión sobre el último Sprint e identificar posibles mejoras para el próximo. Aunque lo habitual es que el Scrum Master sea el facilitador, es normal que distintos miembros del equipo Scrum vayan rotando el rol de facilitador durante la retrospectiva.
Un formato común es analizar qué ha ido bien durante el Sprint, qué ha fallado y qué se puede mejorar. Este formato se puede facilitar pidiendo a los miembros del equipo Scrum que escriban notas –en post-its- para luego agruparlas y votar aquellos ítems más relevantes, dando la oportunidad a todos de hablar y expresar sus inquietudes.
Se utiliza el formato de retrospectiva basado en cinco fases:
Preparar el ambiente: un pequeño ejercicio para romper el hielo.
Recolectar información: durante esta fase, se utilizan actividades para intentar construir una imagen de lo que ha sido el último Sprint, resultando una imagen conjunta de equipo.
Generación de ideas: el equipo intenta generar ideas para identificar acciones que ayuden a mejorar el rendimiento del equipo durante el siguiente Sprint.
Decidir qué hacer: de las ideas generadas, se proponen acciones que el equipo pueda implementar en el próximo Sprint.
Cierre: Una pequeña actividad de cierre, normalmente unida a una evaluación de la propia retrospectiva, ayuda al equipo a decidir hacia dónde dirigirse en próximas ocasiones. Un recordatorio de la mejora continua.
5ª ceremonia: Sprint Grooming o Refinement
El refinamiento del Product Backlog es una práctica recomendada para asegurar que éste siempre esté preparado. Esta ceremonia sigue un patrón similar al resto y tiene una agenda fija específica en cada Sprint. Se estima su duración en 2 horas máximo por semana del Sprint. Es responsabilidad del product owner agendar, gestionar y dirigir esta reunión.
Los participantes de esta reunión son todo el equipo Scrum, así como cualquier recurso adicional que considere necesario el PO y que pueda contribuir a aclarar el requerimiento. Es necesario, por tanto, que antes de la reunión todos conozcan los requerimientos o historias de usuario que van a ser tratados en la misma y sólo asistan aquellos cuya presencia sea estrictamente relevante.
Scrum define cinco ceremonias principales para cumplir con el control de sus procesos, todas con un sentido de ser propio que hace que sean imprescindibles para esta metodología:
La razón por la que Scrum cuenta con estas cinco ceremonias es la de mantener los mínimos necesarios para facilitar que el control de procesos funciona.. Analicemos a continuación lo que es un Sprint y las ceremonias que van asociadas al mismo:
¿Qué es un Sprint?
Sprint es un contenedor para el resto de eventos de Scrum. El Sprint es continuo, es decir, su duración no debe cambiar mientras está en marcha el desarrollo del producto, y se puede interpretar como una medida de ritmo constante a lo largo del tiempo, permitiéndonos reducir complejidad y comparar resultados a lo largo de diferentes Sprints. El Sprint permite la transparencia, así como inspeccionar y adaptar los otros eventos de Scrum.
Scrum prescribe que un Sprint debe durar 4 semanas más o menos. Aunque es bastante habitual que los equipos Scrum elijan tener Sprints de diversas duraciones según la finalidad perseguida. Cada caso es diferente y es el equipo Scrum el que debe descubrir cuál es su periodo mínimo necesario para generar valor a través de un incremento terminado.
La duración del Sprint se determina por un horizonte de planning aceptable, determinado por el propio equipo Scrum junto al Product Owner. No hay fases en Scrum, sólo Sprints. No existen Sprints específicos de testing, hardening, release o análisis.
Un Sprint normal tendría los siguiente eventos o ceremonias:
Todo ocurre en un sólo Sprint y en cada Sprint. En Scrum, los proyectos se financian por cada Sprint y es el product owner quien decide dónde y a qué dedicar los recursos. Entender esto es crítico para asegurar el éxito en el empleo de Scrum en una organización. En Scrum, los proyectos se financian por cada Sprint y es el product owner quien decide dónde y a qué dedicar los recursos. Entender esto es crítico para asegurar el éxito en el empleo de Scrum en una organización.
1ª ceremonia: Sprint Planning
El Sprint Planning es una reunión que se realiza al comienzo de cada Sprint donde participa el equipo Scrum al completo; sirve para inspeccionar el Backlog del Producto (Product Backlog ) y que el equipo de desarrollo seleccione los Product Backlog Items en los que va a trabajar durante el siguiente Sprint. Estos Product Backlog Items son los que compondrán el Sprint Backlog.
Durante esta reunión, el product owner presenta el Product Backlog actualizado que el equipo de desarrollo se encarga de estimar, además de intentar clarificar aquellos ítems que crea necesarios.
El Sprint Planning se divide en dos partes. En la primera parte de la reunión se trata Qué se va a hacer en el siguiente Sprint y, en la segunda parte, se discute el Cómo. La primera parte está organizada y liderada por el product owner, mientras que de la segunda parte se encarga el Development Team. La única labor del Scrum Master es asegurarse de que la reunión existe como parte de Scrum y que se mantiente dentro de las duraciones estimadas.
2ª ceremonia: Daily Scrum
El Daily Scrum, conocido comúnmente sólo como “La Daily”, es una reunión diaria de 15 minutos en la que participa exclusivamente el Development Team.
En esta reunión todas y cada una de las personas del Development Team responden a las siguientes preguntas:
3ª ceremonia: Sprint Review
El Sprint Review es la reunión que ocurre al final del Sprint, generalmente el último viernes del Sprint, donde el product owner y el Develpment Team presentan a los stakeholders el incremento terminado para su inspección y adaptación correspondientes. En esta reunión organizada por el product owner se estudia cuál es la situación y se actualiza el Product Backlog con las nuevas condiciones que puedan afectar al negocio.
El equipo ha pasado hasta cuatro semanas desarrollando un incremento terminado de software que ahora mostrará a los stakeholders. No se trata de una demostración, sino de una reunión de trabajo. El Development Team tiene que tener un papel importante en esta reunión. El equipo de desarrollo comenta posteriormente qué ha ocurrido durante el Sprint, los impedimentos que se han encontrado, así como soluciones tomadas y actualizan a los stakeholders con la situación del equipo.
4ª ceremonia: Sprint Retrospective
La retrospectiva ocurre al final del Sprint, justo después del Sprint Review. En algunos casos y por comodidad de los equipos, se realiza conjuntamente con el Sprint Planning, siendo la retrospectiva la parte inicial de la reunión.
El objetivo de la retrospectiva es hacer de reflexión sobre el último Sprint e identificar posibles mejoras para el próximo. Aunque lo habitual es que el Scrum Master sea el facilitador, es normal que distintos miembros del equipo Scrum vayan rotando el rol de facilitador durante la retrospectiva.
Un formato común es analizar qué ha ido bien durante el Sprint, qué ha fallado y qué se puede mejorar. Este formato se puede facilitar pidiendo a los miembros del equipo Scrum que escriban notas –en post-its- para luego agruparlas y votar aquellos ítems más relevantes, dando la oportunidad a todos de hablar y expresar sus inquietudes.
Se utiliza el formato de retrospectiva basado en cinco fases:
5ª ceremonia: Sprint Grooming o Refinement
El refinamiento del Product Backlog es una práctica recomendada para asegurar que éste siempre esté preparado. Esta ceremonia sigue un patrón similar al resto y tiene una agenda fija específica en cada Sprint. Se estima su duración en 2 horas máximo por semana del Sprint. Es responsabilidad del product owner agendar, gestionar y dirigir esta reunión.
Los participantes de esta reunión son todo el equipo Scrum, así como cualquier recurso adicional que considere necesario el PO y que pueda contribuir a aclarar el requerimiento. Es necesario, por tanto, que antes de la reunión todos conozcan los requerimientos o historias de usuario que van a ser tratados en la misma y sólo asistan aquellos cuya presencia sea estrictamente relevante.