Competencias digitales Nivel experto

Alineación con DigComp

• Área principal: Área 1 · Búsqueda, evaluación y gestión de información.
• Competencia principal: 1.1 · Navegar, buscar y filtrar información.
• Nivel: DigComp Highly Advanced · diseño y gobierno de soluciones complejas, transferencia y contribución a la práctica profesional.
• Nombre editorial: Nivel experto.

Resultados de aprendizaje

Al terminar el capítulo, podrás:

1. Traducir necesidades organizativas en casos de recuperación.
2. Diseñar taxonomía y vocabulario mantenibles.
3. Combinar fuentes estructuradas y no estructuradas.

Apertura. Cuando buscar se convierte en un servicio

Un centro educativo necesita que docentes, administración y familias encuentren normativa, ayudas y procedimientos. Cada persona busca de forma distinta y obtiene resultados desiguales. El reto ya no es hacer una buena consulta: es gobernar un servicio de recuperación.

1. Definir mandato y alcance

Escribe propósito, usuarios, decisiones apoyadas, colecciones incluidas y riesgos. Aclara qué no hará el servicio: no ofrecerá asesoramiento jurídico ni decidirá por la persona.

El mandato evita que un buscador interno se convierta en solución universal sin recursos para mantenerlo.

2. Investigar casos de uso

Recoge tareas reales: localizar la versión vigente, comparar convocatorias, recuperar un procedimiento o explorar antecedentes. Incluye lenguaje, accesibilidad, frecuencia y consecuencia de un error.

Agrupa casos por necesidad, no por herramienta. Una misma fuente puede servir a varios recorridos.

3. Diseñar taxonomía y vocabulario

Una taxonomía organiza categorías; un vocabulario controlado mantiene términos, sinónimos y relaciones. Debe reflejar cómo hablan usuarios y especialistas.

Figura 1. Términos y sinónimos

1. término cotidiano conectado con término oficial, sinónimos y categoría

2. término cotidiano conectado con término oficial

3. sinónimos

4. categoría

Asigna propietario, proceso de propuesta y fecha de revisión. Una taxonomía sin gobierno envejece.

4. Seleccionar fuentes

Combina colecciones estructuradas —catálogos, registros— y no estructuradas —documentos, páginas—. Para cada fuente registra autoridad, cobertura, actualización, acceso, formato y salida.

No añadas una fuente solo por volumen. Una colección opaca o imposible de actualizar puede reducir calidad.

5. Redactar un protocolo reproducible

El protocolo define pregunta, fuentes, consultas, filtros, exclusiones, registro y criterio de parada. Debe ser suficientemente preciso para repetir y suficientemente flexible para adaptarse.

Versiona los cambios. Reproducibilidad no significa obtener siempre el mismo orden de resultados, sino poder explicar el proceso y sus diferencias.

6. Incorporar IA y automatización

Una IA puede expandir términos, buscar por significado o resumir candidatos. Trátala como componente: define datos permitidos, salida esperada, fuentes, registro, prueba y revisión.

No aceptes referencias inventadas ni introduzcas consultas sensibles en servicios no autorizados.

7. Construir un conjunto de prueba

Reúne consultas representativas y resultados conocidos: casos fáciles, ambiguos, raros y accesibles por distintos lenguajes. Conserva por qué cada resultado es pertinente.

El conjunto debe revisarse cuando cambian necesidades y contenidos. No lo optimices hasta que deje de representar la realidad.

8. Evaluar cobertura y precisión

La precisión pregunta qué parte de lo recuperado es pertinente; la exhaustividad estima cuánto de lo pertinente se encontró. Mejorar una puede empeorar la otra.

Figura 2. Caso, resultados esperados, recuperados, pertinentes, huecos y observaciones

1. caso

2. resultados esperados

3. recuperados

4. pertinentes

5. huecos

6. observaciones

Interpreta las medidas con tareas y riesgos. En una exploración puede importar cobertura; en una respuesta breve, precisión.

9. Evaluar accesibilidad y equidad

Prueba lenguaje cotidiano, variantes, teclado, lector de pantalla y conexión limitada. Compara si ciertos grupos obtienen sistemáticamente menos resultados o explicaciones.

Una interfaz accesible no compensa una colección que excluye sus fuentes.

