La mayoría de los repositorios institucionales funcionan bien cuando se lanzan. A los dos o tres años, muchos muestran signos de degradación: software desactualizado, metadatos inconsistentes, flujos de trabajo detenidos. La causa rara vez es técnica.
Una institución despliega DSpace. El equipo de TI se encarga de la infraestructura. La biblioteca configura colecciones, formularios de envío y esquemas de metadatos. Los usuarios empiezan a depositar. El repositorio cumple su mandato.
Entonces algo cambia. La persona que sabía ejecutar las actualizaciones se va. La biblioteca cambia sus políticas de metadatos, pero nadie actualiza las plantillas de envío. Sale una nueva versión de DSpace, y luego otra, y la actualización se posterga porque “nunca hay un buen momento”. El cosechador OAI-PMH empieza a devolver errores que nadie nota durante seis meses.
El repositorio sigue funcionando, en el sentido de que las páginas cargan y los archivos se almacenan. Pero se ha alejado del estado para el que fue diseñado.
La deriva técnica es la más visible. Las versiones de DSpace quedan atrás. Las versiones de Java y Tomcat dejan de tener soporte. Los parches de seguridad no se aplican. El rendimiento baja a medida que el índice crece sin mantención adecuada.
La deriva de metadatos es más sutil, pero suele ser más dañina. Los esquemas se alejan de Dublin Core o de las políticas locales. Los archivos de autoridad no se mantienen. Los campos obligatorios pasan a ser optativos en la práctica. Se acumulan registros duplicados. El repositorio se vuelve menos descubrible, menos cosechable y menos útil para los investigadores.
La deriva organizacional es la raíz de las otras dos. No hay un dueño claro del repositorio como un todo, solo dueños parciales. TI administra el servidor pero no el contenido. La biblioteca administra el contenido pero no la infraestructura. Ninguno tiene un modelo operativo compartido para el sistema.
DSpace es un sistema sociotécnico. Exige decisiones en al menos tres dominios: infraestructura de software, arquitectura de la información y política institucional. En la mayoría de las universidades esos dominios pertenecen a departamentos distintos, con prioridades, vocabularios y ciclos de actualización distintos.
Esta brecha no es una falla de competencia. Los equipos de TI son competentes. El personal de biblioteca es competente. La brecha es estructural: existe porque las responsabilidades nunca se unieron formalmente.
Los repositorios que mantienen su calidad en el tiempo suelen compartir algunas características:
Antes de recomendar cualquier intervención, evaluamos. Un diagnóstico nos dice el estado actual del repositorio en las dimensiones técnica, de metadatos y operativa. Produce un informe escrito y una hoja de ruta priorizada, no un discurso de venta del siguiente servicio.
Muchas instituciones descubren que el diagnóstico por sí mismo aclara las cosas. Entrega a TI y a la biblioteca un vocabulario compartido y una imagen común del sistema del que ambos son responsables.
Si tu repositorio lleva más de dos años funcionando sin una revisión formal, vale la pena examinarlo. Los problemas suelen tener solución, pero solo una vez que se entienden.