Cómo documentar lecciones aprendidas según PMBOK 8
6 meses después de cerrar un proyecto complicado, empiezas uno similar y cometes los mismos errores. El documento de lecciones aprendidas existía. Nadie lo abrió.
Aquí está el problema: las lecciones aprendidas no son un entregable administrativo. Son un activo organizacional que debe ser fácil de escribir, fácil de encontrar y fácil de aplicar.
El propósito real, según PMBOK 8
PMBOK 8 lo llama "Cerrar Proyecto o Fase → Documentación de Lecciones Aprendidas". Pero el propósito no es llenar un formulario — es capturar conocimiento para mejora continua. En otras palabras: ¿qué aprendimos que haga que el próximo proyecto sea mejor? No es retrospectiva emocional. Es ingeniería de procesos.
Las 4 preguntas que estructuran lecciones reales
1. ¿Qué salió bien (y por qué)?
Ejemplo: "El cliente estuvo satisfecho porque establecimos aprobaciones con SLA de 48h." → Acción: implementar SLA de aprobación desde el inicio en próximos proyectos.
2. ¿Qué salió mal (raíz, no síntoma)?
Malo: "El proyecto se atrasó 2 semanas." Bueno: "Se atrasó porque no identificamos que el cliente necesitaba aprobación de su equipo legal, que tarda 3 semanas." → Acción: preguntar explícitamente por procesos internos del cliente que afecten aprobaciones.
3. ¿Qué haríamos diferente?
Ejemplo: "Dividiríamos la Fase 1 en dos sprints para obtener feedback más temprano."
4. ¿Qué debe recordar el próximo PM?
Ejemplo: "Para clientes del sector financiero, asume que la aprobación toma el doble de tiempo."
Estructura ligera (no 50 páginas)
| Aspecto | Qué pasó | Próxima vez | Dueño |
|---|---|---|---|
| Cronograma | Atraso por aprobaciones no identificadas | Mapear stakeholders en planificación | Directora PMO |
| Comunicación | Cliente confundido, sin portal compartido | Implementar portal desde día 1 | Directora PMO |
| Riesgos | Riesgo se materializó sin aviso | Revisar riesgos semanalmente | PM |
Cada lección apunta a una acción concreta, con propietario responsable de implementarla y es referenciable por el próximo PM.
Errores típicos en la documentación
- Demasiado genérico: "la comunicación es importante" no tiene valor de acción. "Implementar portal compartido desde día 1 para clientes grandes" sí.
- Asignación de culpa: "Juan no fue responsable" es tóxico. "En equipos distribuidos, incrementar sincronizaciones semanales" es constructivo.
- Sin propietario de implementación: sin dueño, nadie lo hace.
- No revisar lecciones previas: el máximo desperdicio es repetir una lección que ya estaba documentada hace 2 años.
Cadencia de uso
Documenta lecciones dentro de la semana de cerrar el proyecto — si esperas 2 meses, se olvidan. Revisa lecciones previas al planificar un proyecto similar, asignando 1 hora en el kickoff. Y actualiza el repositorio cada año, marcando lecciones "validadas" si siguen siendo relevantes.
Por qué Actia hace esto simple
Al cerrar un proyecto, la IA de Actia genera un borrador inicial de lecciones basado en los datos reales del proyecto. El equipo responde las 4 preguntas clave, no 50 páginas. Todo se guarda en un repositorio con búsqueda por tipo de proyecto, aspecto y fecha — y en el próximo proyecto similar, el PM recibe recomendaciones de lecciones previas automáticamente.
¿Tu PMO sigue cerrando proyectos en Word y Excel?
Prueba Actia gratis por 14 días. PMBOK 8, IA incluida y portal de cliente sin límites, en un solo lugar.