10. Asignar gobierno

Define quién mantiene fuentes, vocabulario, protocolo, tecnología y respuesta a errores; quién aprueba cambios y quién revisa independientemente.

Registra excepciones y decisiones. Sin autoridad y tiempo, la gobernanza queda en un organigrama decorativo.

11. Auditar y mejorar

Revisa muestras, consultas sin respuesta, quejas, cambios de fuente, costes y carga. Publica limitaciones y un canal de corrección.

No midas solo velocidad o número de búsquedas. Evalúa si las personas encuentran evidencia suficiente para su tarea.

12. Práctica

Diseña un servicio ficticio para recuperar procedimientos. Define mandato, cinco casos, taxonomía, fuentes, protocolo, conjunto de prueba, métricas, roles y revisión semestral.

Caso de gobierno: servicio interno de procedimientos

El centro educativo empieza por un mandato de una página. El servicio permitirá localizar procedimientos vigentes, convocatorias y formularios; informará de fecha, propietario y alcance; y ofrecerá una vía de ayuda. No interpretará normas, no decidirá elegibilidad y no sustituirá el asesoramiento competente. El responsable del servicio aprueba fuentes y cambios; cada colección tiene una persona mantenedora; un grupo con perfiles de docencia, administración y familias revisa necesidades y barreras.

Convertir necesidades en contratos de servicio

Los casos se formulan como tareas con consecuencia. Una familia busca documentos para una ayuda; administración necesita la versión vigente de un procedimiento; una docente explora antecedentes para preparar una actividad. Para cada caso se define lenguaje de entrada, resultado mínimo, tiempo razonable, explicación, alternativa accesible y riesgo de error.

El sistema publica un compromiso proporcionado: contenidos críticos se revisan tras cambios conocidos y en una fecha máxima; resultados muestran fuente y vigencia; consultas sin respuesta generan un registro, no un resultado inventado. No promete exhaustividad universal. La persona usuaria puede informar de una ausencia sin exponer el contenido de su consulta a todo el equipo.

La matriz caso-fuente descubre que las familias utilizan términos distintos a la normativa. El vocabulario controlado enlaza «beca de comedor», «ayuda de alimentación» y el nombre oficial, pero conserva el término original para aprender. Cada alta de término incluye motivo, relación, responsable y fecha; un cambio que altera resultados se prueba antes de aprobar.

Gobernar fuentes y colección

El inventario no es una lista de enlaces. Para cada fuente registra autoridad, responsable, ámbito, actualización, formato, accesibilidad, método de incorporación, derechos y condición de retirada. Una página antigua puede seguir disponible y no pertenecer a la colección vigente. Una fuente que exige copiar manualmente cada semana necesita un coste y propietario visibles.

Se definen criterios de inclusión y exclusión. Se incorpora una fuente si cubre un caso, tiene procedencia suficiente y puede mantenerse. Se suspende si queda obsoleta, pierde acceso, cambia de finalidad o genera errores no controlables. La retirada indica qué resultados y documentos derivados deben revisarse.

Las fuentes no estructuradas pasan por extracción y etiquetado; los registros estructurados mantienen campos y relaciones. Si una transformación elimina notas, fechas o jerarquía, se conserva un enlace al original y se documenta la pérdida. El servicio nunca presenta un fragmento como si fuera todo el documento.

Protocolo, registro y privacidad

El protocolo contiene pregunta, reformulación, colecciones, términos, filtros, fecha, exclusiones, pasos de revisión y criterio de parada. Una consulta sensible puede ejecutarse sin conservar texto completo: se registra categoría, resultado y problema técnico, no la historia personal. Los registros tienen acceso, finalidad y plazo.

La reproducibilidad se evalúa por explicación, no por posición idéntica. Si el orden de resultados cambia, otra persona debe poder reconstruir qué fuentes, versión del vocabulario y filtros intervinieron. Para consultas críticas se guarda una instantánea de resultados y la evidencia que sustentó la respuesta.

Las excepciones se limitan. Una urgencia puede autorizar búsqueda manual en una fuente aún no integrada, pero el resultado se etiqueta, se revisa y no incorpora automáticamente la fuente. Una excepción frecuente inicia una propuesta de cambio del sistema.

