Retrospectivas que Llevan a Cambios de Comportamiento

Un equipo de producto ejecutó 18 retrospectivas consecutivas a lo largo de un año y medio. Cada una producía un documento: qué salió bien, qué no salió bien, elementos de acción. Cada documento vivía en Notion. Ninguno fue abierto nuevamente.

En el intento 19, la líder del equipo hizo un cambio. Al final de la retro, en lugar de cerrar la sesión después de acordar los elementos de acción, le pidió a cada persona que tenía un elemento de acción que declarara exactamente qué haría y cuándo. No "mejorar nuestro proceso de estimación". Quería especificidades: "Ejecutaré un ejercicio de calibración en la sesión de planificación del miércoles usando el enfoque que discutimos." Estableció un check-in de dos semanas para cada elemento antes de la próxima retro.

Tres elementos se completaron. Los tres. En dos semanas. El equipo no había completado exitosamente un elemento de acción de retro en 18 meses.

El formato no era el problema. El sistema de seguimiento lo era.

Por qué la mayoría de las retrospectivas no cambian nada

El patrón de fallo es predecible. Un equipo pasa 60 minutos generando observaciones y elementos de acción, luego cierra la reunión. Alguien pega los elementos de acción en Slack. Nadie asigna propietarios. Nadie establece fechas límite. La investigación de Harvard Business Review sobre el aprendizaje y la mejora continua del equipo encontró que la brecha entre identificar problemas y cambiar realmente el comportamiento es casi siempre un problema de estructura de responsabilidad, no un problema de perspectiva. Tres semanas después, en la próxima retro, alguien dice "creo que dijimos algo la última vez sobre mejorar nuestro proceso de despliegue?" Nadie puede encontrar las notas. Todo empieza de nuevo.

Hay dos problemas estructurales aquí. Primero, la mayoría de los elementos de acción de retro son vagos: "mejorar la comunicación" o "arreglar el problema de estimación". Los elementos vagos no pueden completarse porque no especifican cómo se ve completarlos. Segundo, no hay ningún mecanismo de seguimiento entre retros. Sin que alguien verifique el progreso explícitamente antes de la próxima sesión, los elementos de acción decaen a cero independientemente de cuán energizado se sintió el equipo al final de la reunión.

Ambos problemas son corregibles, y ninguno requiere una nueva metodología.

Paso 1: Trabajo previo: el recordatorio de reflexión asíncrona

La calidad de una retrospectiva está determinada en gran parte antes de que comience. Los equipos que entran en una retro en frío, sin preparación y sin observaciones específicas, pasan los primeros 20 minutos generando sentimientos vagos y los últimos 10 minutos corriendo para producir elementos de acción.

Envíe un recordatorio asíncrono 24 horas antes de la retro. Tres preguntas:

  1. ¿Qué es una cosa específica que salió bien en este sprint/ciclo? Nombre la cosa. No "la comunicación fue mejor" sino "la revisión de diseño del martes terminó a tiempo y produjo una decisión clara."
  2. ¿Qué es una cosa que no funcionó? Sea específico: "El despliegue del jueves tardó 3 horas porque no teníamos un plan de rollback listo" no "los despliegues son lentos."
  3. ¿Qué es una cosa que le gustaría que fuera diferente al final de nuestro próximo sprint/ciclo?

El recordatorio de especificidad es clave. "Sea específico: nombre un momento, reunión, artefacto o interacción específica" produce consistentemente mejores insumos de retro que la reflexión abierta.

Use una encuesta simple de Slack, un documento compartido de Notion, o una herramienta como Monday, ClickUp o Rework si su equipo usa una de esas para las retrospectivas. El formato no importa. El plazo de 24 horas y el recordatorio de especificidad sí importan.

Paso 2: El formato de retro de 60 minutos

Sección Tiempo Propósito
Revisar las acciones de la última retro 10 min Verificación del estado de lo comprometido
Qué salió bien 15 min Reforzar lo que está funcionando
Qué no funcionó 20 min Identificar las causas raíz de 2 problemas
Elementos de acción 15 min Producir de 2 a 3 compromisos específicos y asignados

La revisión de acción de 10 minutos al inicio no es negociable. Abrir con "¿qué comprometimos la última vez y qué ocurrió realmente?" establece que las retros producen consecuencias, no solo listas. Si los elementos se completaron, dígalo. Si no, dígalo también, y pase 2 minutos en el por qué antes de avanzar.

