Cómo digitalizar un colegio en Tenerife sin interrumpir las clases

Un colegio no es una oficina. El calendario lectivo, las familias y la protección de menores cambian por completo el proyecto IT. En una empresa puedes cortar el servidor un sábado, avisar a veinte personas y acabar el lunes. En un centro de Tenerife, un corte a tercera hora es un aula de 25 alumnos, un profesor que pierde la sesión y una familia que pregunta por el aula virtual a las 16:10. Digitalizar sin parar las clases no es un eslogan: es elegir ventanas (verano, puentes, primeras horas), no improvisar el WiFi el día de la evaluación, y no tratar los datos de un menor como si fueran el Excel de un comercial. Infofase lleva más de veinte años con técnicos propios en Santa Cruz; el trabajo con centros —entre ellos la experiencia de acompañar a comunidades educativas como Salesianos La Cuesta— enseña que el claustro no es un departamento de usuarios avanzados y que el curso no espera a que «baje un firmware».

Este artículo es un plan de decisión, no un catálogo. La landing de soporte informático para colegios explica el servicio. Aquí hablamos de cómo no romper el horario escolar: WiFi de aulas, carros de iPad y MDM, RGPD de menores, el papel del claustro y por qué julio no es «cuando no hay nadie» del todo. Si el centro también debate ecosistema, la comparativa Mac frente a Windows en Canarias ayuda en administración y en el equipo directivo; el aula tiene otras reglas. El WiFi, en densidad de treinta dispositivos por clase, no es el de una oficina de diez personas: el marco de redes WiFi para empresas se adapta, no se copia.

La vuelta al cole digital —octubre, no solo septiembre— la desarrollamos en un artículo hermano sobre aulas, iPad y RGPD de menores. Hoy el foco es el proyecto: cómo digitalizar sin convertir cada periodo en un incendio.

Por qué un colegio no se digitaliza como una oficina

En una oficina el usuario es un adulto con cuenta propia, un horario flexible y un interlocutor de IT. En un colegio hay tres poblaciones: alumnado menor (datos especialmente protegidos), claustro (mucho profesorado, poco tiempo de formación, dispositivos que a veces son personales) y administración (gestión académica, tesorería, secretaría). Un diseño que ignore a una de las tres falla. El WiFi «para que naveguen los profes» se cae cuando treinta iPads abren el mismo vídeo. El MDM «para controlar» se vuelve inútil si el claustro no sabe apagar el aula digital en dos toques. El servidor de secretaría no puede compartir lógica de copias con las fotos de la fiesta de fin de curso publicadas en un Drive personal.

El calendario es la otra diferencia estructural. Hay evaluaciones, hay extraescolares, hay AMPA, hay inspecciones, hay un verano que no está vacío: hay matriculación, hay obras, hay campamentos, hay el equipo directivo preparando septiembre. La ventana «hacemos el rack en julio» existe, y es oro, pero no es un mes muerto. Hay que reservarla con el mismo respeto con el que una empresa reserva el cierre. Quien llega en junio pidiendo «para septiembre todo el centro en la nube» está pidiendo un milagro o un recorte de calidad. Digitalizar por fases —un edificio, un ciclo, un tipo de aula— es de adultos. Digitalizar el centro entero en tres semanas de agosto es de brochure.

La gobernanza también cambia. En una PYME decide gerencia. En un centro deciden dirección, claustro (a veces con resistencias legítimas), titularidad, y en centros concertados o públicos hay marcos de administración electrónica y de protección de datos que no se improvisan. El partner IT no sustituye al delegado de protección de datos ni a la inspección. Aporta inventario, red, cuentas y un plan de ventanas. Si promete «os dejamos el colegio smart para el día 8», desconfía.

El hardware del aula no es el del despacho. Un iPad de 5.º vive en un carro, se cae, se comparte y no puede depender de la Apple ID personal de un docente. Un portátil de secretaría vive de un ERP y de copias. Mezclar las compras en un único pedido «para ahorrar» sin separar perfiles es cómo se compran quince iPads sin funda, sin MDM y sin WiFi que los aguante. El coste de esa prisa se paga en octubre, no en la factura de julio.

Calendario lectivo y la ventana de verano

