7.2 Retrospectiva y evaluación del proyecto
Gestionar bien un proyecto durante la ejecución importa — pero lo que verdaderamente fortalece al siguiente proyecto es lo que pasa después de que este termina: la reflexión y la evaluación.
Esta sección cubre cómo reflexionar sobre los resultados, el proceso, el equipo y la organización en conjunto, y cómo usar métodos estructurados para sacar a la luz éxitos que vale la pena repetir y errores que vale la pena evitar.
Por qué importan las retrospectivas
Una vez que un proyecto termina, la mayoría de los miembros del equipo pasan directamente al siguiente encargo. Saltarse la retrospectiva tiende a dejar:
- Factores de éxito que nadie sabe nombrar — y por tanto no puede repetir
- Errores y descuidos que recurren silenciosamente
- Insights atascados en la cabeza de una persona, que nunca llegan al equipo
Una retrospectiva no se trata de culpar al pasado; es un movimiento estratégico para subir las probabilidades del siguiente proyecto.
Cuatro dimensiones de una revisión de proyecto
Para una vista holística, mira el proyecto desde cuatro ángulos:
- Resultados: ¿se cumplieron los objetivos? calidad, entrega, costo, satisfacción
- Proceso: ¿la planificación, el seguimiento del progreso y la gestión de cambios fueron efectivos?
- Equipo: ¿la colaboración, los roles y la comunicación fueron claros?
- Entorno: ¿los factores externos — stakeholders, estructura, herramientas — fueron apropiados?
Mirar los cuatro mueve la conversación más allá de «salió bien / no salió bien» hacia insights con profundidad real.
Métodos de evaluación: KPT, 5 Por qués, feedback de 360 grados
KPT (Keep / Problem / Try)
- Keep: qué salió bien y debería continuar
- Problem: qué no salió bien
- Try: ideas para mejorar
5 Por qués
Rastrea los problemas hasta su raíz preguntando «¿por qué?» cinco veces seguidas. Empuja más allá de los síntomas hacia la causa real.
Feedback de 360 grados
Recoge feedback de todos los involucrados para que el equipo se vea desde múltiples ángulos — revelando dinámicas que cualquier perspectiva única se perdería.
Usar ActionBridge para retrospectivas
ActionBridge le da a la retrospectiva algo en lo que apoyarse:
- Reproduce historiales de tareas y comentarios para ver cómo fluyeron realmente las decisiones
- Usa vistas de burndown y Gantt para analizar el ritmo y dónde aparecieron los retrasos
- Comparte plantillas de retrospectiva (formato KPT) como documentos comunes
- Recoge feedback sincero a través de comentarios anónimos o encuestas
El resultado es una revisión basada en hechos y guiada por el diálogo — no un concurso de memoria.
Cómo hacer que las retrospectivas perduren
Para evitar que las retrospectivas se conviertan en ritual:
- Prográmalas como parte del cierre, no como un extra opcional
- Involucra a todo el equipo, no solo al PM
- Enmarca la conversación como mejora hacia adelante, no como búsqueda de culpables
- Devuelve el output a las plantillas de proyecto y la EDT para la próxima vez
Resumen: las retrospectivas encienden la mejora
Una retrospectiva no es lamentar el pasado — es diseñar un mejor próximo proyecto. Convertir los insights en conocimiento compartido del equipo, en lugar de en lecciones personales, es el sello distintivo de un equipo que aprende.
Cómo se ve esto en AB
En AB Project Management, una página de Retrospectiva en el Wiki del proyecto captura el KPT en un formato que el siguiente equipo puede buscar. Fíjala desde la portada del proyecto para que sea lo primero que vea cualquiera más tarde. Las tareas etiquetadas como Lección llevan los aprendizajes individuales con responsables — y a los asistentes de IA conectados vía MCP se les puede pedir que resuman el historial de cambios del proyecto en un borrador de retrospectiva para sembrar la discusión.
→ A continuación, ve a 7.3 Transferencia de conocimiento para futuros proyectos y explora cómo capturar y transmitir los aprendizajes con eficacia.