No saltee ni acorte esta sección cuando el sprint fue malo. Los equipos que saltan la revisión de acción durante un período difícil son los equipos que terminan con 18 retros consecutivas sin ningún cambio.

Paso 3: La sección "qué salió bien" que no es solo elogio

La mayoría de las secciones de "qué salió bien" se convierten en breves rondas de felicitaciones mutuas y luego el equipo pasa mentalmente a la parte "real" de la retro. Eso es una oportunidad perdida.

El objetivo no es decir cosas bonitas. Es entender qué hizo que algo funcionara bien para que pueda repetirlo deliberadamente. "La revisión de diseño del martes salió bien" es un elogio. "La revisión de diseño del martes salió bien porque enviamos los maquetes 48 horas antes y todos llegaron con retroalimentación escrita en lugar de reaccionar en tiempo real" es una práctica que puede codificar.

Profundice un nivel en los 2 mejores elementos de la discusión de "qué salió bien": "¿Qué específicamente hizo que eso funcionara?" Si la respuesta es un comportamiento o proceso específico, escríbalo. Considere agregarlo a su acuerdo de trabajo en equipo o a la documentación del equipo para que persista más allá de esta retro.

Paso 4: Reducir "qué no funcionó" a causas raíz

La sección de "qué no funcionó" es donde las retros generan listas que no llevan a ningún lado. Ocho personas listando 12 cosas que salieron mal produce 12 elementos con 2 minutos de atención cada uno. Nada se aborda con la profundidad requerida para cambiar realmente el comportamiento.

La solución es identificar los 2 mejores elementos de la lista y ejecutar un análisis de los 5 porqués en cada uno. No en toda la lista. Solo en dos.

El análisis de los 5 porqués: siga preguntando "¿por qué?" hasta llegar a la causa subyacente, no al síntoma superficial.

Ejemplo:

  • "Nuestro despliegue tardó 3 horas" → ¿Por qué?
  • "No teníamos un plan de rollback" → ¿Por qué?
  • "El ingeniero que suele escribir el plan de rollback estaba fuera" → ¿Por qué dependía de una persona?
  • "No tenemos documentación para el proceso" → ¿Por qué no?
  • "Nadie es el propietario de la documentación de los procesos de despliegue"

Causa raíz: documentación de despliegue sin propietario. Ahora tiene algo accionable.

Los 5 porqués pueden sentirse incómodos cuando implican sistemas o personas sobre los que el equipo no quiere hablar. Esa incomodidad suele ser señal de que está cerca de algo real. El trabajo del facilitador es mantener la pregunta neutral: "¿por qué ocurrió eso?" no "¿de quién es la culpa de eso?"

Pase 10 minutos en cada uno de los dos elementos. Vote sobre cuáles dos profundizar si la lista es larga. Esto evita que el grupo pase 20 minutos debatiendo qué problemas priorizar.

Paso 5: El filtro de elementos de acción

Cada elemento de acción propuesto necesita responder tres preguntas antes de agregarse a la lista:

  1. ¿Quién es el propietario? El nombre de una persona. No "el equipo", no "nosotros". Una persona que es responsable de hacer que suceda.
  2. ¿Qué cambia exactamente? Un comportamiento, artefacto o proceso específico que será diferente después de que esto se haga. No "mejorar nuestro proceso de despliegue" sino "agregar una lista de verificación de rollback a nuestra plantilla de despliegue para el jueves."
  3. ¿Cómo lo verificamos en 2 semanas? ¿En qué miraremos para confirmar que ocurrió? Una lista de verificación existe, una reunión se ejecutó de manera diferente, una métrica cambió. Si no hay forma de verificarlo, el elemento de acción no es suficientemente específico.

Aplique este filtro estrictamente. Cuando alguien propone un elemento de acción que falla una de las tres preguntas, no lo agregue. Haga la pregunta de seguimiento que lo haría pasar. "Mejorar la estimación" → ¿Quién es el propietario de eso, específicamente? "Marcos ejecutará un ejercicio de calibración en la sesión de planificación del miércoles e informará sobre cómo las estimaciones se compararon con el tiempo real."

El resultado es una lista más corta de elementos específicos y asignados. Una retro que termina con 2 elementos a los que las tres preguntas pueden responderse es más productiva que una que termina con 12 elementos a los que ninguna puede.

