Publicaciones

¿Quién debe asistir a una reunión de retrospectiva? (y quién no)

Retrospectiva híbrida ilustrada con algunos compañeros alrededor de una mesa y otros conectándose por una gran pantalla de vídeo, todos añadiendo notas adhesivas de colores a un mismo tablero digital compartido
Kelly Lewandowski

Kelly Lewandowski

Última actualización 21/06/20266 min de lectura

La respuesta corta: las personas que hicieron el trabajo, más alguien que facilite. La Guía de Scrum es clara en que la retrospectiva pertenece al equipo, y para la mayoría de los sprints esa es toda la lista de invitados. Las preguntas difíciles están en los bordes. ¿Debería tu manager estar presente? ¿Y qué pasa con un stakeholder que cambia las prioridades constantemente a mitad de sprint? ¿Y cómo cambia la respuesta cuando la mitad del equipo está en una sala de reuniones y la otra mitad se conecta a distancia? De eso trata esta guía.

La lista de asistentes por defecto

Para una retrospectiva de sprint normal, invita a las personas responsables del sprint y a nadie más:
Las personas que desarrollan
Todos los que construyeron, probaron y entregaron el trabajo. Tienen la visión más cercana de lo que realmente ocurrió.
El Product Owner
Es dueño de las prioridades y del backlog. La retro es donde el equipo decide si están construyendo lo correcto de la manera correcta.
El Scrum Master
Facilita el proceso y se encarga del seguimiento de los elementos de acción. En muchos equipos también es quien facilita la sesión.
Ese es el núcleo. En términos de Scrum es simplemente "el equipo". Todos los presentes estuvieron en las trincheras durante el sprint, así que todos tienen algo que aportar y un interés en lo que cambie a continuación. Cada nombre más allá de esta lista es una decisión de criterio, y la respuesta por defecto a "¿deberíamos añadir a esta persona?" es no.

Quién no debería estar en la sala por defecto

El error más común es tratar la retro como una reunión abierta. No lo es. Dos grupos se añaden con demasiada frecuencia. Managers y líderes de equipo. Incluso un manager que apoya cambia la conversación. La gente suaviza las críticas y se queda corta a la hora de nombrar el verdadero bloqueo. La persona que aprueba los ascensos no necesita decir una sola palabra para reducir la honestidad. Stakeholders. Tienen un foro para dar forma al trabajo, y no es la retro.
Pertenece a la retrospectiva de sprintPertenece a la revisión de sprint
El equipo que hizo el trabajoEl equipo más los stakeholders y los clientes
Reflexión privada y sincera sobre cómo trabajáisFeedback abierto sobre lo que construisteis
Proceso, comunicación, dinámica de equipoDirección del producto, prioridades, roadmap
Si tu objetivo es acercar a los stakeholders al trabajo, la revisión de sprint es la reunión diseñada exactamente para eso. Reserva la retro para el equipo.

Cuándo invitar a un stakeholder de todos modos

Hay excepciones reales. Invita a un stakeholder cuando el equipo esté atascado en algo que solo esa persona puede desbloquear, y mantén la invitación acotada. Equipo ilustrado en una conversación abierta alrededor de una mesa con un invitado vestido de forma más formal sentado ligeramente aparte en el borde, escuchando en lugar de liderar, transmitiendo la idea de un observador invitado
1
Un bloqueo que el equipo no puede resolver solo

Una dependencia de otro equipo, un stakeholder que cambia el alcance constantemente a mitad de sprint, o un proceso de aprobación que lo ralentiza todo. Invita a la persona concreta para el tema concreto, no a toda la retro.

2
Un equipo o una relación de trabajo nuevos

Cuando un equipo y un socio clave todavía se están conociendo, una retro conjunta puntual puede generar empatía rápidamente. Hazlo de forma deliberada, no como una invitación permanente.

3
Una retrospectiva de hito o de proyecto

Tras un lanzamiento importante o al final de un proyecto, una retro más amplia con stakeholders es apropiada por diseño. Esta es una reunión distinta de tu retro de sprint, con un alcance más amplio.

Cómo cambian la respuesta los equipos remotos e híbridos

