Volver al Blog
Blog

Retrospectiva: significado, las 5 fases, métodos y plantillas (2026)

2 de septiembre de 2026NanoHuman Inc.
Retrospectiva: significado, las 5 fases, métodos y plantillas (2026)

Pocas reuniones tienen mejor reputación y peor práctica que la retrospectiva. En teoría, es el espacio donde el equipo mejora su forma de trabajar. En la práctica, suele convertirse en el trámite de fin de sprint donde los mismos temas dan vueltas sin que nada cambie de verdad.

Esta guía explica qué es una retrospectiva y de dónde viene el término, en qué se diferencia de la review, de las lessons learned y del post-mortem, cómo funciona la agenda en cinco fases, qué métodos encajan en cada situación (con tabla comparativa), qué plantilla puedes copiar hoy mismo y cómo resolver el problema de documentación que mata en silencio a la mayoría de las prácticas de retro.

⚠️ Este artículo se ha elaborado de forma independiente a partir de información pública y comentarios de usuarios disponibles en septiembre de 2026.

Índice

  1. ¿Qué es una retrospectiva? Significado y definición
  2. Retrospectiva, review, lessons learned y post-mortem: diferencias
  3. La agenda: las 5 fases de una retrospectiva
  4. Métodos de retrospectiva: 8 formatos comparados
  5. Tres métodos en detalle: velero, 4L y estrella de mar
  6. Plantilla de retrospectiva para copiar
  7. Errores frecuentes en las retrospectivas y cómo corregirlos
  8. Retrospectivas remotas y el problema del acta
  9. Preguntas frecuentes
  10. Conclusión

¿Qué es una retrospectiva? Significado y definición

La palabra retrospectiva viene del latín retrospectare, "mirar hacia atrás". En el lenguaje corriente designa cualquier mirada al pasado, como una exposición que recorre la obra completa de una artista. En el trabajo, que es de lo que trata esta guía, el término significa algo más preciso:

Una retrospectiva es una reunión periódica en la que el equipo revisa un periodo de trabajo ya cerrado y convierte lo que encuentra en mejoras concretas para el siguiente. El objeto de análisis no es el producto, sino la colaboración: procesos, comunicación, herramientas y salud del equipo.

El formato se popularizó con el desarrollo ágil de software. En Scrum, la Sprint Retrospective es uno de los eventos fijos al final de cada sprint; la Guía de Scrum le pone un tope de tres horas para un sprint de un mes, y proporcionalmente menos para sprints más cortos. La idea, sin embargo, es anterior y más amplia. Norman Kerth describió las retrospectivas para equipos de proyecto de todo tipo en su libro "Project Retrospectives" (2001), y su famosa regla de base, la Prime Directive, sigue abriendo cada retro que funciona: todas las personas hicieron el mejor trabajo posible con lo que sabían en ese momento. La retrospectiva busca causas en el sistema, no culpables en la sala.

Tres rasgos separan una retrospectiva de verdad de una ronda genérica de feedback:

  • Se repite. Un desahogo puntual no es una retro. El valor está en la serie: decidir, probar y comprobar el resultado en la siguiente retro.
  • Analiza un periodo definido. El último sprint, el último mes, una fase del proyecto; no "todo lo que nos ha molestado alguna vez".
  • Termina con decisiones. El entregable son pocas acciones concretas y verificables con responsable, no una página de impresiones.

Retrospectiva, review, lessons learned y post-mortem: diferencias

Cuatro términos que se confunden constantemente. Merece la pena distinguirlos porque cada formato responde a una pregunta distinta:

RetrospectivaSprint reviewLessons learnedPost-mortem
ObjetoColaboración y procesoProducto y resultado del trabajoEl proyecto completoUn incidente concreto
ParticipantesEl propio equipoEquipo y stakeholdersTodas las partes del proyectoPersonas implicadas en el incidente
MomentoRecurrente, p. ej. por sprintFinal del sprint, antes de la retroEn hitos y al cierre del proyectoTras el incidente
Resultado2 o 3 experimentos de mejoraFeedback sobre el incrementoRegistro de aprendizajes para futuros proyectosAnálisis de causas con medidas

Estos formatos se complementan, no se sustituyen. Un equipo puede hacer review y retrospectiva en cada sprint, un taller de lessons learned al cerrar el proyecto y un post-mortem tras un incidente grave. La confusión más habitual es entre review y retro: la review pregunta qué se construyó; la retro, cómo se trabajó.

La agenda: las 5 fases de una retrospectiva

La agenda más extendida viene del libro "Agile Retrospectives" (2006) de Esther Derby y Diana Larsen. Las cinco fases dan a la reunión una dramaturgia que lleva de la observación a la decisión. Para un equipo de hasta ocho personas que revisa dos semanas, bastan entre 60 y 90 minutos.

