Teams, SharePoint y OneDrive: productividad real en la oficina

Tener licencias de Microsoft 365 no es trabajar en la nube. Es, como mucho, haber pagado el derecho a seguir enviándose el final_v7.xlsx por WhatsApp, ahora con Outlook de fondo. En oficinas de Tenerife vemos el mismo paisaje: OneDrive a medias, un equipo de Teams creado el día de la pandemia y abandonado, un SharePoint que nadie sabe si es «el de la empresa» o «el de Marta», y el NAS o el servidor todavía como fuente de verdad porque «así lo encontramos». La productividad real no llega con el icono morado. Llega cuando hay arquitectura de sitios, permisos que se entienden y copias de lo que vive en el tenant.

Este artículo es informacional. La implantación y las licencias están en Microsoft 365 para empresas. Aquí: cómo encajan Teams, SharePoint y OneDrive, cómo dejar de versionar con el nombre del archivo, quién ve qué, y qué hay que copiar además del «ya está en la nube». Si aún estás migrando el correo, no mezcles las dos guerras: primero buzones estables, luego el mapa de archivos. Esa secuencia está en cómo migrar a Microsoft 365 sin perder correo.

No vamos a prometer que «el email ha muerto». El email sigue. Lo que debe morir es el adjunto eterno de 18 megas y la carpeta Escritorio como archivo histórico de la empresa.

Tener licencias no es trabajar en la nube

Una licencia Business Standard o Premium abre Outlook, Teams, OneDrive y, según el plan, las apps de escritorio. No abre un criterio. El criterio es: lo mío de trabajo diario va aquí; lo de un proyecto, allí; lo de la empresa que debe sobrevivir a una baja, en un sitio con dueño; lo que es basura, a la papelera con retención. Sin ese criterio, cada persona inventa el suyo. Al mes, hay cuatro copias del mismo presupuesto y ninguna es la buena.

El síntoma más claro no es técnico. Es cultural. «Te lo mando por WhatsApp que es más rápido.» «Está en mi OneDrive, te doy permiso… espera que no me deja.» «Eso lo subí al Teams, ¿en qué canal era?» «Mejor lo dejamos en el servidor que SharePoint se me atasca.» Cada frase es un mapa distinto. El mapa único se diseña. No nace del asistente de primer inicio de sesión.

Otro síntoma: Teams como chat infinito y SharePoint como trastero. Microsoft ha unido las dos piezas por debajo —casi todo archivo de un equipo de Teams vive en una biblioteca de SharePoint—, pero si nadie lo explica, la gente cree que son planetas distintos y duplica. O al revés: lo guarda todo en el chat y a los seis meses no hay forma de encontrar el contrato.

El tercer síntoma es el miedo a «la nube». A veces es latencia real (un Excel gordo en una fibra floja). A veces es un mal primer día (se sincronizó el perfil entero y el portátil lloró). A veces es no haber decidido qué queda en el NAS. El híbrido honesto —oficina con servidor o Synology más M365 para colaboración— funciona cuando las fronteras están escritas. El híbrido cobarde —todo en los dos sitios «por si acaso»— es el origen del final_v7 y del final_v7_nube.

Gobierno no es burocracia de multinacional. En una PYME de quince personas es una página: tipos de sitio, quién puede crear equipos de Teams, qué se hace cuando alguien se va, y dónde no se guarda (el chat privado, el USB, el correo). Esa página evita más tickets que cualquier icono de «copiloto».

OneDrive, SharePoint y Teams: tres piezas, no tres islas

OneDrive es el cajón personal laboral. Borradores, notas, archivos que aún no son de nadie más. Sincroniza con el PC o el Mac. No es la fotocopia de la empresa. Si el comercial guarda ahí la base de clientes y se va, o si rompe el portátil y no había copia, el cajón se complica. OneDrive tiene papel: trabajo en curso y espacio de usuario. No tiene el papel de archivo corporativo.

SharePoint es el archivo con estructura: sitios, bibliotecas, columnas si las necesitas, permisos por grupo. Ahí viven los procedimientos, las plantillas, las carpetas de un área (administración, operaciones) que deben quedar cuando cambie la plantilla. Un sitio no es «una carpeta más grande». Es un contenedor con dueño, nombre y, ojalá, una frase de propósito. Sin propósito, nace el sitio «Documentos» de 80 GB y nadie se atreve a borrar.

Teams es la capa de conversación y de trabajo en curso de un grupo. Cada equipo tiene un sitio de SharePoint detrás. Cada canal (no privado) tiene una carpeta en esa biblioteca. El chat de Teams no es un DMS. Los archivos del chat acaban en el OneDrive de quien los subió, con permisos frágiles. Usar el chat como archivo es construir un laberinto. Usar el canal del equipo para el proyecto y la biblioteca para lo que debe durar es el uso adulto.

