¿Nos conocemos?

Cuatro protocolos ágiles desmitificados

Dan Radigan Dan Radigan
Browse topics

Las reuniones o "protocolos" son una parte importante del desarrollo ágil. Sin embargo, son solo uno de muchos elementos importantes, y no se deberían llevar a cabo de forma aislada (podría resultar 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 la metodología ágil. 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 término 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, propietario del producto

Cuándo: al principio de 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 kanban también planean, por supuesto, pero no están en un programa de iteración fijo con una planificación formal de sprints).

Objetivo: la planificación de sprints prepara a todo el equipo para el éxito durante el sprint. Al llegar a la reunión, el propietario del producto tendrá un backlog del producto priorizado. Comentan cada elemento con el equipo de desarrollo, y el grupo estima colectivamente el esfuerzo involucrado. A continuación, el equipo de desarrollo hará una previsión de sprint en la que se indicará la cantidad de trabajo que el equipo puede realizar a partir del backlog del producto. Esa carga de trabajo se convierte entonces en el backlog del sprint.

Consejo de experto:

Utiliza la reunión de planificación de sprints para concretar los detalles más rebuscados del trabajo que haya que hacer. Anima a los miembros del equipo para que esbocen las tareas de todas las historias y errores, así como 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 eficaz 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, 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 se han diseñado para informar rápidamente a todos de lo que está sucediendo en el equipo. No es una reunión de estado detallada. El tono debe ser ligero y divertido, pero informativo. Haz que cada miembro del equipo conteste a las siguientes preguntas:

  • ¿Qué completé ayer?
  • ¿En qué trabajaré hoy?
  • ¿Estoy bloqueado por 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 nadie se vaya por las ramas. Otros se lanzan pelotas unos a otros para asegurarse de que todos prestan 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:

obligatorios: equipo de desarrollo, experto en scrum, propietario del producto
opcionales: partes interesadas en el proyecto

Cuándo: al final de 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 de la mano de los hitos que el equipo consiga, 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 demos", 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 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. 

Consejo de experto:

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

Asistentes: equipo de desarrollo, experto en scrum, propietario del producto

Cuándo: al final de 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 comentarios rápidamente para mejorar el producto y la cultura del desarrollo. Gracias a las retrospectivas, el equipo entiende qué ha funcionado y qué no.

Las retrospectivas no son un espacio 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 a desarrollar un plan de acción. La mejora continua es lo que sostiene e impulsa el desarrollo en un equipo ágil, y las retrospectivas contribuyen enormemente a ello. 

Consejo de experto:

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.

A continuación
Backlogs