Fase 1: Preparar el terreno (unos 5 min). Quien facilita nombra el periodo y el foco, recuerda la Prime Directive y hace que cada persona hable al menos una vez, por ejemplo con un check-in de una palabra: "Describe el sprint en una palabra". Quien habla en los primeros minutos participa mucho más el resto de la reunión.

Fase 2: Recoger datos (unos 15 min). El equipo reúne hechos y observaciones, en silencio y por escrito, antes de discutir nada: ¿qué pasó?, ¿qué fue bien?, ¿qué nos frenó? La escritura silenciosa es el gesto más importante de toda la retro. Si se empieza con debate abierto, la voz más fuerte fija la interpretación del periodo para todo el grupo.

Fase 3: Generar conclusiones (15 a 20 min). Las notas se agrupan y se profundiza en las más importantes: ¿por qué ocurrió?, ¿qué efecto tuvo? Aquí se separan síntomas de causas. "El release fue estresante" es un síntoma; "la especificación cambió dos veces después de empezar a implementar" es una causa sobre la que se puede actuar.

Fase 4: Decidir qué hacer (unos 15 min). El equipo elige los dos o tres temas de mayor impacto y acuerda un cambio concreto para cada uno, con responsable y fecha de revisión. Los propósitos tipo "comunicarnos mejor" están prohibidos: una buena acción es un comportamiento que, en la siguiente retro, ha ocurrido o no ha ocurrido.

Fase 5: Cerrar (unos 5 min). Se repiten las acciones en voz alta, se confirma la fecha de la próxima retro y una mini-evaluación ("¿qué mejoramos del propio formato de esta retro?") cierra el círculo.

Las fases pueden parecer formales, pero son la razón por la que quienes facilitan con experiencia rara vez las omiten: sin las fases 2 y 3, el equipo salta de las sensaciones directamente a las acciones, y esas acciones acaban tratando síntomas.

Métodos de retrospectiva: 8 formatos comparados

Métodos como el velero o las 4L son estructuras para las fases 2 y 3: definen en qué categorías recoge y discute el equipo. Elegir el método perfecto importa menos que aplicarlo con constancia, pero cambiarlo en el momento adecuado mantiene viva la retro.

MétodoCategoríasIdeal para
KPTKeep / Problem / TryUn estándar fiable para retros recurrentes de equipo
Start / Stop / ContinueEmpezar / Dejar / ContinuarEquipos que necesitan dejar de hacer cosas
4LLiked / Learned / Lacked / Longed forHacer visibles el aprendizaje y las emociones
Velero (Sailboat)Viento / Ancla / Rocas / IslaUna entrada visual y amable para equipos nuevos o mixtos
Estrella de mar (Starfish)Más de / Menos de / Empezar / Dejar / MantenerAjuste fino de procesos ya asentados
Mad / Sad / GladEnfado / Tristeza / AlegríaCuando el ánimo del equipo es el tema
DAKIDrop / Add / Keep / ImproveDecisiones sobre herramientas y procesos
Retro de línea de tiempoEventos en orden cronológicoPeriodos largos, trimestres, revisión de incidentes

Una práctica que funciona: fijar un formato estándar para la retro periódica (muchos equipos eligen KPT o Start/Stop/Continue) y desviarse solo con intención, por ejemplo una retro de línea de tiempo al cerrar el trimestre o Mad/Sad/Glad tras una etapa agotadora. Los equipos que cambian de formato cada semana gastan la energía en reaprender reglas en lugar de mejorar.

Tres métodos en detalle: velero, 4L y estrella de mar

La retrospectiva del velero trabaja con una imagen: el equipo es un barco que navega hacia una isla (el objetivo). El viento lo impulsa (lo que nos acelera), el ancla lo frena (lo que nos retiene), las rocas son riesgos en la ruta y la isla es la meta común. La metáfora baja la barrera de entrada de forma notable: quien percibe "señalar problemas de proceso" como algo confrontativo cuelga sin reparos una nota en el ancla. Por eso es una gran opción para equipos nuevos, grupos mixtos con stakeholders o la primera retro de un equipo. Eso sí, en la fase 4 hay que abandonar la metáfora: un ancla solo cuenta como resuelta cuando se ha convertido en una acción concreta con responsable.

La retrospectiva 4L plantea cuatro preguntas: qué me gustó (Liked), qué aprendí (Learned), qué faltó (Lacked) y qué eché de menos (Longed for). Su punto fuerte es la columna Learned: obliga al equipo a verbalizar aprendizajes que de otro modo quedarían implícitos, y por eso brilla tras periodos con mucha novedad, como un onboarding, un cambio de tecnología o el primer sprint de un proyecto. Lacked y Longed for, por su parte, generan materia prima para acciones que los formatos puros de "bien contra mal" suelen pasar por alto.