La frase que repetimos en formación: «si no sabes si es tuyo o de la empresa, no es OneDrive». Si es de un grupo vivo, Teams + biblioteca del equipo. Si es de la empresa y debe durar, un sitio de SharePoint con nombre de área o de proceso, no el equipo «General» creado en 2020. Si es un archivo para una persona externa, un enlace con caducidad, no un adjunto eterno, y no el permiso «cualquiera con el vínculo» en un Excel de nóminas.

Outlook no desaparece. Sirve para lo asíncrono con fuera y para el rastro formal. No sirve para versionar un PowerPoint entre seis personas. Eso es Teams o un documento en la biblioteca con historial de versiones nativo. El historial de SharePoint mata al final_v7 si la gente deja de descargar-subir-renombrar. Ese «si» es formación, no un checkbox.

El Mac en la misma fiesta

Infofase trabaja Apple y Windows. OneDrive y Teams en Mac funcionan; no siempre igual de cómodos que en Windows. La arquitectura de sitios no cambia. Cambia no dejar a los Mac fuera de la sincronización «porque es más raro» y que esos usuarios vivan en USB. Un criterio, dos sistemas. Si el Excel gordo duele en Mac, a veces el problema es el archivo, no el sistema: tamaño, enlaces, macros que pedían un servidor de archivos clásico.

Arquitectura de sitios: menos carpetas zombi, más sitios con dueño

Antes de crear el décimo equipo de Teams, dibuja. Áreas estables (dirección, administración, operaciones, un área por línea de negocio si son pocas). Un sitio o un equipo por área, no por capricho semanal. Proyectos con fecha de fin: un equipo por proyecto o un sitio de proyecto, con fecha de archivo. Cuando el proyecto muere, se archiva; no se deja el canal como un pueblo fantasma donde alguien sube un PDF dos años después.

Nombres. «Documentos», «Nuevo», «Empresa», «Shared» son nombres que no dicen nada. «Admin-facturacion», «Proyecto-reforma-local», «RRHH-plantillas» sí. En español, sin tildes si vais a mezclar rutas raras, coherentes. El nombre del equipo de Teams y el del sitio deben reconocerse. El logo y la foto de portada importan menos que el dueño: una persona (no «todos») que acepta altas y dice no a permisos locos.

Profundidad de carpetas. SharePoint no es el servidor de 2008. Más de tres o cuatro niveles y una ruta kilométrica rompen sincronización y paciencia. Mejor bibliotecas distintas (Contratos, Modelos, Expedientes) que una sola con veinte nidos. Columnas (año, cliente, estado) cuando de verdad se filtra; no un Excel disfrazado de metadatos el día uno. Empieza simple. Complica si duele la búsqueda, no por deporte.

El equipo «General» de la compañía. Casi siempre es un error usarlo como trastero único. Mezcla avisos de cesta navideña con el Excel de márgenes. Separa comunicación (un equipo ligero, o incluso solo Outlook y un canal de anuncios) de los archivos de trabajo. Quien todo lo pone en General no tiene arquitectura: tiene un disco C: colectivo.

Límites prácticos. No crees un equipo por cada hilo. No des a todo el mundo permiso de crear equipos sin norma: en seis meses tienes 40 equipos de tres personas y media. Un proceso breve: pides, alguien de administración o el partner da el alta con la plantilla (canales mínimos, biblioteca limpia, dueño). Suena a control. Es higiene. El caos también es un control: el de no encontrar nada.

Migración desde el servidor. No se «sube todo». Se clasifica. Muerto, a archivo frío o a un sitio de histórico con pocos permisos. Vivo, al sitio que toca. Basura, se borra con permiso. Un lift-and-shift de 400 GB al sitio raíz es trasladar el desorden a un sitio más lento de limpiar. El NAS puede seguir para lo pesado o lo que no colabora (vídeo bruto, ISO, backups). Escribir esa frontera evita el «está en los dos sitios».

El funeral de final_v7.xlsx

El final_v7 nace de tres hábitos: descargar, editar offline sin sincronizar, y enviar por correo o WhatsApp. Cada destinatario se convierte en autor de una rama. El funeral tiene rito. Uno: el archivo vive en una biblioteca, no en un adjunto. Dos: se abre desde Teams o desde el icono de Office en el escritorio con el archivo en OneDrive/SharePoint, no desde la copia de Descargas. Tres: si hay que trabajar sin red, se usa la sincronización o el «siempre disponible», no el reenvío. Cuatro: los comentarios van en el documento o en el hilo del canal, no en un «v7_notas_juan».