Evaluar con un conjunto representativo

El conjunto de prueba incluye casos fáciles, ambiguos, raros, sin respuesta, con lenguaje cotidiano, con errores tipográficos y formulados mediante tecnología de apoyo. Cada caso tiene resultados pertinentes conocidos y una justificación; no se construye solo con lo que el buscador ya encuentra.

Precisión y exhaustividad se interpretan junto con impacto. Para una lista breve que orienta un trámite importa evitar elementos incorrectos; para una búsqueda exploratoria puede preferirse recuperar más y permitir filtrar. También se miden ausencia de resultados, tiempo hasta una fuente útil, comprensión de etiquetas y capacidad de corregir una consulta.

No se compara a personas como si fueran la causa del fallo. Se compara el servicio entre lenguajes, dispositivos y recorridos. Si las consultas cotidianas recuperan menos fuentes oficiales, la taxonomía o la colección deben cambiar. La muestra y sus límites acompañan cualquier conclusión.

IA como componente gobernado

Una IA propone sinónimos y resúmenes, pero no crea fuentes. Se prueba con el mismo conjunto y con casos adversos: referencia inexistente, documento desactualizado, instrucción contenida en una página y consulta con datos sensibles. El sistema exige enlaces verificables y permite ver el fragmento original.

El registro identifica qué versión y función intervinieron sin conservar secretos. Los resúmenes de alto impacto reciben revisión temática. Si el componente falla, la búsqueda por filtros y el catálogo siguen disponibles. La organización compara valor añadido, coste, privacidad, accesibilidad y efecto ambiental frente a una mejora no generativa.

Una salida convincente no eleva el nivel de confianza. Si la IA no puede sostener una afirmación en una fuente incluida, se elimina o se etiqueta como pista que requiere investigación. El propietario puede apagar el componente sin perder la colección ni el protocolo.

Auditoría y cambio controlado

Cada trimestre se revisan consultas sin resultado, fuentes vencidas, correcciones, quejas, barreras y carga de mantenimiento. Semestralmente, una persona distinta del operador ejecuta una muestra del conjunto y busca fallos de cobertura. Los cambios urgentes pueden aprobarse de forma temporal, con caducidad y revisión posterior.

El panel vincula medidas a decisiones: muchas consultas fallidas sobre un término activan revisión del vocabulario; una fuente sin actualización activa contacto o retirada; una diferencia persistente entre grupos activa investigación y participación. El volumen de búsquedas no se presenta como éxito.

El registro de decisiones incluye problema, evidencia, opción elegida, compensación, autoridad y fecha de revisión. Así la gobernanza permanece comprensible para un equipo pequeño. Si mantener una función consume más capacidad de la que aporta, simplificar o retirarla es una decisión competente.

Entregable

Completa un paquete de gobierno con mandato, mapa de usuarios, matriz caso-fuente, vocabulario, protocolo, conjunto de prueba, tablero y registro de cambios. Pide a otra persona que ejecute dos casos sin explicación. Debe poder entender el resultado, localizar la fuente, informar de un error y saber qué no ofrece el servicio. Documenta al menos una mejora y una función descartada.

Revisión crítica del entregable

La revisión comienza con una prueba a ciegas. Una persona que no participó en el diseño recibe cinco necesidades expresadas con lenguaje cotidiano: localizar el procedimiento vigente, comparar dos convocatorias, encontrar un formulario accesible, comprobar una fecha y reconocer que no existe respuesta suficiente. Debe completar cada tarea, explicar la procedencia y saber cómo pedir ayuda. Se registran recorrido, tiempo, errores, dudas y barreras; no se evalúa a la persona.

Después se ejecuta una prueba de cambio. Se sustituye una fuente, se retira una versión y se modifica un término del vocabulario. El equipo comprueba qué resultados quedan afectados, si la versión anterior deja de presentarse como vigente y si el registro permite reconstruir la decisión. También simula la indisponibilidad del componente de IA: la búsqueda básica, los filtros y el catálogo deben seguir siendo utilizables.

La aprobación requiere cinco evidencias: cobertura de casos prioritarios, procedencia visible, ausencia tratada con honestidad, protección de consultas y propietario de mantenimiento. Se rechaza el lanzamiento si la búsqueda inventa respuestas, oculta fuentes, depende de una persona sin suplencia o conserva consultas sensibles sin finalidad.