Un proyecto que respete las clases se diseña al revés: primero se marcan los días en los que no se puede tocar (evaluaciones, jornadas de puertas abiertas, la primera semana de curso, ciertos exámenes) y después se encajan los trabajos sucios. El cableado y los racks viven en verano y en puentes largos. La configuración de cuentas y de MDM puede avanzar en paralelo, en laboratorio, sin apagar el aula. La formación del claustro no se mete en un viernes de junio a las 14:30: se parte en dos o tres sesiones cortas, en horario acordado, con el dispositivo real del aula, no con una presentación.

Julio y agosto sirven para: electrificar y cablear, montar controladora y puntos de acceso, etiquetar carros, enrolar iPads en ABM/MDM, dejar imágenes de Windows de secretaría, probar copias y recorrer el edificio en silencio. No sirven para descubrir en agosto que el proyectado de 3.º no tiene toma o que la fibra del operador no llega donde el plano decía. Ese descubrimiento es de primavera: visita técnica, plano de cobertura, inventario de armarios. Quien salta la visita por ahorrarse un desplazamiento está comprando el corte de octubre.

Septiembre es estabilización, no inauguración de obras. Los primeros quince días del curso son tickets de contraseña, de WiFi de un pabellón que no se usó en julio y de un docente nuevo que no está en el MDM. Hay que tener guardia —soporte en horario escolar, no solo un buzón— y no tener a la vez al técnico dentro del falso techo. Octubre es el mes de afinar: el artículo de vuelta al cole entra ahí. El curso, a partir de entonces, se mantiene. No se «aprovecha el puente de noviembre» para cambiar de marca de WiFi salvo causa mayor.

Hay centros con varios turnos o con residencias. Ahí el «fuera de horas» se estrecha. El plan tiene que decir qué se puede hacer a partir de las 15:00 y qué exige un sábado. Un partner local, con técnicos propios, puede estar a tercera hora si cae un switch. Un ticket a un call center peninsular no. Eso no es romanticismo de isla: es el RTO de un aula. El caso de infraestructuras integrales en empresas —red, servidor, Microsoft 365— enseña el orden; en un colegio el orden es el mismo y el reloj es más cruel. Las lecciones de densidad y de WiFi 6 frente a WiFi 7 las tienes en cuándo merece la pena cambiar el WiFi: un aula llena se parece más a un hotel que a un despacho.

RGPD de menores: cuentas, fotos y copias

Los datos de un alumno no son el CRM de una PYME. La base de legitimación, la información a las familias, la cesión a plataformas educativas y las fotos de la actividad extraescolar exigen criterio. El partner IT no redacta la política del centro, pero sí evita pecados técnicos que luego son imposibles de explicar: Apple ID personales de docentes con fotos de menores, un Drive sin control de compartidos, un backup de secretaría en un USB que se va a casa, pantallas de pasillo con listados, un WiFi de invitados que entra a la VLAN de administración.

Las cuentas. El alumnado, cuando hay plataforma, necesita identidades del centro, no el Gmail de la familia como sistema de registro improvisado. El claustro necesita cuenta corporativa o de centro, no mezclar la vida personal con el aula virtual. Las bajas —un docente que se va en diciembre, un alumno que se traslada— tienen que cortar el acceso. Un MDM y un tenant (Google Workspace Education o Microsoft 365 Education, según el centro) no son lujo: son el mecanismo de esa baja. Sin ellos, el iPad sigue abierto con la sesión de alguien que ya no está.

Las fotos y los vídeos son el agujero habitual. Se graban en el iPad del aula, se mandan por WhatsApp del tutor, se suben a un álbum familiar. El centro puede tener un criterio de comunicación con familias y un encargado de tratamiento. El técnico puede ofrecer un flujo: carpeta con permisos, retención, no sincronizar a iCloud personal. Si el flujo no existe, el hardware no lo inventa. Digitalizar sin ese acuerdo es acelerar la fuga.

Las copias. Secretaría y gestión académica necesitan 3-2-1 de verdad, con prueba de restore, porque un curso sin historial de matrícula no es un ticket: es un problema de dirección. Las aulas, en cambio, a menudo no deberían guardar datos persistentes de menores en el iPad. El modelo «el carro se resetea y el trabajo vive en la plataforma» es más sano que «cada tablet es un disco de recuerdos». Mezclar ambos sin decirlo es cómo se pierden trabajos y se conservan fotos que no deberían. El RGPD no se cumple por tener un NAS. Se cumple si sabes qué hay, quién accede y cuánto dura. El backup de menores no es «cuanto más, mejor»: es coherencia con el tratamiento.

