¿Qué salió bien?

¿Qué logros o prácticas hicieron de este trimestre un éxito?

Por fin dominamos nuestro proceso de despliegue. Cero reversiones este trimestre.
Trabajar con el equipo de diseño fue muy fluido y aceleró muchísimo las entregas.
Las mejoras en las guardias hicieron que tuviéramos menos incidentes de madrugada. Una gran victoria para el bienestar del equipo.
¿Qué no salió bien?

¿Qué obstáculos, frustraciones o fallos frenaron al equipo este trimestre?

El aumento del alcance fue una batalla constante. Seguíamos aceptando añadidos «pequeños» que descarrilaban los sprints.
La comunicación entre los equipos de backend y frontend se rompió más de una vez este trimestre.
Subestimamos la deuda técnica que arrastrábamos y nos frenó muchísimo en el segundo trimestre.
¿Qué aprendimos?

¿Qué ideas o lecciones ha obtenido el equipo este trimestre?

Aprendimos que la estimación funciona mucho mejor cuando participa todo el equipo, no solo los líderes.
Descubrimos que nuestros usuarios prefieren una interfaz más sencilla. Complicamos de más varias funcionalidades este trimestre.
Nos dimos cuenta de que la comunicación asíncrona funciona bien para nuestro equipo distribuido, pero necesitamos normas más claras sobre los tiempos de respuesta.
¿Qué haremos diferente el próximo trimestre?

¿Qué cambios o experimentos concretos asumirá el equipo el próximo trimestre?

Vamos a introducir una revisión de los OKR a mitad de trimestre para corregir el rumbo antes.
Voy a montar una base de conocimiento compartida para no perder contexto cuando alguien del equipo se ausente o se vaya.
Vamos a limitar el tiempo de las sesiones de planificación de forma más estricta. Se acabaron las reuniones maratonianas de 3 horas.

¿Qué es una retrospectiva trimestral?

La retrospectiva trimestral es una revisión de equipo organizada en torno a un ciclo de tres meses. Las retrospectivas de sprint analizan con detalle un par de semanas de trabajo; esta, en cambio, toma distancia para buscar patrones a lo largo de varios sprints: qué ha funcionado, qué bloqueos siguen apareciendo y si los objetivos del equipo siguen alineados con lo que necesita la organización. Hay problemas que solo se ven con esa perspectiva. El tablero tiene cuatro preguntas: ¿Qué salió bien?, ¿Qué no salió bien?, ¿Qué aprendimos? y ¿Qué haremos diferente el próximo trimestre? Como el periodo es más largo, las respuestas suelen hablar de sistemas más que de hechos aislados, como un proceso de despliegue que por fin dejó de provocar reversiones o una deuda técnica que frenó todos los sprints. Por eso es un espacio más adecuado para cambios duraderos que para soluciones rápidas. La idea de reflexionar con regularidad viene del Manifiesto Ágil, y una sesión trimestral la aplica a mayor escala. Funciona para equipos de producto, equipos de ingeniería y grupos directivos por igual, y encaja de forma natural con la planificación trimestral o la revisión de OKR. En TeamRetro, cada persona aporta sus ideas en privado, el equipo vota qué temas tratar y las acciones se trasladan a la siguiente sesión para que puedas revisarlas al comienzo de la retrospectiva del próximo trimestre.

Formato de la retrospectiva trimestral

¿Qué salió bien?

¿Qué logros o prácticas hicieron de este trimestre un éxito?

Empieza celebrando los logros y los buenos hábitos del trimestre. Pide a las personas que piensen de forma más amplia que en una retro de sprint: varios sprints, la dinámica del equipo, los entregables y las relaciones. Poner nombre a lo que funcionó ayuda al equipo a seguir haciéndolo, así que pregunta tanto por los éxitos técnicos como por los interpersonales.

¿Qué no salió bien?

¿Qué obstáculos, frustraciones o fallos frenaron al equipo este trimestre?

Este tema saca a la luz los problemas recurrentes y sistémicos que una sola retro de sprint puede pasar por alto. Recuerda al equipo que no se trata de buscar culpables, sino de centrarse en sistemas y procesos, no en personas. Busca patrones: ¿se repitieron los mismos problemas?, ¿hubo bloqueos que nunca se resolvieron del todo? Suelen ser los que más vale la pena solucionar.

¿Qué aprendimos?

¿Qué ideas o lecciones ha obtenido el equipo este trimestre?

Un trimestre es tiempo suficiente para que surjan lecciones reales. Pregunta qué sabe ahora el equipo que no sabía al inicio del trimestre sobre sus procesos, sus clientes, la tecnología o sobre sí mismo. Incluye tanto los experimentos planificados como los descubrimientos inesperados, y usa lo que salga para definir cómo abordará el equipo el próximo trimestre.

¿Qué haremos diferente el próximo trimestre?

