Digital Workplace

Microsoft 365 (Teams, SharePoint, OneDrive, Outlook)

Beginner 8 modules • 20 hours •49 € VAT included

Curso orientado a estudiar Microsoft 365 (Teams, SharePoint, OneDrive, Outlook) con un enfoque aplicable, tecnico y util para trabajo real, combinando conceptos, decisiones operativas, ejemplos y validacion del aprendizaje.

El curso de Microsoft 365 (Teams, SharePoint, OneDrive, Outlook) esta pensado para que el alumno no solo reconozca terminos, sino que entienda como se usan en escenarios reales, que dependencias tienen y que errores aparecen cuando se aplican mal.

The first module is free. Request information about full-course access.

Please note: the course material (modules, exam, glossary and labs) is written in Spanish. Only the site interface is available in English. A good reading level of Spanish is required.

On sale soon. The first module is free: sign up and start.

hola@itlabcert.com

Request received. We will reply to your email within 48 working hours. No need to send it again.

For myself For my company or team

I have read and accept the privacy policy. We will only use your data to reply to you.

hola@itlabcert.com

Modulo 01. Panorama de Microsoft 365 y sus cargas colaborativas

Objetivo del modulo

Entender como se reparten las capacidades de colaboracion entre Teams, SharePoint, OneDrive y Outlook dentro de Microsoft 365.

Resultados esperados

Teams, SharePoint, OneDrive y Outlook se complementan; no son duplicados perfectos.
Los archivos cambian de comportamiento segun donde se suben.
Grupos y permisos son la columna vertebral del ecosistema.

Desarrollo teorico

Microsoft 365 no es una sola aplicacion de colaboracion, sino un ecosistema conectado por identidad, grupos, permisos, archivos y reuniones. Teams conversa y coordina, SharePoint estructura y publica contenido, OneDrive resuelve el trabajo personal y Outlook articula correo y calendario. Este modulo se estudia desde la operacion real del puesto de trabajo digital, es decir, desde lo que un administrador, un service desk, un responsable de adopcion o un usuario avanzado necesitan entender para tomar decisiones correctas.

Arquitectura de identidad y grupos de Microsoft 365

El eje central del ecosistema es Entra ID (anteriormente Azure Active Directory). Cada usuario, grupo, aplicacion y dispositivo tiene una identidad en el directorio, y esa identidad determina que puede hacer y donde. Cuando se crea un grupo de Microsoft 365, el tenant provisiona automaticamente varios recursos asociados: un buzon compartido en Exchange Online, un calendario de grupo, un sitio de equipo en SharePoint con su biblioteca de documentos, un bloc de notas en OneNote y, opcionalmente, un equipo en Teams y un plan en Planner. Este modelo de aprovisionamiento conjunto significa que un solo acto administrativo genera multiples artefactos con dependencias cruzadas. Si se elimina el grupo, desaparecen el sitio, el buzon, el calendario, los archivos y los planes asociados, lo que convierte la gestion del ciclo de vida de los grupos en una decision critica de gobierno.

El directorio ofrece varios tipos de grupos: grupos de Microsoft 365 (antes Office 365 Groups), grupos de seguridad, grupos de distribucion y grupos de seguridad habilitados para correo. Los grupos de Microsoft 365 son los que activan el aprovisionamiento completo de cargas colaborativas, mientras que los grupos de seguridad se usan para asignar permisos y condicionales sin crear buzon ni sitio. Un error frecuente es crear grupos de seguridad cuando se necesita un grupo de Microsoft 365 o viceversa, lo que genera permisos incompletos o recursos huerfanos.

Modelo de trabajo y eleccion de carga

Las decisiones correctas de herramienta dependen del tipo de colaboracion: individual, de equipo, transversal, formal o externa. No todo mensaje debe ser un correo ni todo documento debe vivir en OneDrive. Una propuesta comercial puede nacer como borrador personal en OneDrive, revisarse colaborativamente en un canal de Teams donde los archivos residen en SharePoint, y publicarse finalmente en un sitio de comunicacion de SharePoint para toda la organizacion. Cada transicion cambia el ownership, los permisos y la visibilidad del contenido.

