Cómo hacer una retrospectiva al cerrar tu proyecto (y aprender de verdad)

El evento terminó, las sillas ya están recogidas y el equipo celebra (o se lamenta) en el grupo de chat. Una semana después, nadie recuerda con claridad qué salió bien, qué salió mal ni por qué, y el próximo proyecto arranca cometiendo los mismos errores. La pieza que falta es hacer una retrospectiva: una conversación estructurada al cierre de un proyecto o evento para convertir la experiencia en aprendizaje útil. Aquí verás qué es, cuándo convocarla y una agenda de 60 minutos lista para usar con tu equipo.

Qué es una retrospectiva (y qué no es)

Una retrospectiva es una reunión deliberada que hace el equipo al finalizar un proyecto, un evento o una etapa de trabajo, con un propósito: examinar cómo trabajaron juntos y decidir qué mantener, qué ajustar y qué probar la próxima vez.

No es un juicio de desempeño ni un espacio para descargar frustraciones. Una retrospectiva bien llevada analiza el proceso, no a las personas: la pregunta nunca es «quién falló», sino «qué condiciones hicieron que esto pasara». Tampoco es una lista de quejas sin salida: toda observación debe terminar conectada con una decisión o un aprendizaje.

En gestión de proyectos, esta práctica se conoce también como recopilación de «lecciones aprendidas». La guía de Asana sobre el tema la resume en cinco pasos (identificar, documentar, analizar, almacenar y recuperar lo aprendido): la retrospectiva es la instancia viva donde ocurren los tres primeros, y el documento que sale de ella se encarga de los otros dos.

Cuándo hacerla y a quién invitar

El momento ideal es dentro de los cinco a siete días siguientes al cierre: la experiencia sigue fresca, pero la emoción del último día ya bajó. Si esperas un mes, la memoria retiene solo lo más extremo y se pierden los detalles operativos, que son los que más enseñan.

Convoca a quienes ejecutaron el proyecto, no solo a la coordinación: deben estar las personas que atendieron la logística, la comunicación y el trabajo de campo, porque cada una vio una parte distinta de la realidad. Si el grupo supera las diez personas, nombra un facilitador que cuide los tiempos; y si repartir funciones fue un punto débil del proyecto, la guía sobre cómo repartir roles sin que siempre carguen los mismos puede ayudarles en la siguiente etapa.

Los cinco momentos de una buena retrospectiva

Esther Derby y Diana Larsen, autoras del libro de referencia Agile Retrospectives, proponen cinco fases que funcionan en cualquier tipo de equipo. Adaptadas a proyectos juveniles y comunitarios, quedan así:

1. Abrir el espacio (5-10 minutos) — El facilitador recuerda el propósito («mejorar cómo trabajamos, no evaluar a nadie») y propone una ronda breve de una palabra por persona: «¿En una palabra, cómo te llevas este proyecto?». Esto rompe el hielo y toma el pulso del grupo.
2. Reconstruir los hechos (10-15 minutos) — Antes de opinar, el equipo reconstruye qué pasó: cronología del proyecto, hitos, momentos de tensión, decisiones clave. Separar hechos de interpretaciones evita discutir sobre recuerdos distintos.
3. Extraer aprendizajes (15-20 minutos) — Con los hechos sobre la mesa, la pregunta es «¿por qué pasó esto?». Aquí se identifican patrones: «las tareas se concentraron en dos personas», «confirmar el local una semana antes nos salvó», «la difusión empezó tarde». Una herramienta útil es preguntar «¿por qué?» varias veces hasta llegar a la causa, no al síntoma.
4. Decidir acciones (15 minutos) — De todos los aprendizajes, el equipo elige dos o tres (no más) y los convierte en acuerdos concretos: qué se hará distinto, quién se compromete y para cuándo. Una retrospectiva sin acuerdos con responsable y fecha es solo una charla agradable que no cambiará nada.
5. Cerrar bien (5 minutos) — Se agradece la participación, se resume lo acordado y se cierra con algo que celebre al equipo: reconocer el esfuerzo compartido protege la motivación para el siguiente proyecto.

Agenda de 60 minutos para tu equipo

Esta agenda está pensada para un equipo juvenil de cuatro a diez personas que acaba de cerrar un evento o proyecto. Solo necesitas un papelote o un documento compartido dividido en tres columnas:

1. Minutos 0-5 — Apertura. Propósito y regla de oro: se habla del proceso, no de las personas. Ronda de una palabra por integrante.
2. Minutos 5-15 — Línea de tiempo. Entre todos reconstruyen lo ocurrido, de la planificación al cierre, sin evaluar todavía: solo hechos.
3. Minutos 15-35 — Tres columnas. Cada persona anota y comparte: mantener (qué funcionó y conviene repetir), ajustar (qué funcionó a medias y cómo mejorarlo) y probar (qué no se hizo y vale la pena intentar). Se agrupan las ideas repetidas.
4. Minutos 35-50 — Priorizar y decidir. Se elige por consenso un punto de cada columna y se convierte en acuerdo: acción, responsable y fecha.
5. Minutos 50-60 — Cierre y registro. Alguien redacta un documento breve con los acuerdos, lo guarda donde el equipo pueda encontrarlo y se compromete a abrirlo al planificar el siguiente proyecto.

Ese último gesto es el que multiplica el valor de la reunión. Lo aprendido solo sirve si queda registrado y se consulta antes de planificar lo que viene. Si tu equipo está por iniciar algo nuevo, cruzar el documento de la retrospectiva con la guía sobre cómo planificar un proyecto de la idea al plan en una página les dará un arranque mucho más sólido.

Errores que vuelven inútil una retrospectiva

• Convertirla en sesión de descargo: si el ambiente se vuelve de señalamientos, la gente deja de hablar con honestidad. El facilitador debe redirigir: «¿qué condición podemos cambiar para que no se repita?».
• Saltar de los hechos a las conclusiones: opinar sin reconstruir primero lo que pasó produce acuerdos basados en recuerdos incompletos.
• Querer arreglarlo todo: diez acuerdos no se cumplen; tres sí. Priorizar es parte del ejercicio.
• No escribir nada: la memoria del equipo dura dos semanas; el documento, años.
• Hacerla solo cuando algo sale mal: los éxitos también se analizan, porque entender por qué funcionaron permite repetirlos a propósito y no por suerte.

Un ejemplo hipotético muestra la diferencia: tras su primera feria de emprendimientos, un colectivo estudiantil descubrió en su retrospectiva que la fila del ingreso no se debió a «mala suerte», sino a que el registro dependía de una sola persona. Su acuerdo fue habilitar dos mesas y un listado digital, y en la siguiente edición la entrada fluyó sin filas. El aprendizaje estaba ahí desde el primer día, pero solo la conversación estructurada lo hizo visible.