La retrospectiva de estrella de mar refina Start/Stop/Continue con dos grados intermedios: más de esto y menos de aquello. Esa gradación es justo lo que la hace valiosa para equipos veteranos. Tras dos años trabajando juntos, rara vez hay mucho que empezar o dejar por completo, pero sí prácticas con la dosis desajustada: más revisiones en pareja, menos reuniones de estado. Para equipos recién formados, en cambio, la estrella de mar suele ser demasiado fina: todavía no existen prácticas asentadas que dosificar.

Si no terminas de decidirte, este atajo ayuda:

  • La primera retro del equipo: velero, por su baja barrera de entrada.
  • Un equipo consolidado con proceso estable: estrella de mar, para ajustar dosis.
  • Tras una etapa de mucho aprendizaje: 4L, para hacer explícito lo aprendido.
  • Para todo lo demás: KPT o Start/Stop/Continue como estándar fiable.

Plantilla de retrospectiva para copiar

Esta plantilla sirve para la mayoría de los métodos; basta con cambiar las categorías centrales según el formato. Pégala en vuestro documento compartido o pizarra online:

# Retrospectiva - [Equipo] - [Fecha]
Periodo revisado: [DD/MM/AAAA - DD/MM/AAAA]
Método: [KPT / Velero / 4L / ...]
Participantes: [Nombres]

## Check-in: acciones de la retro anterior
- [ ] [Acción] - Resultado: [hecha / funciona / descartar]

## ¿Qué fue bien? (categoría según el método)
- [Observación como hecho, más: ¿por qué funcionó?]

## ¿Qué nos frenó? (categoría según el método)
- [Hechos: cuándo, qué y con qué consecuencias]

## Conclusiones
- [La causa detrás de los puntos más importantes]

## Acciones (máximo 2-3)
- [ ] [Comportamiento concreto y verificable] - Responsable: [Nombre] - Revisión: [próxima retro]

## Próxima retro: [Fecha]

El bloque de check-in está arriba a propósito: cada retro empieza revisando las acciones de la anterior. Ese circuito de retroalimentación es la diferencia entre una serie de retros que acumula resultados y una sucesión de conversaciones sueltas.

Errores frecuentes en las retrospectivas y cómo corregirlos

  • La retro se convierte en una sesión de quejas. Se habla, se asiente y no se decide nada. Remedio: dar a la fase 4 un hueco fijo en la agenda y tratar como innegociable la regla de "dos o tres acciones como máximo, cada una con nombre y fecha de revisión".
  • Personas en lugar de procesos. "Alex entrega tarde" es un ataque, no una observación. Quien facilita traduce a hechos: "las revisiones esperaron dos días de media". La Prime Directive del principio no es un ritual: es el acuerdo de trabajo.
  • Los mismos temas vuelven en cada retro. Casi siempre señala que la última acción fue un propósito ("coordinarnos mejor") y no un cambio de sistema. Remedio: para los temas repetidos quedan prohibidas las acciones basadas en esfuerzo; solo cuentan cambios de proceso o de herramienta.
  • La retro se cancela cuando hay mucho trabajo. Justo cuando más valdría. Un equipo que suspende retros bajo presión está diciendo que mejorar es una actividad para semanas tranquilas. Mejor acortarla a 30 minutos que suprimirla.
  • Nadie documenta, así que nada se acumula. Las fotos de la pizarra no se pueden buscar, y la persona designada para el acta pierde la mitad de la discusión. Sin notas fiables muere el bloque de check-in, y con él el valor de toda la serie. De eso hablamos ahora.

Retrospectivas remotas y el problema del acta

Las retrospectivas funcionan sorprendentemente bien en remoto, a menudo mejor que en una sala: las fases de escritura silenciosa encajan de forma natural en documentos compartidos y pizarras online, y las voces más discretas pesan lo mismo por escrito. Lo que no cambia, en remoto o en persona, es el problema del acta: la discusión es lo más valioso de la retro, y se evapora.

Aquí es donde ayuda un asistente de reuniones con IA en tiempo real. SuperIntern es una aplicación de escritorio sin bots (Mac y Windows) que captura el audio directamente del dispositivo. Ningún bot se une a la llamada, así que funciona igual en Zoom, Google Meet, Microsoft Teams o Webex, e incluso en una retro presencial donde un portátil simplemente escucha.

Notas en vivo de SuperIntern

