Trabajar en un equipo ágil no es solo escribir código y hacer pruebas — es participar activamente en un conjunto de rituales que mantienen al equipo alineado y en movimiento. Esta clase recorre las ceremonias principales de Agile, qué pasa en cada una y, sobre todo, qué se espera del tester en cada momento.

🔄 Las ceremonias y el rol del tester

• Daily Stand-up — La reunión diaria de sincronización. El tester comparte en qué está trabajando, qué bloqueadores tiene y qué terminó. Es el momento de visibilizar dependencias con desarrollo y anticipar cuellos de botella antes de que se conviertan en problemas.

• Sprint Planning — Se define qué entra en el sprint. El tester tiene que estar activo acá: revisar las historias de usuario, identificar criterios de aceptación ambiguos y anticipar el esfuerzo de testing antes de que el sprint arranque, no después.

• Refinement (Backlog Grooming) — Se trabajan las historias antes de que entren a planificación. Es uno de los momentos más valiosos para el tester: es donde se pueden detectar historias mal definidas, escenarios no contemplados y riesgos técnicos antes de que se escriba una sola línea de código.

• Poker Planning — Se estima el esfuerzo de las historias. El tester aporta su perspectiva sobre la complejidad del testing, los casos edge y los posibles impactos en otras áreas del sistema. Una estimación sin el punto de vista del tester suele ser una estimación incompleta.

• Retrospectiva — El equipo reflexiona sobre el proceso: qué funcionó, qué no y qué se puede mejorar. El tester tiene voz acá como cualquier otro miembro del equipo — y muchas veces es quien tiene la visión más clara de dónde están los problemas sistémicos.

📚 Para profundizar

• Scrum Guide en español — La guía oficial de Scrum detalla cada ceremonia, su propósito y su duración recomendada.

• Agile Testing — Janet Gregory & Lisa Crispin — El libro de referencia sobre el rol del tester en equipos ágiles.

🤔 Para reflexionar

• ¿En qué ceremonias participás actualmente? ¿En cuáles creés que deberías tener más protagonismo?

• ¿Alguna vez llegaste tarde a una conversación sobre una historia de usuario y tuviste que testear algo que tenía problemas de diseño desde el principio? ¿Qué hubieras cambiado?