¿Qué cambios o experimentos concretos asumirá el equipo el próximo trimestre?

Aquí es donde la reflexión se convierte en compromisos. Pide al equipo que sea concreto y realista, porque las intenciones vagas rara vez llevan a un cambio. Para priorizar, pregunta: si solo pudiéramos cambiar una cosa el próximo trimestre, ¿cuál marcaría la mayor diferencia? Asegúrate de que cada acción tenga un responsable y una forma de saber si funcionó.

Cuándo utilizar este estudio retrospectivo

  • Al final de cada ciclo de tres meses, para analizar tendencias y patrones que las retrospectivas de sprint no detectan.
  • Cuando quieres que las mejoras del equipo estén alineadas con la planificación trimestral o la revisión de OKR.
  • Cuando los mismos problemas siguen apareciendo en las retros de sprint y nunca se resuelven del todo; la visión a largo plazo ayuda a encontrar la causa.
  • Después de un trimestre intenso o difícil, para reconocer el esfuerzo y empezar de nuevo antes del siguiente.
  • Para equipos distribuidos o remotos que necesitan un momento dedicado a tomar distancia y reflexionar juntos.

Preguntas sugeridas para romper el hielo

  • Si tuvieras que describir el último trimestre como un pronóstico del tiempo, ¿cuál sería y por qué?
  • ¿Qué palabra resume cómo te sientes de cara al próximo trimestre?

¿Le gustaría que su equipo realizara un ejercicio de calentamiento, en lugar de limitarse a responder en voz alta? Eche un vistazo a los rompehielos gratuitos →

Ideas y consejos para su reunión retrospectiva

  • Revisa antes tus retros de sprint. Dedica unos minutos antes de la sesión a repasar los temas de los últimos sprints, para llegar con evidencias en lugar de fiarte de la memoria.
  • Limita el tiempo de cada tema. Un trimestre abarca mucho y las conversaciones se alargan. Asigna a cada tema un tiempo fijo (entre 10 y 15 minutos funciona para la mayoría de los equipos) y usa el temporizador de TeamRetro para no desviarte.
  • Prioriza sin miedo. Un trimestre genera mucho material. Pide al equipo que vote y dedica el debate a los 3–5 temas principales en lugar de intentar cubrirlo todo.
  • Crea un espacio seguro para hablar con franqueza. Las retros trimestrales pueden sacar a relucir problemas más grandes y delicados. Establece reglas básicas al inicio, evita buscar culpables y plantéate permitir que las ideas se aporten de forma anónima.
  • Asigna un responsable a cada acción. En un horizonte más largo, las acciones se olvidan con facilidad. Asegúrate de que cada una tenga un responsable con nombre y una fecha objetivo, y revísalas al comienzo de la retro del próximo trimestre.
  • No te saltes los logros. Es tentador ir directo a los problemas, pero un trimestre entero de buen trabajo merece reconocimiento. Empieza por lo que salió bien antes de pasar a los retos.

Preguntas frecuentes

¿En qué se diferencia una retrospectiva trimestral de una retrospectiva de sprint?
Una retrospectiva de sprint cubre una iteración corta de 1–4 semanas, mientras que una retrospectiva trimestral repasa tres meses. Por eso es más útil para detectar tendencias sistémicas, desalineaciones estratégicas y mejoras difíciles de ver sprint a sprint.
¿Cuánto debe durar una retrospectiva trimestral?
Calcula entre 90 minutos y 2 horas. Hay más que comentar que en una retro de sprint, así que reserva tiempo extra y limita la duración de cada tema para mantener el foco.
¿Con qué frecuencia deberíamos hacer una retrospectiva trimestral?
Una vez por trimestre, más o menos cada tres meses. Ese ritmo coincide con la planificación trimestral, la revisión de OKR y los informes de negocio, lo que facilita conectar las mejoras del equipo con objetivos más amplios.
¿Debemos seguir haciendo retrospectivas de sprint si hacemos una retrospectiva trimestral?
Sí. Las retros de sprint abordan los problemas inmediatos de cada iteración, mientras que las trimestrales ofrecen una visión de conjunto de varios sprints. La mayoría de los equipos sacan el máximo partido haciendo ambas.
¿Quién debe asistir a una retrospectiva trimestral?
El equipo principal siempre debe estar: desarrolladores, diseñadores, product managers y cualquier persona implicada en la entrega. Plantéate invitar a stakeholders o a la dirección a una parte de la sesión, sobre todo cuando habléis de los objetivos del próximo trimestre.
¿Qué hacemos con las acciones de una retrospectiva trimestral?
Asigna a cada acción un responsable y una fecha objetivo antes de terminar la sesión, y revisa el avance al comienzo de la retro del próximo trimestre. TeamRetro traslada las acciones pendientes para que no se pierdan entre sesiones.
¿Está listo para llevar a cabo esta retrospectiva?Pruebe esta retransmisión en directo retrospectiva