Todos los cuatrimestres se repite la misma escena. Faltan minutos para el cierre de una entrega en Microsoft Teams, un alumno presiona el botón “Entregar” y la aplicación se queda pensando. No hay mensaje de error, no hay confirmación, solo una rueda que gira. El alumno recarga, vuelve a intentar, y en el peor de los casos pierde la entrega por un problema que no tiene nada que ver con si hizo o no la tarea.
Vale la pena entender por qué pasa esto antes de resolverlo, porque las causas no son un misterio ni un capricho de Microsoft: son consecuencias directas de cómo está construida la plataforma.
Teams es, técnicamente, una aplicación web empaquetada sobre WebView2, y esa arquitectura tiene un costo de memoria que puede superar el gigabyte en equipos modestos (Microsoft Learn documenta el procedimiento de limpieza de caché como solución estándar para estos cuadros de lentitud). A eso se suma que la aplicación de escritorio guarda localmente miles de archivos temporales de cada chat y equipo, y cuando esa carpeta de caché se satura, la interfaz empieza a comportarse de forma errática mucho antes de que aparezca cualquier mensaje visible de error.
Hay un segundo factor, más simple pero igual de frecuente: el conflicto de archivo abierto. Si el alumno intenta subir un Word o un PowerPoint que todavía tiene abierto en su propia computadora, el sistema operativo mantiene un bloqueo de escritura sobre ese archivo, y Teams no puede leerlo completo para subirlo. La entrega falla, pero el mensaje de error —cuando lo hay— rara vez explica que el problema está en el propio equipo del alumno y no en la plataforma.
Y hay un tercer factor que no depende de nadie en particular: la saturación por concurrencia. Cuando cientos de estudiantes entregan en el mismo minuto, cerca de la hora límite, los servidores de Microsoft acumulan latencia, y esa demora se percibe como una falla puntual cuando en realidad es un cuello de botella de tráfico (un patrón que Microsoft reconoce y discute en su propio foro de soporte).
Frente a esto, las soluciones inmediatas son conocidas y accesibles para cualquier alumno sin necesidad de intervención técnica:
- Entregar desde la versión web, no desde la aplicación de escritorio: al no cargar el motor completo de WebView2, consume una fracción de los recursos y suele procesar la entrega incluso cuando la aplicación instalada ya colapsó.
- Limpiar la caché de Teams cuando la lentitud es persistente y no puntual.
- Desactivar la aceleración por hardware de GPU en la configuración de Teams, sobre todo en equipos con placas de video débiles o controladores desactualizados.
- Cerrar el archivo en el programa de origen antes de adjuntarlo, para evitar de raíz el conflicto de lectura.
Pero esta guía práctica sería incompleta si se quedara ahí, porque el problema de fondo no es técnico: es institucional. Cada vez que un alumno pierde una entrega por una falla de la plataforma, la institución delega en un tercero —Microsoft— una función que después tiene que resolver puertas adentro, con criterio propio y sin ninguna palanca real sobre la causa. No hay forma de pedirle a Microsoft que optimice el consumo de memoria de su cliente de escritorio, ni de negociar los tiempos de respuesta de sus servidores en horas pico. Lo único que queda del lado de la institución es administrar los síntomas: capacitar a los alumnos para que sepan usar la versión web, documentar los procedimientos de contingencia, y —cuando la falla es real y verificable— aceptar una captura de pantalla con la hora del sistema como evidencia de que el error no fue del alumno.
Esa asimetría es la misma que atraviesa buena parte de la administración de herramientas de terceros en un entorno educativo: se gana en escala y en integración lo que se pierde en control. Y la respuesta razonable no es rechazar la herramienta ni resignarse a sus fallas, sino construir, del lado de la institución, el criterio técnico necesario para diferenciar rápido entre un problema del alumno, un problema del equipo y un problema de la plataforma —y comunicar esa diferencia con la misma rapidez con la que se produce el reclamo.
Guía paso a paso
Si estás por entregar una tarea y Teams no responde, seguí este orden:
- Probá primero la versión web. Cerrá la aplicación de escritorio, abrí el navegador y entrá a Teams desde ahí. En la mayoría de los casos, esto sólo ya resuelve la entrega.
- Si seguís usando la app de escritorio, cerrá Teams por completo. Clic derecho en el ícono de la barra de tareas y seleccioná “Salir” (no alcanza con cerrar la ventana).
- Limpiá la carpeta de caché. Presioná
Windows + R, escribí%appdata%\Microsoft\Teams, presioná Enter y borrá todo el contenido de esa carpeta. - Volvé a abrir Teams y probá la entrega de nuevo.
- Si persiste la lentitud, desactivá la aceleración por hardware. Entrá a la configuración de Teams (menú de los tres puntos) y apagá la opción de aceleración de GPU.
- Antes de adjuntar el archivo, asegurate de que esté cerrado en Word, Excel o el programa que hayas usado para crearlo.
- Si nada de esto funciona y la hora límite está encima, sacá una captura de pantalla completa donde se vea el reloj del sistema, como respaldo para justificar la demora ante el profesor.