Plataformas y encargados. Cada app que el claustro se instala «porque es gratis» puede ser una cesión. El centro necesita un listado corto de herramientas aprobadas y un no educado al resto. El partner puede bloquear la instalación libre en el MDM. Eso se decide en claustro o en comisión digital, no en el pasillo. Salesianos La Cuesta y otros centros que han profesionalizado el soporte saben que la lista corta reduce tickets y reduce riesgo. La lista infinita de apps «educativas» los multiplica.

iPad, MDM y el claustro (sin magia táctil)

Un iPad sin MDM es un objeto personal caro. Un iPad con MDM, enrolado en Apple Business o School Manager, con restricciones de aula, con WiFi corporativo y con un perfil que el docente entiende, es un material didáctico. La diferencia no es el cristal. Es la gestión. Comprar el carro y dejar «ya lo configura cada uno» garantiza que en noviembre hay quince sistemas distintos y cero actualizaciones.

El claustro no va a leerse un manual de 40 páginas. Va a necesitar tres gestos: desbloquear el aula, abrir la app prevista, devolver al carro. Todo lo que no quepa en esos gestos hay que sacarlo del diseño o formarlo en persona, en el aula, con el mismo modelo de funda y de lápiz. La formación online genérica no pega. La sesión de una hora en el ciclo correspondiente, sí. Un coordinador TIC interno es oro; no sustituye al SAT cuando el carro no carga o cuando el MDM rechaza un perfil. El modelo que funciona es dúo: alguien dentro que habla el idioma del claustro y un partner que habla el idioma de la controladora y de Apple.

Los Mac de dirección o de plástica no se administran igual que el carro. FileVault, cuentas, SAT local: el servicio de reparación Mac y el diagnóstico de 10 € descontable aplican cuando un equipo de un docente se rompe y no puede esperar al envío. El puente —un iPad o un portátil de reserva— evita que la clase se convierta en ficha de papel a destiempo. El alquiler de un lote para un piloto de un trimestre es más honesto que comprar 60 unidades «a ver». Si el piloto falla, se devuelve. Si funciona, se compra o se amplía con presupuesto de verano.

Android y Windows en aula existen y no son herejía. Lo que es herejía es mezclar tres ecosistemas en el mismo carro sin MDM. Elige un estándar de aula por ciclo y cúmplelo. Administración puede seguir en Windows. El equipo directivo puede llevar Mac. El alumno de 4.º no tiene que vivir esa diversidad. La diversidad mal gobernada es el enemigo del horario escolar: cada incidencia es una clase que se va.

WiFi de aulas: densidad, no marketing

Treinta iPads encendidos a la vez, más el portátil del docente, más el móvil que «solo mira el WhatsApp de padres», más el aula de al lado haciendo lo mismo, no se resuelven con un router de escaparate. Se resuelven con un diseño: número de puntos de acceso, canalización, potencia, VLAN de alumnado distinta de la de administración, portal cautivo o autenticación que el menor no pueda saltar hacia secretaría. El cableado del backhaul importa más que el logo WiFi 7 del folleto. Un AP caro colgado de un switch de 100 Mb es un adorno.

La visita de cobertura se hace en el edificio real, con las puertas de las aulas como están, no sobre un plano de 2004. Los pasillos anchos y los muros de ciertos colegios de Tenerife comen señal. Los pabellones nuevos, a veces, tienen el problema contrario: celdas que se pisan. Un técnico en isla que haya hecho hoteles y aulas sabe que la densidad se parece. Un pack de «cuatro repetidores» no.

El WiFi de invitados (familias, ponentes, inspección) no puede ser la misma red que el carro. Separar no es hostilidad: es que un ransomware o un equipo infectado de un visitante no entre a la gestión académica. El filtrado de contenidos, si el centro lo exige, se decide y se documenta; no se deja en un checkbox que nadie recuerda. Las caídas se miden: un AP que reinicia a las 11:00 es un patrón, no un misterio. El soporte en horario escolar existe para eso, no para «ya lo vemos el viernes».