Miembros de un equipo remoto ilustrados en oficinas en casa separadas, cada uno en su propia pantalla, aportando notas adhesivas a un único tablero digital de retrospectiva compartido en el centro Los equipos distribuidos no cambian quién es responsable, pero sí cambian cómo se desarrolla la asistencia en la práctica. La trampa híbrida. La peor configuración es unas pocas personas en una sala de reuniones con todos los demás conectados a distancia. La sala domina, los remotos se convierten en espectadores y las conversaciones paralelas ocurren fuera del micrófono. Elige una opción: todos en la sala, o todos en su propia pantalla. Una regla de "totalmente remoto incluso cuando algunos están en la oficina" mantiene las condiciones equitativas. La aportación asíncrona cambia a quién se escucha. Cuando la gente añade elementos al tablero de retro antes de la sesión en vivo, la asistencia deja de ser cuestión de quién habla más rápido en una ventana de 60 minutos. Los compañeros más callados y los que están en zonas horarias incómodas contribuyen en igualdad de condiciones. La votación anónima importa aún más aquí, donde la presencia en pantalla y las dinámicas de poder se amplifican. Un segundo facilitador para grupos distribuidos grandes. Alguien que vigile el chat, el tablero y las caras que no puedes leer en una vista de galería, para que nadie sea ignorado al hablar. Quién asiste y cuándo asiste son problemas distintos. Si tu equipo abarca varias zonas horarias, la planificación es el problema más difícil, y lo cubrimos en profundidad en cómo llevar a cabo ceremonias ágiles entre zonas horarias. En cualquier caso, un rompehielos rápido ayuda a romper el hielo en un grupo distribuido antes de que empiece la conversación de verdad.

Casos especiales

Equipos grandes (más de ~10 personas). Los grupos grandes generan retros silenciosas: el tiempo de palabra por persona baja y las voces más fuertes ganan. Divide en subgrupos más pequeños para el debate y luego comparte los temas clave con todo el equipo. O haz una retro centrada solo para las personas que trabajaron en una épica concreta. Varios equipos. No fusiones a todo el mundo en una única retro gigante. Haz primero retros a nivel de equipo y luego una retro corta entre equipos con uno o dos representantes de cada uno. Los representantes plantean temas, no el detalle en bruto. Equipos completamente nuevos. Mantén el círculo reducido mientras la confianza todavía se está formando. Este es el peor momento para añadir observadores. Construye seguridad primero; amplía la invitación más adelante si alguna vez tiene sentido.

Una prueba sencilla para cualquier invitación

Cuando no estés seguro de si añadir a alguien, hazte una pregunta: ¿la presencia de esta persona hará que el equipo sea más honesto o menos?

Hizo el trabajo de este sprint, o es dueño de un bloqueo que el equipo realmente no puede resolver solo

Su presencia hará que la gente sea más sincera, no menos

Se le ha informado de que está ahí para escuchar, no para dirigir

El equipo sabe de antemano quién se une y por qué

Si no puedes marcar las cuatro casillas, déjalo fuera. Su sitio está en la revisión de sprint, en la próxima sesión de planificación o en una conversación aparte.

En resumen

Por defecto, invita al equipo que hizo el trabajo más un facilitador. Trata cualquier otra invitación como la excepción que es, y reserva las relaciones con los stakeholders para la revisión de sprint, donde corresponden. Acierta con la sala y el resto de la retro se vuelve más fácil. Los tableros de retro de Kollabe están hechos para esto: aportación asíncrona para que todos contribuyan antes del debate, votación anónima para mantenerlo honesto y elementos de acción que puedes seguir hasta el siguiente sprint. ¿Es la primera vez que las llevas a cabo? Empieza con nuestra guía para llevar a cabo una retrospectiva eficaz.

Normalmente no. La presencia de un manager hace que la gente suavice las críticas y evite nombrar los problemas reales, lo que va en contra del propósito. Si un manager necesita visibilidad sobre las mejoras del equipo, comparte los elementos de acción después en lugar de sentarlo en la sala.

Cuando el equipo está bloqueado en algo que solo ese stakeholder puede resolver, o para una retrospectiva puntual de hito. Mantén la invitación acotada, infórmale de que debe escuchar en lugar de dirigir, y plantéate hacer la primera mitad solo con el equipo.

Normalmente el Scrum Master, pero puede ser un coach ágil o cualquier persona neutral que no esté metida de lleno en el trabajo. El facilitador mantiene la sesión encarrilada, se asegura de que todos sean escuchados y guía al grupo hacia los elementos de acción.

Evita la división híbrida. O reúnes a todos en persona o haces que todos se conecten desde su propia pantalla. Recoge la aportación en un tablero compartido antes del debate en vivo para que los compañeros remotos contribuyan en igualdad de condiciones.