¿Nos conocemos?

Four agile ceremonies, demystified

Dan Radigan Dan Radigan

Las reuniones o "protocolos" son parte importante del desarrollo ágil. Sin embargo, son uno de muchos elementos importantes, y no se deberían llevar a cabo de forma aislada. (Resulta tentador añadir algunos protocolos a un proyecto en cascada y llamarlo "ágil", pero eso no llevaría a ninguna parte).

Echemos un vistazo a todos los protocolos ágiles para comprender cómo fortalecen al equipo e impulsan el desarrollo ágil. 

Nota: Varios de estos protocolos provienen de la práctica de scrum, que es un planteamiento iterativo con un tiempo asignado para implementar agilidad. Los conceptos que residen tras 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. Otras formas ágiles emplean el más genérico "iteración" para indicar un periodo de desarrollo con un tiempo asignado. 

Planificación de sprints

Asistentes: Equipo de desarrollo, experto en scrum y propietario del producto.

Cuándo: Al empezar un sprint.

Duración: Normalmente, 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).

Objetivo: La planificación de sprints prepara a todo el equipo para que obtenga resultados satisfactorios durante el sprint. Al llegar a la reunión, el propietario del producto tendrá un backlog del producto por prioridades. Hablarán sobre cada elemento con el equipo de desarrollo, y el grupo estimará el esfuerzo que entrañe de forma colectiva. Entonces, el equipo de desarrollo realizará un pronóstico de sprints exponiendo cuánto trabajo del backlog del producto puede finalizar el equipo. Ese conjunto de trabajos se convierte en el backlog de sprint.

Pro Tip:

Utiliza la reunión de planificación de sprints para concretar los detalles privados del trabajo que haya que hacer. Anima a los miembros del equipo para que esbocen las tareas de todas las historias y bugs, y las tareas que entran en el sprint. Fomenta el debate y llega a un consenso en lo que respecta al plan de acción. Una planificación efectiva aumenta considerablemente las probabilidades de que el equipo logre cumplir los compromisos del sprint. 

Reunión rápida diaria

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: 15 minutos como máximo. No reserves ninguna 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 están pensadas para informar en poco tiempo a todos de lo que sucede en el equipo. No se trata de reuniones de balance en detalle. El tono debe ser informal y divertido, pero informativo. Haz que los miembros del equipo 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 delante de los compañeros lleva implícita una responsabilidad. Nadie quiere ser el miembro del equipo que siempre está haciendo lo mismo y no avanza. 

Consejo de experto:

Algunos equipos se sirven de temporizadores para que todos sigan el rumbo previsto. Otros lanzan pelotas al equipo para asegurarse de que presten atención. Muchos equipos distribuidos utilizan las videoconferencias o los chats de grupo para acortar distancias. Tu equipo es único. ¡Tus reuniones rápidas también deben serlo!

Revisión de iteraciones

Asistentes:

Se necesita: Equipo de desarrollo, experto en scrum y propietario del producto.
Opcional: Partes interesadas del proyecto.

Cuándo: Al terminar un sprint o hito.

Duración: Entre 30 y 60 minutos.

Marco ágil: scrum y kanban. Al igual que ocurre con la planificación, para los equipos de kanban la revisión debe ir en consonancia con los hitos del equipo en lugar de seguir una cadencia fija.

Objetivo: La revisión de iteraciones es el momento para exponer el trabajo del equipo. Pueden realizarse con un formato informal, tipo "viernes de demostración", o con una estructura más formal de reunión. Este es el momento para que el equipo celebre sus logros, demuestre el trabajo terminado de la iteración y obtenga el feedback inmediato de las partes interesadas en el proyecto. No olvides que el trabajo debe poder demostrarse por 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. 

Pro Tip:

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 demostración de la funcionalidad nueva. ¡No es raro oír aplausos en la oficina! 

Retrospectiva

Asistentes: Equipo de desarrollo, experto en scrum y propietario del producto.

Cuándo: Al acabar una iteración.

Duración: 60 minutos.

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 el espíritu del 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. Empléalas 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. 

Pro Tip:

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. 

La agilidad de un equipo se genera con prácticas técnicas sólidas, un planteamiento táctico y estratégico del cambio y una buena colaboración del equipo. Los protocolos ágiles simplemente facilitan la comunicación en el equipo.

Up Next
Backlogs