Versionado nativo. SharePoint y OneDrive guardan historial. Restaurar una versión de las 11:00 es más limpio que buscar el v6 en el correo de marzo. Hay que enseñarlo una vez, con un ejemplo de esa oficina, no con un vídeo genérico. Quien no lo ha visto no se fía y vuelve al v7.

Coautoría. Dos personas en el mismo Excel funcionan… hasta que el archivo es un monstruo de 40 MB con pestañas que tiran de redes locales. Entonces la nube no es el villano: el archivo lo es. A veces se parte. A veces se queda en el servidor o en el NAS con reglas claras. Mentir («en SharePoint va todo») crea resentimiento. La honestidad («este libro no está para doce manos») ahorra odio a M365.

WhatsApp. No vamos a fingir que desaparece. La norma practicable: el WhatsApp no es repositorio. Si el archivo importa, el enlace al sitio o el «está en el canal X». Un grupo de WhatsApp de empresa con 200 documentos es un SharePoint ilegal, sin copias y sin baja de accesos cuando alguien se va. El RGPD no se emociona con ese grupo. Más en qué mira la AEPD en backups y datos: retener y saber quién accede. El chat eterno falla las dos.

Plantillas. Un sitio de plantillas (presupuesto, informe, acta) evita que cada cual parta de un v3 encontrado en el correo. Poca cosa. Mucho orden. Dueño: administración o dirección, no «quien tenga el último Word bonito».

Permisos que se entienden (y los que no)

El modelo que escala en una PYME es grupos, no nombres sueltos. Un grupo «Admin», un grupo «Operaciones», invitados en un sitio concreto. SharePoint y Teams heredan. Romper la herencia en una subcarpeta «solo por esta vez» es el origen de un laberinto que nadie documenta. A veces hace falta. Cada rotura se anota. Si hay veinte, la arquitectura falló: era otro sitio, no otra excepción.

Enlaces. «Cualquiera», «personas de la organización», «personas concretas». El primero es un atajo que se olvida y vive años. Para un catálogo público, a veces vale. Para un Excel de salarios, nunca. Caducidad en enlaces a externos. Revisión trimestral de sitios compartidos con fuera. Quien se fue de la empresa: baja en Microsoft 365 el mismo día, no «cuando podamos». El OneDrive del que se va se transfiere o se exporta; no se deja huérfano a los 30 días de sorpresa.

Equipos privados frente a públicos. Un equipo abierto a toda la organización no es el sitio de RRHH. Un equipo privado no es secreto si luego se reenvía el archivo al chat general. Los permisos son técnicos y culturales. Formación de diez minutos: cómo compartir un enlace y cómo no.

Invitados (B2B). Útiles para un cliente o un colaborador. Malos si se invita a un Gmail personal «porque es más cómodo» y ese Gmail queda en cinco sitios. Un dueño revisa invitados. Guest no es sinónimo de confianza eterna.

Administradores. Dos cuentas de admin, MFA, no el día a día. El usuario de gerencia no debería ser el único global admin «porque así ve todo». Ver todo se resuelve con permisos de lectura en los sitios que toca, no con las llaves del tenant en el mismo llavero que el Instagram.

Cuando duele un permiso, a menudo el sitio está mal cortado. Juntaste facturas y fotos de la cena. Separa bibliotecas o sitios. El permiso se vuelve aburrido otra vez. Eso es éxito.

Copias de lo que vive en Microsoft 365

«Está en la nube de Microsoft» no es una estrategia de backup. Microsoft tiene redundancia de plataforma. Tú tienes la responsabilidad de lo que un usuario borra, de lo que un ransomware cifra en archivos sincronizados, de lo que un admin enfadado elimina, y de la retención que el RGPD te pide. La papelera y el historial de versiones cubren el accidente de esta semana. No cubren el «borramos el sitio hace 100 días» ni el cumplimiento serio.

Retención. Políticas de Microsoft 365 (si tu licencia las incluye o las añades) para buzones y sitios. Papeleras de segundo nivel. Un partner que sepa qué plan tienes de verdad: no todas las Business son iguales. Third-party backup del tenant —buzones, OneDrive, SharePoint, Teams— es lo que usamos cuando el cliente necesita RPO/RTO propios y una copia fuera del clic de un administrador. Eso enlaza con copias de seguridad cloud: la nube de productividad y la copia de esa nube son capas distintas.

Sincronización como falso backup. El PC sincroniza OneDrive. Si el malware cifra los archivos y la sync sube el cifrado, la nube refleja el desastre. El historial de versiones puede salvar; hay que saber restaurar a fecha y no «dejar que sync termine». Formación: pausar sync si hay sospecha. Capa de endpoint (ESET) y copias: otra vez, no es un solo producto.