La electricidad y los carros de carga son parte de la red aunque no lo parezcan. Un carro que no carga en agosto no se descubre el 10 de septiembre a primera hora si alguien lo comprobó en julio. Las tomas, los diferenciales y el «no encendáis los veinte a la vez en esta línea» son visitas de verano, no tickets de martes. Digitalizar el aula incluye la fontanería eléctrica. Quien lo olvida, para la clase igual.

Cómo desplegar sin parar las clases: un orden que sí cabe en el curso

Fase 0, primavera: visita, plano, inventario, decisión de identidades (qué tenant, qué MDM), lista corta de apps, calendario de ventanas con dirección. Fase 1, verano: obra de red y rack, enrolado de dispositivos, copias de secretaría, prueba de un aula piloto en silencio. Fase 2, primera quincena de septiembre: soporte presencial u on-call en horario escolar, no obras. Fase 3, octubre: ajuste de WiFi, de perfiles y de formación de refuerzo. Fase 4, resto del curso: mantenimiento, no proyectos nuevos salvo urgencia. Ese esqueleto se puede compactar en un centro pequeño y no se puede saltar en uno grande.

El aula piloto no es un capricho. Es la prueba de restore del mundo educativo: si 5.º B no puede dar la sesión con el carro, no replicas el modelo a doce aulas. El piloto incluye al docente real, no solo al coordinador TIC. Incluye el mismo funda, el mismo lápiz, la misma app. Incluye devolver al carro y cargar. Si eso no funciona un martes a las 9:10, el proyecto no está listo.

La comunicación a familias va en paralelo, no al final. Qué plataforma, qué datos, qué fotos, qué no se va a hacer. El IT no envía esa circular, pero el calendario del despliegue debe dejar hueco a que se envíe antes de poner cámaras o cuentas de alumnos. Sorprender a las familias con un iPad en la mochila es un problema de confianza, no de SSID.

El presupuesto se parte como el calendario. Red y electrificación en un ejercicio; dispositivos en otro, si hace falta. Mezclar «todo en septiembre» es cómo se compra el cristal y se deja el AP para noviembre. Un partner que ofrezca soporte, red y SAT Apple en el mismo interlocutor reduce el clásico «eso es del de la red, eso es del de los iPads». El claustro tiene un teléfono. El 922 276 335 y el WhatsApp +34 653 551 192 sirven si hay un acuerdo de qué se cubre en horario lectivo. Sin ese acuerdo, el número es un adorno.

Cerrar el curso con una página de lecciones —qué aula falló, qué app se vetó, qué AP se cayó— es el mejor input de julio siguiente. Los centros que digitalizan bien no son los que más gastan en un verano. Son los que no improvisan el siguiente.

Preguntas frecuentes

¿Se puede cambiar el WiFi del colegio en pleno curso?

Se pueden sustituir APs puntuales y ajustar canales. Cambiar de marca o recablear en evaluaciones es una mala idea. La obra de densidad se reserva a verano y puentes. Septiembre es para tickets, no para falso techo.

¿Hace falta MDM sí o sí si hay iPads de aula?

Sí si el iPad es del centro y lo usan menores o varios docentes. Sin MDM no hay baja limpia, ni lista de apps, ni restricciones. Un iPad con Apple ID personal del profesor no es material de aula: es un objeto privado en medio de la clase.

¿Julio está libre para hacer toda la digitalización?

Está más libre, no vacío. Hay matriculación, obras y campamentos. Reserva la ventana en primavera, haz la visita técnica antes y no descubras el plano en agosto. Un centro grande no cabe entero en tres semanas de calidad.

¿Las fotos de las actividades pueden vivir en el carro de iPads?

No como archivo por defecto. Mejor un flujo del centro, con permisos y retención, y aulas que no acumulen álbumes de menores. El WhatsApp del tutor no es un sistema de gestión documental.

¿Un colegio puede mezclar Windows en secretaría y Apple en aulas?

Sí, y es habitual. Lo que no debe mezclar es tres ecosistemas dentro del mismo carro ni dejar la red de administración en el mismo SSID que el alumnado. Identidades y VLANs unifican; el cristal puede diferir por perfil.

¿El soporte tiene que coincidir con el horario escolar?

Si el aula depende de la red, sí o al menos una franja de guardia. Un buzón que responde a las 18:00 no recupera la sesión de las 10:00. Acuerda el RTO de un aula como acordarías el de un TPV.