Artículo 011

ARTÍCULO 011 · GOBIERNO Y TRAZABILIDAD · 16 DE AGOSTO DE 2026

Gobierno, versiones y retiro responsable: publicar sin ocultar los límites

Una práctica educativa responsable no avanza por inercia. Necesita saber qué cambió, por qué cambió, quién tomó la decisión y cuándo debe detenerse. Versionar y retirar no son señales de fracaso: son condiciones para corregir con honestidad.

Cinco estados que no se deben confundir

Decir que algo “está listo” es insuficiente. Un mismo texto, reactivo o función puede tener un estado técnico favorable y seguir bloqueado por su procedencia, una clave ambigua o un riesgo de accesibilidad. Por eso el MRCL separa cinco dimensiones de decisión.

DimensiónPregunta que respondeEjemplos de estado
Editorial¿Puede mostrarse este texto con esta procedencia y transformación?Borrador, candidato, revisado, retirado.
Pedagógica¿La tarea está alineada con la práctica prevista?Borrador, QA revisado, pendiente de revisión humana.
Técnica¿El artefacto funciona según los controles disponibles?En desarrollo, probado, liberado técnicamente.
Validación¿Qué evidencia humana respalda una interpretación o uso?No iniciada, entrevistas cognitivas, pilotaje, calibración.
Publicación¿A qué audiencia puede ofrecerse?QA interno, alfa editorial, beta cerrada, práctica pública.

Qué significa versionar una decisión

La trazabilidad no es guardar una fecha al final de un documento. Un cambio debe dejar registrado el problema que motivó la revisión, la evidencia disponible, la persona responsable, los archivos afectados, la decisión, la prueba realizada, el riesgo residual y la fecha de entrada en vigor.

En textos y reactivos, la versión debe acompañar al identificador. Así se puede saber qué obra, edición o transformación se usó; qué consigna se presentó; qué clave y racional estaban vigentes; qué apoyos se ofrecían y qué riesgo de equidad o accesibilidad había sido revisado.

Una huella técnica tiene límites

Un manifiesto reproducible puede comparar dos ejecuciones de un catálogo y detectar cambios estructurales accidentales. Es útil para saber si una lista de textos o reactivos ya no es la misma. Pero una huella no es una firma digital, no prueba autoría ni cadena de custodia y no demuestra que un contenido sea pedagógicamente correcto, accesible, equitativo o válido.

La regla práctica es sencilla: los controles técnicos ayudan a localizar cambios; la revisión humana y la evidencia adecuada permiten juzgar su significado.

Publicar por etapas, con condiciones visibles

El MRCL contempla una liberación escalonada. Cada etapa amplía la audiencia solo si se cumplen condiciones relacionadas con contenido, accesibilidad, privacidad, soporte, control de incidencias y evidencia para el uso previsto.

  1. QA interno: trabajo de desarrollo y controles de contenido en reconstrucción.
  2. Alfa editorial: revisión designada de textos y reactivos con fichas completas, sin inferencias individuales.
  3. Beta cerrada: participantes autorizados, protocolo aprobado, consentimiento y monitoreo activo.
  4. Práctica pública formativa: evidencia de usabilidad y accesibilidad, límites visibles y soporte operativo.
  5. Uso evaluativo limitado: solo si se autoriza expresamente y existe evidencia de validez, fiabilidad, equidad y gobierno de consecuencias.

Las etiquetas describen condiciones de liberación, no una garantía universal. El estado exacto de cada producto debe comunicarse con fecha y versión.

Retirar sin borrar el motivo

Un texto, reactivo, recomendación, resultado o función debe poder retirarse con rapidez cuando aparezca una procedencia dudosa, una clave incorrecta, una barrera grave, un riesgo de equidad, un problema de privacidad o una afirmación no autorizada.

Ese mecanismo protege a las personas usuarias y evita que una corrección borre la evidencia de que existió un problema. También impide restaurar silenciosamente un material sin haber respondido a la causa que lo bloqueó.

Ejemplo: una clave corregida

Supongamos que se descubre que dos opciones de una pregunta pueden defenderse con el mismo fragmento. La aplicación puede funcionar sin errores técnicos, pero la unidad tiene una incidencia pedagógica crítica. El flujo responsable es retirar o limitar el reactivo, registrar la versión, explicar el motivo, rediseñar la consigna o las opciones y someter la versión nueva a revisión.

No basta con cambiar la clave en silencio. Las respuestas anteriores, el feedback y cualquier conclusión derivada de ese reactivo requieren revisar su alcance.

Comunicar con versión, fecha y límite

Cada comunicación pública debe identificar qué versión describe, desde cuándo rige, qué alcance tiene y cómo contactar al proyecto. Los artículos de esta sección explican decisiones y prácticas; no sustituyen el documento rector ni modifican sus reglas.

Cuando aparece una diferencia entre un artículo, una pantalla o una unidad de práctica y el MRCL, la diferencia debe corregirse o resolverse mediante una enmienda versionada. La coherencia no se presume: se revisa.

Gobernar una publicación es poder corregirla

Todo material público necesita versión, fecha, responsable, estado y una vía de retiro. Un cambio de texto, clave, traducción, accesibilidad o procedencia se registra porque puede alterar la actividad. Una incidencia no desaparece cuando se corrige: se conserva como evidencia de por qué hubo una nueva decisión editorial.

La comunicación pública también tiene límites. Puede describir práctica guiada, textos revisados, funciones y criterios editoriales. No puede prometer certificación, diagnóstico, mejora garantizada o equivalencia con una escala externa. Una declaración modesta y comprobable es más útil que una promesa que excede la evidencia.

Puerta de publicación

  • Procedencia y versión documentadas.
  • Tarea, clave y devolución revisadas.
  • Acceso y equidad comprobados.
  • Ruta de incidencias y retiro disponible.

Relación con el Marco MRCL

Este artículo desarrolla los principios de reversibilidad, trazabilidad, estados separados y comunicación pública responsable del Marco de Referencia de Comprensión Lectora de Lector Global. Ante cualquier diferencia, prevalece el documento rector versionado.

Fuentes y referencias

Fuentes de primer nivel

  1. International Organization for Standardization. (2018). ISO 9001:2015 Quality management systems — Requirements. Referencia internacional sobre control de procesos y gestión documentada de la calidad.
  2. National Institute of Standards and Technology. (2022). Secure Software Development Framework (SSDF). Prácticas para gestionar cambios y reducir riesgos durante el desarrollo de software.

Referencia de segundo nivel

  1. Semantic Versioning. (s. f.). Especificación de versionado semántico. Convención técnica útil para comunicar cambios de versiones de software, sin sustituir la documentación de decisiones pedagógicas.

Artículo publicado el 16 de agosto de 2026. Actualizado el 1 de septiembre de 2026. Describe reglas de gobierno y trazabilidad; no concede por sí mismo autorización de publicación, validación o uso evaluativo.