La eleccion de carga tambien depende de la audiencia. La comunicacion con clientes externos o proveedores suele requerir correo formal a traves de Outlook, ya que es el canal con mayor aceptacion legal y trazabilidad. La coordinacion interna frecuente encaja mejor en canales de Teams, donde la conversacion queda persistente y vinculada a archivos y pestanas. La publicacion hacia audiencias amplias dentro de la organizacion, como noticias corporativas o procedimientos, se resuelve mejor con sitios de comunicacion de SharePoint. Confundir estos patrones genera duplicidad, ruido y perdida de informacion.

Residencia de archivos segun contexto

Un aspecto tecnico que muchos usuarios desconocen es que la ubicacion fisica de un archivo cambia segun donde se sube. Un archivo adjuntado en un chat 1:1 de Teams se almacena en la carpeta Microsoft Teams Chat Files del OneDrive del remitente, y se comparten permisos individuales a los participantes del chat. Un archivo subido a un canal estandar de Teams se almacena en la biblioteca de documentos del sitio de SharePoint asociado al equipo, dentro de una carpeta que lleva el nombre del canal. Un archivo adjuntado a un correo de Outlook queda como copia independiente en el buzon del destinatario, sin vinculo con el original. Estas diferencias de residencia tienen implicaciones directas en permisos, versionado, busqueda y ciclo de vida. Si un usuario abandona la organizacion, los archivos que compartio por chat desde su OneDrive pueden quedar inaccesibles si no se gestiona la delegacion o la retencion del espacio personal.

Permisos y herencia en el ecosistema

Los permisos no se gestionan igual en chat, canal, sitio o documento personal. En un equipo de Teams con canal estandar, todos los miembros del equipo tienen acceso a los archivos del canal por herencia del grupo de Microsoft 365. En un canal privado, se crea un sitio de SharePoint independiente con su propia coleccion de permisos, que solo incluye a los miembros del canal privado. En OneDrive, los permisos por defecto son exclusivos del propietario, y cualquier comparticion requiere un acto explicito que genera un enlace con un nivel de acceso concreto: anonimo, toda la organizacion, personas del grupo o personas especificas. Entender estas diferencias evita situaciones donde un usuario cree que un archivo es privado cuando en realidad toda su organizacion puede acceder a el, o donde un archivo critico de proyecto solo es accesible por una persona que ha compartido desde su espacio personal.

Gobierno y adopcion

Sin convenciones de nombres, politicas de equipos, reglas de comparticion y formacion minima, Microsoft 365 escala muy rapido en caos operativo. La adopcion debe acompanar al despliegue tecnico. Un tenant con miles de equipos abandonados y sin ownership pierde trazabilidad y complica soporte, retencion y busqueda. El centro de administracion de Microsoft 365 ofrece politicas de expiracion de grupos que pueden eliminar automaticamente equipos inactivos tras un periodo configurable, pero esa automatizacion requiere que existan propietarios que respondan a las notificaciones de renovacion. Igualmente, las politicas de nomenclatura pueden forzar prefijos o sufijos en los nombres de grupos para facilitar la identificacion por departamento o proyecto. La clasificacion de sensibilidad mediante etiquetas de Microsoft Purview permite aplicar controles de comparticion externa, acceso de invitados y privacidad segun el nivel de sensibilidad del contenido. Un gobierno efectivo combina estas herramientas tecnicas con formacion del usuario y revision periodica del uso real del tenant.

Comparativa operativa

Carga	Funcion principal	Residencia de archivos	Patron de uso
Teams	Chat, canales, reuniones y apps	SharePoint en canales / OneDrive en chats	Trabajo continuo de equipo
SharePoint	Sitios, bibliotecas y publicacion	Sitios y bibliotecas	Contenido estructurado
OneDrive	Almacenamiento personal	Espacio del usuario	Borradores y trabajo individual
Outlook	Correo y calendario	Buzon Exchange y adjuntos	Comunicacion formal y agenda

La comparativa anterior no es decorativa. Sirve para seleccionar la capacidad adecuada segun el contexto de negocio, el modelo de permisos, la forma de colaboracion y el riesgo aceptable. En puesto de trabajo digital, la mala eleccion de una herramienta o de un patron de uso suele generar sintomas conocidos: duplicidad de archivos, reuniones improductivas, permisos rotos, tickets de soporte repetitivos o perdida de trazabilidad.

