Compartir una carpeta con todo el equipo puede facilitar el trabajo y, al mismo tiempo, crear un problema de acceso, versiones, propiedad o privacidad.
La colaboración en la nube no consiste en que todas las personas puedan hacer todo. Consiste en decidir quién necesita ver, comentar o modificar cada recurso, durante cuánto tiempo y con qué mecanismos de trazabilidad.
🔒 Compartir no significa editar
Un asesor externo necesita revisar durante una semana el borrador de un informe de investigación y dejar observaciones, pero no debe modificar directamente el texto ni administrar accesos. ¿Qué tipo de permiso corresponde mejor a esa función?
Objetivo didáctico
🎯 Al concluir esta lección podrás
Distinguir decisiones pertinentes de acceso, propiedad, versionado, trazabilidad y privacidad en entornos de colaboración académica en la nube, reconociendo riesgos que pueden comprometer la continuidad del trabajo o la protección de información.
Introducción
La computación en la nube modificó una práctica cotidiana del trabajo académico: el archivo dejó de ser solamente un objeto que una persona guarda y envía para convertirse en un espacio potencialmente compartido donde varias personas pueden consultar, comentar o modificar la misma información. Esta posibilidad reduce algunas fricciones, pero introduce nuevas decisiones profesionales.
El problema central ya no es únicamente dónde se encuentra un documento. Hay que reconocer quién puede acceder, qué puede hacer, quién responde por su custodia, qué versión representa el estado vigente y qué información debería permanecer restringida. Una colaboración puede fallar aunque la tecnología funcione perfectamente.
El principio de mínimo privilegio, utilizado ampliamente en seguridad de la información, establece que cada usuario debería recibir solamente las autorizaciones necesarias para realizar su función (National Institute of Standards and Technology, s. f.). Trasladado a un proyecto pedagógico o de investigación, esto significa que ser integrante del equipo no implica necesitar permiso de edición sobre todos los recursos.
Las plataformas actuales materializan esta distinción mediante roles. Google Drive, por ejemplo, diferencia actualmente entre lector, comentarista, editor y propietario, y sus permisos de carpeta pueden heredarse a los archivos contenidos. OneDrive y SharePoint disponen también de mecanismos de uso compartido, coautoría y control de versiones. El interés de esta lección no está en memorizar esas interfaces, sino en comprender la lógica que permanece aunque cambie la plataforma.
🧭 Cinco preguntas de gobernanza
Abre cada dimensión antes de decidir cómo compartir un recurso académico.
Desarrollo del tema
Permisos: colaborar no significa otorgar el mismo poder a todos
Los permisos expresan una decisión sobre responsabilidad. Una persona que solo necesita consultar una versión final no requiere el mismo poder que quien redacta el documento; quien revisa puede necesitar comentar sin alterar directamente el contenido; quien administra una carpeta puede modificar además quién entra y quién sale del espacio de trabajo.
La asignación indiscriminada de permisos de edición puede parecer cómoda porque evita interrupciones posteriores. Sin embargo, también amplía la posibilidad de modificar, mover, eliminar o volver a compartir recursos. El principio de mínimo privilegio propone precisamente lo contrario: entregar solo lo necesario para la función y revisar esos privilegios cuando la función cambia.
La arquitectura de carpetas también importa. En el modelo actual de Google Drive, los permisos concedidos a una carpeta se heredan por los elementos que contiene. Esto significa que colocar información restringida dentro de una carpeta ampliamente compartida puede ampliar su audiencia aunque el equipo no lo haya previsto. La solución conceptual consiste en separar recursos según necesidades de acceso, no confiar únicamente en el nombre de la carpeta.
El mismo razonamiento vale fuera de Google. Las plataformas pueden utilizar nombres de roles distintos, pero la decisión pedagógica permanece: quién necesita hacer qué con qué información.
🔑 ¿Cuánto acceso necesita?
Aplicación práctica. Elabora mentalmente una lista de las personas que participan en tu proyecto actual y evita preguntar «¿debería tener acceso?». La pregunta más precisa es «¿qué acción necesita realizar y durante cuánto tiempo?».
Versiones: la nube no elimina automáticamente el caos documental
El trabajo colaborativo tradicional producía archivos como tesis_final.docx, tesis_final_corregida.docx o tesis_final_ahora_si.docx. Las herramientas colaborativas reducen este problema porque varias personas pueden trabajar sobre un recurso compartido y consultar cambios anteriores. Sin embargo, el problema reaparece en cuanto los integrantes descargan copias, trabajan en paralelo y vuelven a cargar documentos independientes.
Google Docs permite actualmente consultar quién actualizó un archivo, revisar versiones anteriores y restaurarlas. OneDrive y SharePoint ofrecen igualmente historial de versiones para consultar o recuperar estados anteriores. Estas funciones son mecanismos de trazabilidad; no constituyen por sí solas una política de trabajo.
Un equipo todavía necesita reconocer cuál es la fuente de trabajo vigente. Si cada integrante mantiene su propia copia principal, el historial de cada documento puede ser correcto y, aun así, existir cuatro historias incompatibles. El control de versiones comienza por una convención colectiva: qué documento se edita, cómo se identifica un estado aprobado y cuándo una copia deja de ser fuente de trabajo.
🗃 Cuatro archivos llamados final
El equipo tiene cuatro copias modificadas de la misma matriz. ¿Qué problema debe resolverse primero?
Figura 1: Diferencia entre copias paralelas y una fuente de trabajo trazable.
Nota: elaboración didáctica basada en funciones de historial y colaboración documentadas por Google y Microsoft.
Aplicación práctica. Revisa tu proyecto actual y pregúntate si existe una sola fuente de trabajo identificable o si el equipo está utilizando nombres de archivos como sustituto de un mecanismo de versionado.
Propiedad y ciclo de vida: ¿qué ocurre cuando alguien se va?
Una colaboración académica puede durar más que la participación de una persona. Este hecho parece obvio, pero se vuelve problemático cuando los recursos esenciales dependen de una cuenta individual. Si una tesis colectiva, una base de información o un instrumento permanece únicamente bajo la propiedad personal de quien abandona el proyecto, la continuidad del trabajo queda subordinada a esa relación.
La propiedad debe entenderse como responsabilidad sobre el ciclo de vida del recurso. Alguien necesita poder administrar accesos, conservar el material durante el periodo requerido, retirar permisos innecesarios y asegurar que los productos importantes sobrevivan a cambios de integrantes.
El problema es especialmente visible en proyectos académicos temporales: asesores externos, prestadores de servicio, asistentes, estudiantes que concluyen el programa o docentes que cambian de institución. Un acceso correcto hoy puede dejar de ser correcto seis meses después.
Por ello, la gobernanza no termina cuando se pulsa «Compartir». También incluye revisar y revocar. El principio de mínimo privilegio de NIST incluye precisamente revisar privilegios y retirarlos cuando dejan de ser necesarios.
🔄 El asesor que ya terminó
Un asesor externo recibió acceso de edición a una carpeta para revisar un informe. Su participación terminó hace seis meses, pero conserva el mismo acceso. ¿Cuál es el problema principal?
Aplicación práctica. Identifica en un proyecto propio al menos una persona cuyo acceso debería revisarse en una fecha determinada. La colaboración responsable incluye prever el final de una función, no solamente su inicio.
Privacidad: no todos los archivos deben viajar juntos
En investigación educativa, una carpeta puede combinar materiales con sensibilidades muy diferentes: protocolo, instrumentos vacíos, artículos de referencia, calificaciones, registros de observación, entrevistas, consentimientos o datos identificables. Compartir la carpeta completa con el mismo grupo elimina esa diferencia y puede otorgar acceso innecesario a información personal.
La privacidad no debe reducirse a una opción de configuración. El NIST Privacy Framework aborda la privacidad como un problema de gestión del riesgo asociado con los datos y sus procesos. En educación, la Student Privacy Policy Office del Departamento de Educación de Estados Unidos mantiene en 2026 orientación específica sobre tecnología educativa, nube, seguridad y divulgación de información estudiantil. Aunque las obligaciones jurídicas concretas dependen de la jurisdicción y la institución, el principio transferible es claro: el propósito de la colaboración no justifica recopilar o compartir información que no resulta necesaria para ese propósito.
Esto conduce a una estrategia de separación. Una plantilla metodológica que toda la clase necesita no debería obligar a compartir también transcripciones identificables. Los materiales pueden organizarse por nivel de sensibilidad y función. Así, una persona puede consultar el recurso general sin adquirir automáticamente acceso al conjunto completo de datos.
También conviene diferenciar privacidad de seguridad. Un recurso puede estar técnicamente protegido y, sin embargo, haber sido compartido con demasiadas personas autorizadas. La pregunta no es solamente si existe una contraseña o cifrado, sino si quienes poseen acceso realmente lo necesitan.
🛡 ¿Misma carpeta o acceso separado?
Selecciona cada recurso y observa qué criterio debería dominar.
Aplicación práctica. Observa una carpeta real de tu trabajo académico y busca dos recursos que no deberían compartir exactamente la misma audiencia. Si existen, la estructura de información debería reflejar esa diferencia.
⚠ “Cualquiera con el enlace” no es una categoría pedagógica
Es una configuración de acceso. Antes de utilizarla debe existir una razón para que una audiencia no identificada pueda consultar el recurso.
Conclusión
El intercambio de información en la nube no debe aprenderse como una secuencia de botones. El problema profesional es de gobernanza: quién necesita qué recurso, qué acciones debe realizar, durante cuánto tiempo y con qué responsabilidades. Una configuración tecnológicamente posible puede seguir siendo una mala decisión académica si concede permisos excesivos, fragmenta las versiones o expone información innecesariamente.
Los mecanismos actuales de coautoría, historial de versiones y control de permisos reducen varios problemas históricos del trabajo colectivo, pero no reemplazan el criterio humano. El equipo continúa siendo responsable de definir la fuente vigente, identificar propietarios, separar información sensible y revisar accesos cuando cambian las funciones.
La siguiente lección trasladará este criterio al tratamiento de datos: L5 · Hoja de cálculo en investigación educativa: datos antes que software. La pregunta ya no será quién puede modificar un archivo, sino qué condiciones debe cumplir una estructura de datos antes de que cualquier fórmula, gráfico o análisis tenga sentido.
🔭 Para seguir aprendiendo
- Revisa una carpeta colaborativa real e identifica quién puede editar, quién solo necesita consultar y qué accesos podrían haberse quedado vigentes después de terminar una colaboración.
- Comprueba si el equipo podría recuperar una versión anterior de su documento principal y si sabe cuál archivo representa actualmente la fuente de trabajo.
Actividad de aprendizaje autónoma
El documento que nadie controla
Un equipo de investigación educativa ha trabajado durante un semestre en una carpeta compartida. El proyecto funciona, pero han comenzado a aparecer documentos duplicados, accesos innecesarios y dudas sobre quién responde por determinados recursos. Tu tarea es diagnosticar qué dimensión de la colaboración está fallando.
Categorías:
- P · Permisos: una persona tiene más o menos capacidad de la necesaria para cumplir su función.
- V · Versiones: existen copias divergentes o no puede identificarse la fuente de trabajo vigente.
- O · Propiedad: no está claro quién responde por custodia, continuidad o administración.
- T · Trazabilidad: no puede reconstruirse adecuadamente qué cambió o quién realizó una modificación.
- D · Datos y privacidad: información personal o sensible está expuesta más allá de lo necesario.
- M · Mixto: el caso reúne dos o más problemas estrechamente relacionados.
Tabla 1: Incidentes de colaboración académica.
| Caso | Situación |
|---|---|
| 1 | La carpeta principal está disponible para cualquiera que posea el enlace y todos tienen permiso de edición, incluidos dos asesores externos que solo necesitan revisar el informe final. |
| 2 | Cuatro integrantes descargan una matriz, la modifican por separado y regresan archivos llamados “final”, “final2”, “ahora_si_final” y “final_corregido”. |
| 3 | La documentación principal está almacenada en la cuenta personal de una integrante que acaba de concluir sus estudios y nadie sabe quién conservará la administración del material. |
| 4 | Desaparece una sección del informe. El equipo intenta reconstruir por mensajes quién la modificó, pero nadie consulta el historial de actividad o versiones que ofrece la plataforma. |
| 5 | Las transcripciones identificables de entrevistas están en la misma carpeta y con los mismos permisos que una plantilla metodológica que debe consultar todo el grupo. |
| 6 | Un asesor externo recibió permiso de edición durante la revisión de un informe. Su participación terminó hace seis meses y todavía conserva acceso a toda la carpeta. |
Instrucciones:
- Clasifica cada situación como P, V, O, T, D o M.
- Identifica la pista del caso que sostiene tu diagnóstico.
- Señala qué principio debería corregir el problema: mínimo privilegio, fuente de trabajo, propiedad definida, historial de cambios, separación por sensibilidad o revisión de permisos.
- No propongas una aplicación concreta como solución. Formula primero la decisión de gobernanza que cualquier plataforma debería poder implementar.
- Elige después cuatro recursos de un proyecto académico propio: por ejemplo, protocolo, instrumento, datos, informe o versión final.
- Para cada recurso identifica quién necesita lectura, comentario o edición.
- Indica cuál contiene información que exige acceso más restringido.
- Señala qué acceso debería revisarse o retirarse cuando termine el proyecto.
📋 Diagnóstico de colaboración
Registra tus seis diagnósticos y cuatro recursos propios. El planificador organiza tu evidencia; no califica automáticamente las decisiones.
Cuatro recursos de tu proyecto
📌 Evidencia de logro
Entrega el diagnóstico razonado de los seis incidentes y un mapa de acceso de cuatro recursos de un proyecto propio. Debe ser posible reconocer quién necesita qué privilegio, cuál información requiere mayor protección, quién responde por la continuidad y qué acceso debería terminar cuando desaparezca su justificación.
Si mañana abandonara el proyecto la persona propietaria de tu carpeta principal, ¿seguirías teniendo un sistema de colaboración o descubrirías que dependías de una cuenta individual?
Referencias bibliográficas
- Google. (2026a). Compartir archivos desde Google Drive. Ayuda de Google Drive.
- Google. (2026b). Compartir carpetas en Google Drive. Ayuda de Google Drive.
- Google. (2026c). Find what’s changed in a file. Google Docs Editors Help.
- Microsoft. (2026a). Get started creating, managing, and sharing files in OneDrive and SharePoint. Microsoft Support.
- Microsoft. (2026b). Restore a previous version of a file stored in OneDrive. Microsoft Support.
- National Institute of Standards and Technology. (s. f.). Least privilege. Computer Security Resource Center Glossary.
- National Institute of Standards and Technology. (2026). Privacy Framework. NIST.
- U.S. Department of Education. (2026a). Privacy and education technology. Student Privacy Policy Office.
- U.S. Department of Education. (2026b). Data security: K-12 and higher education. Student Privacy Policy Office.