Pregunta de entrada

Una entidad documenta al final de cada proyecto qué funcionó y qué debería mejorar, pero nadie revisa esas conclusiones antes de iniciar el siguiente. ¿Puede decirse que la organización ha aprendido?

Por qué importa

Las entidades locales acumulan experiencia cada día: resuelven incidencias, implantan herramientas, modifican procedimientos, coordinan servicios y prueban nuevas formas de trabajo. La experiencia no genera aprendizaje de manera automática.

Si los resultados no se revisan, los conocimientos permanecen en algunas personas, los errores pueden repetirse y las prácticas útiles desaparecen cuando cambia el equipo. Para que exista aprendizaje organizativo es necesario interpretar la experiencia, documentar lo relevante, compartirlo con quienes puedan utilizarlo y convertirlo en una decisión, una práctica o una corrección comprobable.

1. De la experiencia al aprendizaje organizativo

Una organización puede acumular datos, informes y actas sin modificar su forma de actuar. Registrar información es necesario, pero no suficiente. Existe aprendizaje organizativo cuando la experiencia produce una comprensión que se comparte y se incorpora a decisiones, procedimientos, capacidades o comportamientos posteriores.

Detectar que una categoría de solicitudes genera derivaciones incorrectas es una observación. Analizar por qué sucede permite formular un aprendizaje. Modificar la clasificación, comprobar el resultado y utilizar ese criterio en futuros circuitos demuestra que el aprendizaje se ha incorporado.

Una observación aislada no demuestra necesariamente una causa. Antes de concluir conviene contrastar datos, escuchar a las personas implicadas y considerar otras explicaciones. Expresiones como «faltó comunicación» o «la gente no se implicó» son demasiado generales si no se concretan comportamientos, momentos o condiciones observadas.

2. Revisar la práctica mediante una retrospectiva

Una retrospectiva es una revisión estructurada de un periodo, proyecto, proceso o prueba. No es necesario esperar al final de un gran proyecto: puede realizarse al concluir un piloto, después de un hito, al cerrar una fase, cuando se repite una incidencia, antes de extender una solución o periódicamente en un equipo con trabajo continuado.

Seis preguntas para una retrospectiva breve

1. ¿Qué esperábamos que ocurriera? Recuperar finalidad, resultados previstos y criterios utilizados.
2. ¿Qué ocurrió realmente? Describir hechos, datos, incidencias y resultados, distinguiéndolos de las opiniones.
3. ¿Qué funcionó y por qué? Identificar prácticas que conviene mantener, repetir o compartir.
4. ¿Qué no funcionó o sigue sin estar claro? Analizar dificultades, efectos no previstos y cuestiones que requieren más información.
5. ¿Qué aprendizaje obtenemos? Formular una conclusión aplicable a una decisión o experiencia posterior.
6. ¿Qué haremos ahora? Acordar una acción, una responsabilidad, un plazo y una forma de comprobarla.

La retrospectiva debe centrarse en el trabajo y sus condiciones, no en descalificar a las personas. Para favorecer aportaciones útiles puede comenzarse con reflexión individual, recoger información escrita y diferenciar hechos, interpretaciones y propuestas.

Una retrospectiva no sustituye los controles, auditorías, evaluaciones o procedimientos formales que sean necesarios.

3. Reconocer el error y corregir pronto

Aprender requiere que las dificultades puedan comunicarse antes de que sus efectos se acumulen. Si una persona detecta que un nuevo circuito está produciendo errores, la respuesta más útil es comprobar la situación, valorar sus consecuencias y corregirla cuanto antes.

Reconocer un error no elimina responsabilidades. Es necesario distinguir entre una hipótesis que no se confirma durante una prueba responsable, una dificultad provocada por información/recursos/coordinación insuficientes, un error operativo detectable y corregible, y un incumplimiento o situación que afecte a derechos, seguridad, integridad, protección de datos o legalidad. En los tres primeros casos puede revisarse y documentarse; en el último deben activarse los canales, responsabilidades y procedimientos formales correspondientes.

4. Documentar lo necesario para poder reutilizarlo

Una documentación útil no es necesariamente extensa. Debe permitir que otra persona comprenda qué experiencia se revisó, qué hechos y datos la respaldan, qué aprendizaje se extrajo, qué acción se acordó, si modificó alguna decisión o práctica posterior y qué evidencia permite comprobarlo. No incluyas datos personales, expedientes identificables ni información reservada.