Aplicado a las retrospectivas:

  • Enseña tu formato de retro a AI Canvas una sola vez. Descríbelo en lenguaje normal: "Esto es una retrospectiva de velero. Clasifica la discusión en viento, ancla, rocas y meta, y registra las acciones acordadas con su responsable". Cada retro posterior se rellena en vivo con esa estructura.
  • Quien facilita, facilita; no teclea. Nadie tiene que salirse de la discusión para levantar acta: la nota crece mientras el equipo habla.
  • El check-in tarda segundos. Las acciones de la retro anterior están en la nota de la retro anterior. El chat de IA entre reuniones también responde a: "¿Qué temas se repitieron en las últimas tres retros?"
  • Los equipos distribuidos van al mismo ritmo. La traducción en tiempo real a más de 50 idiomas hace posible la retro conjunta con la oficina de otro país, y cada persona recibe el resumen en su idioma.

Formatos de notas en vivo personalizables

Una nota honesta sobre los límites: SuperIntern no sustituye a la pizarra online en las fases de escritura silenciosa ni a un gestor de tareas para el seguimiento de acciones. Lo que elimina es la carga de documentar, y convierte toda la serie en un archivo consultable. Hay un plan gratuito, así que probarlo en la próxima retro no cuesta nada.

Preguntas frecuentes

¿Qué significa retrospectiva?

Literalmente, "mirada hacia atrás" (del latín retrospectare). En el trabajo, una retrospectiva es una reunión periódica en la que el equipo examina cómo colaboró durante un periodo cerrado y decide mejoras concretas para el siguiente. En el arte, la misma palabra designa una exposición que recorre la obra completa de un artista.

¿Cuáles son las 5 fases de una retrospectiva?

Según Esther Derby y Diana Larsen: preparar el terreno, recoger datos, generar conclusiones, decidir qué hacer y cerrar. Las fases llevan al equipo de las observaciones a las causas y de ahí a decisiones verificables.

¿Cuánto dura una retrospectiva y con qué frecuencia se hace?

Para un máximo de ocho personas y dos semanas de periodo, lo habitual es de 60 a 90 minutos. La Guía de Scrum fija como tope tres horas para un sprint de un mes. El ritmo sigue al ciclo de trabajo: una vez por sprint, o cada dos a cuatro semanas fuera de equipos ágiles. Con menos frecuencia que la mensual, los recuerdos se difuminan y la discusión pasa de hechos a impresiones.

¿Qué diferencia hay entre una review y una retrospectiva?

La review mira el resultado del trabajo: qué se construyó y qué opinan los stakeholders. La retrospectiva mira la forma de trabajar: cómo colaboramos y qué cambiamos. En Scrum ambas ocurren al final del sprint, primero la review.

¿Funciona una retrospectiva sin Scrum?

Sí. El formato es anterior a Scrum y funciona en cualquier equipo que colabore de forma recurrente: ventas lo usa como repaso mensual, marketing tras las campañas, operaciones al cerrar fases de proyecto. Solo hacen falta un periodo definido, una cita periódica y la disciplina de terminar con acciones.

¿Quién facilita la retrospectiva?

En equipos Scrum suele hacerlo el Scrum Master, pero en principio puede ser cualquier persona capaz de sostener la estructura sin ser el centro de la discusión. La facilitación rotatoria dentro del equipo funciona bien una vez asentado el formato. Para temas emocionalmente cargados, merece la pena una facilitación neutral de fuera del equipo.

¿Qué hacer si el equipo es demasiado grande para una retrospectiva?

A partir de ocho o diez personas la dinámica se rompe: el tiempo de palabra por persona cae y la mitad de la sala desconecta. Lo que funciona es dividirse en grupos de cuatro a seis que recogen y discuten en paralelo, seguidos de una ronda conjunta breve en la que cada grupo presenta su conclusión más importante y sus acciones. Los temas que cruzan departamentos pasan a un formato propio con las personas realmente implicadas.

Conclusión

Una retrospectiva es la inversión recurrente más pequeña que un equipo puede hacer en su propia forma de trabajar. Las condiciones de éxito no tienen nada de espectacular: una cita fija que sobrevive a las semanas de más carga, las cinco fases como guion, un método que encaje con el equipo, como mucho dos o tres acciones verificables con responsable, y un check-in que abra cada retro repasando las acciones de la anterior.

El acta que sostiene esa serie ya no hace falta llevarla a mano. Si la documentación queda en manos de un asistente de IA sin bots, el equipo recupera toda su atención para lo que de verdad importa en la retro: decidir, en conjunto, qué cambia.


Prueba SuperIntern Gratis : sin bots en la reunión, notas en vivo con tu formato de retro y cada acción llega de forma fiable a la siguiente.

SuperIntern