Procedimiento paso a paso

Paso 1: clasificar el tipo de colaboracion que se quiere soportar (individual, equipo, transversal, externa). Paso 2: identificar donde debe residir la informacion segun la tabla de residencia de archivos. Paso 3: definir quien sera propietario del espacio y del contenido, designando al menos dos owners por grupo. Paso 4: aplicar reglas de comparticion, etiquetas de sensibilidad y politicas de ciclo de vida adecuadas. Paso 5: formar al usuario en el patron de uso correcto, con ejemplos concretos de su area, y medir la adopcion con informes de uso del centro de administracion.

Escenario aplicado

Un area crea un equipo de Teams para un proyecto, pero usa el correo para todas las decisiones, guarda actas en adjuntos y no publica ningun contenido en el sitio de SharePoint asociado. El equipo de Teams existe pero su biblioteca esta vacia; toda la informacion esta fragmentada entre buzones individuales y adjuntos duplicados. El problema no es de licencias, sino de modelo operativo mal entendido. La solucion pasa por formar al equipo en el uso del canal como centro de trabajo, subir documentos activos a la biblioteca del canal, usar hilos de conversacion para decisiones y reservar Outlook para comunicacion formal con stakeholders externos. Desde el punto de vista del soporte y del gobierno, lo importante no es solo que la capacidad exista, sino que haya criterios claros para adoptarla, auditarla y sostenerla.

Controles y gobierno

El gobierno se apoya en naming conventions, ownership obligatorio, caducidad de equipos, politicas de invitados, comparticion externa controlada y clasificacion de la informacion mediante etiquetas de sensibilidad. Se recomienda revisar trimestralmente los equipos sin actividad, los grupos sin propietario y los enlaces de comparticion externa activos. Una implementacion madura combina configuracion tecnica en los centros de administracion, politicas aprobadas por la direccion, ownership activo, monitorizacion mediante informes de uso y formacion continua del usuario.

Contenido ampliado

Decision	Criterio
Correo o canal	Formalidad, audiencia y necesidad de persistencia de equipo
OneDrive o SharePoint	Ownership personal frente a ownership de equipo
Chat o reunion	Urgencia, complejidad y necesidad de sincronismo

Puntos clave

Teams, SharePoint, OneDrive y Outlook se complementan; no son duplicados perfectos.
Los archivos cambian de comportamiento segun donde se suben.
Grupos y permisos son la columna vertebral del ecosistema.
Gobierno y adopcion son tan importantes como la activacion tecnica.

Checklist operativa

Definir criterios de uso por carga.
Revisar donde residen realmente los archivos.
Acordar ownership de equipos y sitios.
Establecer reglas de comparticion externa.

Errores frecuentes

Pensar que Teams sustituye toda la colaboracion formal.
Crear espacios sin owner claro.
No explicar al usuario donde vive el archivo que comparte.

Practica sugerida

Construye una matriz de decision: para cada necesidad de colaboracion, indica carga principal, repositorio y riesgo si se usa otra opcion.

Preguntas de autoevaluacion

Que dependencia tecnica existe entre un equipo de Teams y SharePoint.
Cuando deberia usarse Outlook aunque exista Teams.
Que riesgo operativo nace de crear equipos sin ownership.

Cierre

Dominar el mapa de cargas de Microsoft 365 evita muchos errores de adopcion, soporte y gobierno desde el primer dia.

Entender como funciona Teams para conversacion, reuniones, trabajo persistente por canales, archivos y politicas de gobierno.

What you will learn

Chat y canal no son intercambiables.
Los archivos de Teams viven realmente en SharePoint o OneDrive segun el contexto.
Los canales estandar, privados y compartidos tienen implicaciones distintas.

Module contents

Chat 1:1, chat grupal y canal
Estructura de un equipo y aprovisionamiento
Tipos de canales y sus implicaciones tecnicas
Reuniones, configuracion y gobierno
Publicaciones, hilos, pestanas y aplicaciones
Comparativa operativa
Procedimiento paso a paso
Escenario aplicado
Controles y gobierno