Retrospectiva de proyecto: preguntas, agenda y plantilla
El proyecto ha terminado. Revisa qué ayudó al equipo y qué lo frenó, para que el siguiente trabajo sea más claro y los acuerdos se conviertan en acciones.
Qué es una retrospectiva de proyecto
En una retrospectiva, el equipo revisa su experiencia durante un periodo y decide qué cambiar. Puede hacerse al terminar un proyecto, una fase o un ciclo de trabajo. La conversación se centra en la colaboración, los procesos y las condiciones, sin buscar culpables.
Una reunión de seguimiento trata lo que está hecho y lo que se retrasa. En la retrospectiva se pregunta por qué el trabajo avanzó de esa manera y qué paso pequeño ayudaría la próxima vez. Enumerar dificultades es solo el comienzo. Acordad un resultado verificable.
Conservar
¿Qué funcionó bien y conviene mantener en el siguiente proyecto?
Analizar
¿Qué obstáculo se repitió y qué ejemplos lo muestran?
Probar
¿Qué cambio puede probar el equipo en el próximo ciclo?
Evita convertir la reunión en una defensa del informe ante la dirección. Si se teme un castigo por hablar con franqueza, pueden quedar fuera detalles útiles. Explica de antemano el objetivo y las reglas.
Cómo preparar al equipo
Delimita el tema: «preparación y lanzamiento del seminario web de formación», por ejemplo, en vez de «todo lo que funciona mal». Invita a personas que hayan participado y puedan aportar distintas perspectivas.
Pide a cada persona un caso concreto: qué ocurrió, cuándo, qué consecuencias tuvo y qué ayudó. Puedes reunir notas antes y dejar unos minutos de reflexión en silencio para evitar que la primera opinión marque toda la conversación.
Ten a mano el plan, el historial de tareas, las versiones aprobadas o los mensajes del proyecto para comprobar hechos. Que falte un registro no demuestra que no hubiera acción. Un comentario sin guardar no prueba que alguien no actuara.
Agenda y preguntas para la retrospectiva
Este reparto del tiempo es un ejemplo para un equipo pequeño. Adáptalo si hace falta. Un tema complejo puede requerir otra reunión.
| Tiempo | Actividad | Pregunta de quien facilita |
|---|---|---|
| 0–5 minutos | Recordar el objetivo y el alcance | ¿Qué proceso revisamos hoy y qué resultado queremos obtener? |
| 5–12 minutos | Cada persona anota sus observaciones | ¿Qué ayudó? ¿Dónde hubo dificultades? ¿Qué ejemplo lo muestra? |
| 12–25 minutos | Agrupar y aclarar las observaciones | ¿Qué episodios guardan relación? ¿Qué sabemos y qué solo suponemos? |
| 25–38 minutos | Elegir un problema y un experimento | ¿En qué podemos influir? ¿Qué cambio podemos probar? |
| 38–45 minutos | Anotar el siguiente paso | ¿Quién se encarga, para cuándo y cuándo comprobaremos el resultado? |
Si la conversación deriva en quién suele equivocarse, vuelve al caso concreto. En lugar de «Nunca nos dan material decente», pregunta «¿Qué faltaba esta vez y cuándo se notó?».
Evita resolverlo todo en una reunión. Elige un problema que afecte al trabajo y tenga un paso viable. Anota las demás cuestiones por separado, para que no se pierdan ni se conviertan en promesas sin responsable.
De la queja a un cambio verificable
El equipo preparaba un seminario web. Un día antes de lanzarlo, descubrió que varias correcciones aprobadas faltaban en la presentación. En la retrospectiva alguien dijo: «Otra vez tuvimos que rehacerlo todo a última hora». La frustración no indicaba por sí sola una solución.
Los participantes abrieron los materiales y reconstruyeron el caso. Los comentarios llegaron por dos chats, se hicieron algunos cambios y no había un estado común. El equipo supuso que una sola lista ayudaría a detectar omisiones antes de aprobar la versión final.
Acordaron probarla en el siguiente seminario web de formación. Marina, la coordinadora, crea la lista antes de empezar. Cada comentario se marca como «aceptado», «en curso» o «comprobado», o se indica el motivo del rechazo. Un día antes del lanzamiento, el editor coteja la lista con la presentación final.
En la siguiente retrospectiva, el equipo comprueba si quedaron cambios aprobados sin aplicar y si la lista fue fácil de mantener. Si vuelve a ocurrir, estudia otras causas, como indicaciones poco claras o cambios tardíos, antes de culpar a la herramienta.
Prestar más atención a las correcciones la próxima vez.
Marina crea una lista común. El editor la coteja con la versión final. Tras el siguiente lanzamiento revisamos las omisiones y la facilidad de uso.
Plantilla de resultados de la retrospectiva
Proyecto y periodo: Participantes: Qué ayudó y qué conservamos: Problema elegido: Observaciones y ejemplos concretos: Causa posible: Qué sigue sin saberse: Experimento: Responsable: Plazo de preparación: Dónde se registra el avance: Cómo evaluaremos el resultado: Cuándo lo discutiremos: Decisión después de revisar: [conservar / cambiar / detener] Otros temas para la próxima conversación:
Envía el resumen a los participantes y deja que corrijan imprecisiones. Si hace falta una decisión de alguien que no estuvo, anota esa dependencia. Pide su conformidad antes de asignarle la tarea o registrar un compromiso en su nombre.
- El alcance está claro.
- Se distinguen los hechos y las suposiciones.
- El equipo sabe qué quiere conservar.
- Se ha elegido un cambio viable.
- La persona responsable ha aceptado la tarea.
- Hay una fecha para comprobar el resultado.
Veamos los detalles
¿En qué se diferencia una retrospectiva de un cierre de proyecto?
El cierre puede incluir alcance, plazos y resultados. La retrospectiva se centra en la experiencia del equipo: qué ayudó, qué dificultó el trabajo y qué cambiar. Puedes combinar ambas conversaciones si conservas sus objetivos.
¿Qué hacer si el equipo no habla?
Empieza con notas individuales breves y preguntas sobre casos concretos. Permite saltarse las preguntas personales. Comprueba que se entienda el objetivo y que la reunión no parezca una búsqueda de culpables. El silencio no demuestra que no haya problemas.
¿Cuántas mejoras debemos elegir?
Tantas como el equipo pueda aplicar y comprobar. En la primera sesión suele bastar con un cambio pequeño. Una lista larga sin responsables ni plazos crea más promesas que avances.