Limite los elementos de acción a 3. Este es un límite fijo, no una guía. Si el equipo genera 8 buenos elementos de acción, vote por los 3 principales. Los otros 5 pueden documentarse pero no deberían recibir compromisos de propietarios.

Paso 6: Start/Stop/Continue como formato alternativo

El formato estándar de "qué salió bien / qué no salió bien" funciona bien para la mayoría de los equipos. Pero algunos equipos, especialmente los que tienen alta fricción interpersonal o los que han estado usando el mismo formato durante 18 o más meses y necesitan un cambio, se benefician de una estructura Start/Stop/Continue:

  • Start: Cosas que el equipo debería comenzar a hacer que actualmente no hace
  • Stop: Cosas que el equipo debería dejar de hacer. No porque sean malas ideas en principio, sino porque no están funcionando para este equipo.
  • Continue: Cosas que están funcionando y deben mantenerse explícitamente, no solo asumirse tácitamente

La ventaja de Start/Stop/Continue es que separa "qué deberíamos hacer" de "qué salió mal", lo que hace que la conversación se sienta menos como un post-mortem y más como una discusión de planificación.

El mismo filtro de elementos de acción del Paso 5 aplica independientemente del formato. Propietario, cambio específico, método de verificación.

Paso 7: El check-in de 2 semanas

La retro termina. Los elementos de acción están en Notion, Rework o en un mensaje de Slack. Y luego la vida sucede: comienza un sprint, se lanza una versión, llega un problema urgente de un cliente. Pasan dos semanas. Nadie mira los elementos de acción hasta la próxima retro, donde el ciclo se repite.

El check-in de 2 semanas no es una reunión. Es un mensaje de Slack a cada propietario de elemento de acción, enviado 5 días hábiles después de la retro.

Tres preguntas:

  1. ¿Cómo va con [elemento de acción específico]?
  2. ¿Algo te está bloqueando?
  3. ¿Estará listo para [fecha antes de la próxima retro]?

Esto toma 5 minutos en enviarse y cuesta al destinatario aproximadamente 2 minutos en responder. Pero cambia la dinámica social alrededor de los compromisos de retro: los propietarios saben que alguien va a preguntar, lo que cambia qué tan en serio toman el compromiso en el momento en que lo hacen.

Si un elemento está bloqueado, desbloquéelo en ese momento. No espere a la próxima retro. Una conversación de 10 minutos ahora es mejor que una retrospectiva de 45 minutos de "¿por qué no se hizo esto?" después.

Errores comunes

Demasiados elementos de acción: El límite es 3. Cuando los equipos acuerdan 8 elementos de acción, efectivamente no se comprometen con ninguno de ellos. La atención se dispersa demasiado y nadie siente la urgencia de la propiedad individual.

Sin propietarios: "Todos intentaremos comunicarnos mejor" no produce ningún cambio. "Marcos es el propietario de mejorar el formato del standup, comenzando el lunes" produce una relación diferente con el compromiso.

Retros que se convierten en actualizaciones de estado: Si la sección de "qué no funcionó" se convierte en una revisión del estado del sprint ("no enviamos X, Y se retrasó"), ya no está en una retro. Redirija: "Podemos cubrir eso en la revisión del sprint. Lo que me interesa aquí es: ¿qué de cómo trabajamos hizo esto más difícil de lo que necesitaba ser?"

Saltarse la retro cuando el sprint fue malo: Este es el patrón más común y más contraproducente. El informe Atlassian State of Teams encontró que los equipos de alto rendimiento ejecutaron retrospectivas más consistentemente durante los períodos difíciles, no menos: la disciplina de la reflexión es lo que separa a los equipos que mejoran de los que repiten los mismos patrones de fallo. La norma debería ser: cuanto peor sea el sprint, más importante es la retro. No saltársela, sino acortarla a 30 minutos en lugar de 60, con un enfoque ajustado en una causa raíz y un elemento de acción.

Qué hacer a continuación

Antes de su próxima retro, envíe el recordatorio de trabajo previo asíncrono descrito en el Paso 1. Envíelo 24 horas antes. Use las tres preguntas específicas: una cosa que funcionó, una cosa que no funcionó, una cosa que le gustaría diferente.

Note la diferencia en la especificidad de las respuestas en comparación con retros anteriores donde comenzaron en frío. Si la calidad de los insumos es mayor, ya ha identificado el cambio más impactante que puede hacer en su proceso de retro: un solo mensaje de Slack el día anterior.

Aprenda Más