Finalmente se presenta un informe de una página: valor observado, fallos, diferencias entre grupos, carga de mantenimiento, riesgos residuales y decisión. Las opciones son operar con límites, corregir y repetir, reducir alcance o retirar una función. El buen gobierno no obliga a conservar una tecnología que complica el servicio.

Dictamen de cierre

El responsable resume la decisión en cuatro líneas: el servicio entra en operación con las colecciones aprobadas; la IA permanece limitada a sugerencias revisadas; las consultas sensibles no se conservan completas; y la cobertura se reevalúa en seis meses. Adjunta los resultados de la prueba y tres riesgos residuales.

La aprobación no declara que el buscador «comprende» todas las necesidades. Declara qué casos atiende, con qué evidencia y qué ocurre fuera de alcance. El servicio se suspende si pierde procedencia, acumula fuentes vencidas o no puede ofrecer una alternativa accesible. Esta condición protege la confianza mejor que mantener una función degradada por inercia.

Ideas clave

1. Gobernar búsqueda significa servir necesidades de otras personas.
2. Taxonomía y vocabulario requieren mantenimiento.
3. Las fuentes se seleccionan por cobertura y sostenibilidad.
4. Precisión y exhaustividad responden a objetivos distintos.
5. IA y automatización deben probarse como componentes.
6. Un servicio necesita responsables, auditoría y corrección.

Estándares, arquitectura y cálculo resuelto

ISO 25964 y SKOS ofrecen vocabulario para tesauros y sistemas de organización del conocimiento; WCAG 2.2 aporta criterios de accesibilidad. En recuperación con generación aumentada, o RAG, la política también gobierna colección, fragmentación, recuperación, citas, evaluación y retirada. Métricas como nDCG ayudan a evaluar ordenaciones, pero no sustituyen la revisión de utilidad y daño.

En un conjunto con 8 documentos relevantes, el sistema recupera 6 y 5 son relevantes: precisión = 5/6 = 83,3 %; exhaustividad o recall = 5/8 = 62,5 %. La cobertura es más amplia: pregunta si están representadas todas las colecciones, idiomas, formatos y poblaciones necesarios. Un solo cálculo no demuestra cobertura institucional.

Hazlo tú

Situación

Una organización debe revisar la calidad de su buscador interno.

Tarea

Calcula precisión y exhaustividad con un conjunto de prueba y propone una mejora gobernable.

Pasos

1. Declara mandato, alcance, personas afectadas, marco aplicable y criterio de aceptación.
2. Completa el artefacto, prueba operación, excepción, recuperación y retirada, y registra las compensaciones.
3. Emite un dictamen de aprobar, aprobar con condiciones, pausar o retirar, con propietario y fecha de revisión.

Evidencia

Protocolo, cálculo y decisión.

Criterio de éxito

La decisión distingue cobertura, precisión, accesibilidad y mantenimiento.

Alternativa accesible

Presenta el artefacto en tabla, diagrama o exposición oral estructurada y realiza la simulación con apoyo; conserva los mismos requisitos de participación, evidencia y responsabilidad.

Comprueba lo que has aprendido

1. Redacta el mandato de un servicio de búsqueda.
2. Diseña un término con sinónimos y categoría.
3. ¿Qué debe incluir un protocolo reproducible?
4. Crea dos casos para un conjunto de prueba.
5. Explica la tensión entre precisión y exhaustividad.
6. Propón una auditoría que no mida solo velocidad.

Rúbrica de revisión

El nivel experto se demuestra con un sistema operable y revisable, no con vocabulario o documentación aislada.

Orientaciones para las respuestas

Cada respuesta debe distinguir obligación, estándar voluntario, decisión interna y recomendación. Debe citar evidencia y reconocer incertidumbre. Resultados evaluados: Traducir necesidades organizativas en casos de recuperación; Diseñar taxonomía y vocabulario mantenibles; Combinar fuentes estructuradas y no estructuradas.

Antes de continuar

El sistema puede recuperar mucho y aun publicar conclusiones débiles. El siguiente capítulo gobierna evidencia, revisión, confianza y corrección.