La filosofía ágil ayudó a revolucionar la forma en que se trabaja, desde el desarrollo de software y más allá. Una parte esencial de la puesta en práctica de la metodología ágil son las reuniones o "ceremonias". En scrum, la práctica ágil más popular, las reuniones de scrum proporcionan transparencia y una comunicación periódica con el equipo.
¿Qué son las ceremonias de scrum?
En las reuniones de scrum, el experto en scrum, el propietario del producto y el equipo de desarrollo se reúnen para planificar el trabajo, hablar del trabajo en curso o recopilar comentarios, entre otras cosas. No todos los equipos de scrum ágiles necesitan realizar todas las reuniones de scrum y un equipo no tiene que ser necesariamente un equipo de scrum para celebrar reuniones de scrum. Las siguientes son algunas reuniones de scrum que ayudan a capacitar a equipos de todo tipo.
Nota: Varios de estos protocolos proceden de las prácticas de scrum, que es un planteamiento iterativo con ciclos de una duración determinada para implementar la metodología ágil. Los conceptos que hay detrás de estos protocolos se pueden aplicar a otras formas de metodología ágil, como kanban o lean. “Sprint” es un término específico de scrum que designa un evento que suele ser de una duración fija, de un mes como máximo, para aportar homogeneidad. Otras metodologías ágiles emplean el término más genérico “iteración” para indicar un periodo de desarrollo con un tiempo asignado. La duración de las ceremonias suele variar en función de lo que dure el sprint o la iteración.
Planificación de sprints
Cuando se practica el scrum, la reunión de planificación del sprint se celebra al principio del sprint y, en ella, los equipos identifican lo que se puede ofrecer en el sprint y cómo se va a llevar a cabo el trabajo. Al final de la reunión de planificación, cada miembro del scrum debe tener claro qué se puede entregar en el sprint y cómo se puede entregar el incremento.
Asistentes: Equipo de desarrollo, experto en scrum y propietario del producto.
Cuándo: Al empezar un sprint.
Duración: normalmente, hasta una hora por semana de iteración. Por ejemplo, un sprint de dos semanas se inicia con una reunión de planificación de dos horas.
Marco ágil: scrum. (Los equipos de kanban también planifican, por supuesto, pero no siguen un programa fijo de iteraciones con una planificación formal de sprints).
Propósito: la planificación del sprint prepara a todo el equipo para el éxito durante todo el sprint. Al llegar a la reunión de scrum, el propietario del producto tendrá un backlog del producto priorizado. Hablan de cada elemento con el equipo de desarrollo y el grupo estima colectivamente el esfuerzo que implica. A continuación, el equipo de desarrollo hará una previsión del sprint en la que se indicará cuánto trabajo puede realizar el equipo del backlog del producto. Ese conjunto de trabajos se convierte entonces en el backlog del sprint.
Utiliza la reunión de planificación del sprint para concretar hasta el más mínimo detalle del trabajo que hay que hacer. Anima a los miembros del equipo a esbozar las tareas de todas las historias, los errores y los elementos que se incluyen en el sprint. Fomenta los debates y logra un consenso sobre el plan de acción. Una planificación eficaz aumenta significativamente las posibilidades de éxito del equipo al cumplir los compromisos del sprint.
Reunión rápida diaria
La reunión diaria, también conocida como scrum diario: es una reunión diaria corta de 15 minutos (o menos) para analizar el progreso e identificar impedimentos. Se ruega a los asistentes a participar de pie para que la reunión sea breve.
Aquí tienes una plantilla de reunión diaria para empezar.
Asistentes: equipo de desarrollo, experto en scrum y propietario del producto.
Cuándo: Una vez al día, normalmente por la mañana.
Duración: no más de 15 minutos. No reserves una sala de conferencias ni celebres la reunión sentados. ¡Estar de pie hace que la reunión dure menos!
Marco ágil: scrum y kanban.
Objetivo: las reuniones rápidas diarias están pensadas para informar a todo el mundo en poco tiempo de lo que sucede en el equipo. No se trata de reuniones de estado en detalle. El tono debe ser ligero y divertido, pero informativo. Pide a los miembros del equipo que respondan las preguntas siguientes:
- ¿Qué terminé ayer?
- ¿En qué voy a trabajar hoy?
- ¿Estoy bloqueado con algo?
Informar del trabajo que se terminó el día anterior implica rendir cuentas ante los compañeros. Nadie quiere ser la persona que siempre está haciendo lo mismo y no avanza.
Algunos equipos utilizan temporizadores para que nadie se vaya por las ramas. Otros lanzan se pasan una pelota para mantener la atención. Muchos equipos distribuidos utilizan videoconferencias o chats de grupo para acortar distancias. Tu equipo es único. ¡Tus reuniones rápidas también deberían serlo!
Revisión del sprint
The sprint review, also called an iteration review, is where the scrum team meets to reveal what was accomplished during the sprint. A development team shows which backlog items are “Done” to stakeholders and teammates, who can then give feedback.
Asistentes: Equipo de desarrollo, experto en scrum y propietario del producto.
Cuándo: Al final de un sprint.
Duración: normalmente 45 minutos por semana de iteración. Por ejemplo, una retrospectiva de 90 minutos después de un sprint de dos semanas.
Marco ágil: scrum y kanban. Los equipos de scrum realizan retrospectivas de sprints siguiendo una cadencia fija. Los equipos de kanban también pueden sacar provecho de retrospectivas esporádicas.
Objetivo: la revisión del sprint es el momento para exponer el trabajo del equipo. Pueden realizarse con un formato informal, tipo “viernes de demos”, o con una estructura más formal de reunión de scrum. Este es el momento para que el equipo celebre sus logros, muestre el trabajo terminado de la iteración y obtenga comentarios inmediatos de las partes interesadas en el proyecto. No olvides que el trabajo debe poder mostrarse al completo y satisfacer el nivel de calidad del equipo para que se pueda dar por terminado y listo para su exposición en la revisión.
En Atlassian, abordamos las revisiones de sprints desde un planteamiento informal y les damos un toque de celebración. Nos reunimos en la mesa de un miembro del equipo para ver su demo de la función nueva. ¡A veces hasta aplaudimos!
Retrospectiva del sprint
Una retrospectiva de sprint es una reunión para revisar lo que ha tenido éxito durante el sprint y lo que se puede mejorar. Los equipos de metodología ágil pueden revisar específicamente la dinámica, los procesos y las herramientas del equipo y, a continuación, crear planes para mejorar la forma en que trabaja el equipo.
He aquí un manual de estrategias del equipo sobre cómo organizar retrospectivas.
Asistentes: Equipo de desarrollo, experto en scrum y propietario del producto.
Cuándo: Al final de un sprint.
Duración: normalmente 45 minutos por semana de iteración. Por ejemplo, una retrospectiva de 90 minutos después de un sprint de dos semanas.
Marco ágil: scrum y kanban. Los equipos de scrum realizan retrospectivas de sprints siguiendo una cadencia fija. Los equipos de kanban también pueden sacar provecho de retrospectivas esporádicas.
Objetivo: la metodología ágil consiste en obtener feedback rápidamente para mejorar el producto y la cultura de desarrollo. Gracias a las retrospectivas, el equipo entiende qué ha funcionado y qué no.
Las retrospectivas no son un momento para quejarse sin adoptar medidas. Aprovéchalas para averiguar lo que funciona para que el equipo pueda seguir concentrado en esas áreas. Asimismo, descubre qué es lo que no funciona y dedica un tiempo a encontrar soluciones creativas y desarrollar un plan de acción. La mejora continua es lo que sostiene e impulsa el desarrollo en un equipo ágil, y las retrospectivas constituyen una parte esencial.
Aunque todo vaya bien en el equipo, sigue haciendo retrospectivas. Las retrospectivas ofrecen una orientación constante para que el equipo siga haciendo las cosas bien.
En conclusión...
Algunos piensan que las ceremonias ágiles hacen que un equipo sea ágil por arte de magia. Se equivocan. La agilidad de un equipo se basa en prácticas de ingeniería sólidas, un enfoque táctico y estratégico del cambio y una excelente colaboración en equipo. Las ceremonias de metodología ágil simplemente facilitan la comunicación en todo el equipo.
¿Todo listo para empezar? Aprende a utilizar sprints en Jira
Recursos relacionados