Servidor o NAS y M365 a la vez. Decide qué es maestro. Si el contrato vive en SharePoint, no lo «respaldas» solo copiando el disco local de un usuario. Si el maestro es el NAS, OneDrive no es la copia 3-2-1 salvo que exportes con criterio. El híbrido documentado evita pagar dos copias de lo mismo y ninguna de lo crítico.

Prueba de restauración. Un buzón de prueba, una biblioteca. Fecha en el calendario. El mismo principio que el servidor del viernes: si no has restaurado, tienes una hipótesis. Dirección entiende «podemos recuperar el sitio de administración a fecha de anoche». No entiende un portal verde.

Un plan de adopción de 90 días para una oficina real

Días 1–15. Inventario de dónde está hoy el trabajo (servidor, USB, WhatsApp, buzones). Mapa de sitios: pocos, con dueño. Norma de una página. MFA si no está. Decisión de quién puede crear equipos. No se migra todavía el archivo muerto.

Días 16–45. Se crean los sitios y equipos mínimos. Se forma con los archivos de ellos, no con Northwind. Se enseña versiones, enlaces, diferencia OneDrive / canal / sitio de área. Se elige un piloto (administración suele doler menos que comercial). Se deja de usar el chat como disco. Se pacta la frontera con el NAS.

Días 46–75. Migración selectiva de lo vivo. Archivo de lo muerto. Limpieza de equipos de Teams fantasma. Revisión de enlaces «cualquiera». Backup del tenant si procede. El partner o el interno documenta. Si hay resistencia, se escucha el caso de uso (el Excel de 40 MB) y se exceptúa con nombre, no se obliga con ideología.

Días 76–90. Segunda formación corta: lo que no caló. Métrica tosca: número de adjuntos gordos en Outlook, número de archivos en chats, tickets de «no tengo permiso». Baja de un sitio piloto archivado para ensayar el funeral de un proyecto. Reunión con dirección: qué se quedó en el servidor y por qué. Ajuste de licencias (quien no usa Teams no necesita el cuento; quien comparte con clientes quizá necesita más).

Después. Mantenimiento. Altas y bajas. El sitio que creció de más. La licencia que caduca. Eso no es un proyecto eterno de consultoría: es el mismo ritmo que el resto del IT, el que cubrimos en servicios cuando no hay un interno que herede el mapa. Si estás decidiendo si ese ritmo lo lleva un interno o un outsourcing, la pregunta es quién enseña al fichaje nuevo el mapa el día diez, no quién instaló Teams en 2021.

90 días no caben si el correo aún se cae o el DNS está a medias. Primero el suelo. Luego el mapa. Luego el funeral del v7. Quien invierte el orden forma sobre un tenant inestable y culpa a SharePoint de un MX mal puesto.

Preguntas frecuentes

¿Puedo usar solo OneDrive y olvidarme de SharePoint?

Puedes, y entonces lo corporativo vive en cajones personales. El día de una baja o de un permiso mal compartido, lo pagas. OneDrive para lo mío; SharePoint o el equipo de Teams para lo nuestro. Esa frase basta para empezar.

¿Teams sustituye a SharePoint?

No. Lo apoya. Los archivos del equipo están en SharePoint. Entenderlo evita duplicar y evita buscar solo en el chat. Teams es la sala; SharePoint es el armario de esa sala y de otras.

¿Hay que borrar el servidor de ficheros el mes uno?

No por dogma. Hay cargas que siguen mejor en NAS o servidor local. Hay que dejar de tener dos maestros del mismo contrato. El calendario de 90 días incluye esa frontera, no un apagón ideológico.

¿Microsoft ya hace copias, para qué pagar más?

Microsoft protege la plataforma. Tú proteges el error, el borrado, el cumplimiento y a veces el ransomware sobre archivos sync. Papelera y versiones son el primer colchón. Un backup del tenant es el segundo, cuando el riesgo lo pide. La landing de copias cloud entra ahí.

¿Esto sirve en una oficina pequeña de Tenerife o es para multinacionales?

Sirve más cuanto más pequeño es el equipo, porque el caos se nota antes. No necesitas veinte sitios. Necesitas tres bien nombrados y una norma. El tenant no sabe si estás en Santa Cruz o en una torre de 30 plantas; los hábitos, sí.

¿Y el final_v7 de los adjuntos que ya están en el correo?

Se dejan en el archivo del buzón o se sacan los vigentes al sitio correcto. No se «sube todo el PST a SharePoint». El funeral es de los documentos vivos, no de la arqueología. La arqueología se etiqueta y se para de usar.