Un ayuntamiento de unos ochenta mil habitantes concluye en 2023 la migración de su sistema de recursos humanos. El proyecto se retrasa cuatro meses, la fase de pruebas se acorta y el proveedor solo se incorpora tarde a la definición de los criterios de aceptación. La evaluación posterior es sólida: tres recomendaciones, formuladas con claridad, archivadas correctamente. Dos años después, el mismo ayuntamiento inicia una migración comparable, esta vez para el sistema financiero. Fase de pruebas demasiado corta. Proveedor incorporado demasiado tarde. Criterios de aceptación definidos a posteriori.
Nadie había ignorado la evaluación. Nadie ni siquiera la había pasado por alto — simplemente no estaba en el lugar donde el siguiente jefe de proyecto iba a buscar.
Un proceso, no una buena intención
El investigador estadounidense Williams describió este patrón ya en 2007, con precisión: sin un esfuerzo dirigido y un proceso designado, las lecciones rara vez terminan integradas en la política más amplia de la organización. Esta es una constatación distinta de "nadie lee las evaluaciones". Sí se leen, se escriben e incluso a veces se discuten. Lo que falta es la traducción — de una observación en un informe de proyecto a un cambio en una plantilla, una condición de contratación pública o un requisito de calidad que el siguiente jefe de proyecto encontrará automáticamente.
Un registro de lecciones aprendidas es, en ese sentido, un acto de archivo, no un proceso de aprendizaje. La diferencia está en quién retoma la recomendación una vez cerrado el proyecto y disuelto el equipo. Sin ese responsable, una evaluación vuelve a ser un pdf en un archivo de proyectos.
Lo que dicen los cuatro marcos
El OECD DAC, la revisión Gate 5 británica, la práctica PRINCE2 y el modelo CIPP se desarrollaron de forma independiente, para sectores muy distintos, y aun así llegan a los mismos elementos constitutivos: evaluar los beneficios frente a la promesa original, una validación independiente, criterios fijados de antemano — y lecciones aprendidas orientadas a la acción. Esta última palabra, orientadas a la acción, marca la diferencia. Una lección que no conduce a nada no es una lección, es una nota.
Orientada a la acción significa: una recomendación recibe una acción de seguimiento, un responsable y un plazo, como cualquier otro punto de acción del proyecto. No "lo tendremos en cuenta", sino "el responsable de calidad ajusta la plantilla de aceptación antes del 1 de octubre, y esa plantilla es obligatoria en la próxima licitación de TI".
Tres pasos que marcan la diferencia
Para los jefes de proyecto y las PMO que reconocen este patrón, bastan tres ajustes, sin necesidad de un sistema nuevo:
Primero: registrar cada recomendación de evaluación por separado en un registro central, independiente del informe completo. Un informe de veinte páginas no se consulta; una línea en un registro con un estado, sí.
Después: designar para cada recomendación un responsable que no sea el equipo del proyecto. El equipo se disuelve tras la entrega — la recomendación solo sobrevive a eso si alguien fuera del proyecto es responsable de ella.
Por último: revisar al menos una vez al año las plantillas, listas de verificación y condiciones de contratación frente a ese registro. Ese es el momento en que una lección se convierte de verdad en política, en lugar de quedarse en historia.
El ayuntamiento del ejemplo no necesitaba una evaluación adicional para evitar el segundo fallo — la primera evaluación ya era suficiente. Lo que faltaba era un proceso que permitiera que la recomendación aterrizara después de que todos ya estuvieran ocupados con el siguiente proyecto.