McKinsey encuestó a más de 8,400 empleados y llegó a una conclusión que incomoda a muchos ejecutivos: el modelo de trabajo híbrido — presencial, remoto o mixto — no determina la productividad. Lo que la determina son las prácticas de colaboración, mentoría y desarrollo que el entorno habilita o bloquea. Para el equipo de TI, esa conclusión tiene una implicación directa: el debate sobre dónde trabaja la gente es el problema equivocado.
El problema correcto es si la infraestructura que soporta ese trabajo híbrido está instrumentada para dar visibilidad, mantener el compliance y sostener la continuidad operacional sin importar desde dónde se conecte el empleado. En este artículo desgloso las tres capas donde el trabajo híbrido falla técnicamente — endpoints, telemetría y stack de colaboración — y qué hace un entorno maduro en cada una.
Lo esencial
- El trabajo híbrido no fracasa por la política de RR.HH. Fracasa porque los endpoints fuera del perímetro corporativo quedan sin gestión, sin telemetría y sin compliance.
- Un MDM mal configurado en un entorno de trabajo híbrido es peor que no tener MDM: da falsa sensación de control mientras los dispositivos derivan en configuraciones no conformes.
- La madurez técnica del trabajo híbrido se mide en tres métricas: porcentaje de endpoints bajo gestión centralizada, MTOS (Mean Time to Operational Stability) y drift de políticas por dispositivo.
Por qué el trabajo híbrido sigue fallando — y no es donde cree
Cuando una organización reporta problemas de productividad en su modelo de trabajo híbrido, la primera reacción del liderazgo suele ser ajustar la política: más días en oficina, horarios de anclaje, reuniones obligatorias de equipo. Eso resuelve el síntoma visible y deja intacto el problema real.
El trabajo híbrido distribuye los endpoints de la organización fuera del perímetro tradicional de TI. Un empleado que trabaja tres días desde casa opera desde una red que TI no controla, en un dispositivo que puede haber derivado de su configuración base, usando aplicaciones que el área de TI aprobó hace seis meses pero no ha auditado desde entonces.
Los entornos maduros de MDM miden su efectividad en indicadores de preparación operacional: tasa de endpoints conformes y bajo gestión centralizada, y Mean Time to Operational Stability — qué tan rápido los sistemas y flujos de trabajo vuelven a la normalidad después de una interrupción. En la mayoría de las organizaciones medianas de LATAM, ninguno de esos indicadores está siendo medido sistemáticamente en el contexto del trabajo híbrido.
El trabajo híbrido no fracasa por la política de RR.HH. Fracasa porque los endpoints que salen del perímetro corporativo dejan de ser visibles para TI.
La primera capa: endpoints sin gestión centralizada
En 2026, la gestión de dispositivos ya no es opcional para las organizaciones que operan en modelo de trabajo híbrido o remoto. Sin embargo, en organizaciones de 50 a 500 empleados, es frecuente encontrar el mismo patrón: pagan por licencias de Microsoft 365 que ya incluyen capacidades de MDM, pero las dejan sin configurar. El resultado: laptops sin gestión, acceso móvil sin control, y un dispositivo perdido que se convierte en un riesgo real de brecha.
El MDM (Mobile Device Management) en un entorno de trabajo híbrido tiene dos modos de operación con implicaciones distintas:
MDM completo (dispositivos corporativos): el área de TI gestiona el dispositivo entero — configuración, cifrado, actualizaciones, acceso condicional, borrado remoto. Es el estándar para laptops y smartphones provistos por la empresa.
MAM sin enrolamiento (BYOD): el área de TI gestiona solo las aplicaciones corporativas en el dispositivo personal del empleado — Outlook, Teams, OneDrive — sin tocar los datos personales. Los datos corporativos dentro de esas apps quedan aislados: no se pueden copiar a aplicaciones no gestionadas ni guardar en almacenamiento personal.
El error más común en entornos de trabajo híbrido en LATAM: tratar estos dos modos como equivalentes y aplicar el mismo nivel de control a ambos. Un dispositivo personal con MAM configurado correctamente tiene menos superficie de exposición que un dispositivo corporativo con MDM mal configurado y políticas de compliance que nadie revisa.
El trabajo híbrido expande la superficie de ataque: el 45% de los incidentes de ciberseguridad en entornos con trabajo remoto se originan en endpoints remotos. Ese porcentaje no se reduce con más días en oficina — se reduce con mejor instrumentación de los endpoints independientemente de dónde estén.
Punto clave
Un MDM mal configurado en un entorno de trabajo híbrido es más peligroso que no tener MDM: genera falsa sensación de control mientras los dispositivos derivan en configuraciones no conformes sin que nadie lo detecte.
La segunda capa: telemetría que no existe o nadie lee
El segundo punto de falla del trabajo híbrido no es técnico — es operacional. Las herramientas de telemetría de endpoints existen, están incluidas en las licencias que la mayoría de las organizaciones ya pagan, y no se usan.
Endpoint Analytics es la capa de telemetría que expone rendimiento de inicio, confiabilidad de aplicaciones, saturación de recursos y remediación proactiva a través del parque de dispositivos gestionados — sin vigilancia de productividad por usuario. Esa distinción es importante: la telemetría de endpoints mide la salud del dispositivo, no el comportamiento del empleado. No es un sistema de control — es un sistema de visibilidad operacional.
En un entorno de trabajo híbrido, la telemetría de endpoints responde preguntas que de otro modo requieren un ticket de soporte:
- ¿Qué dispositivos tienen versiones de SO fuera del ciclo de soporte?
- ¿Qué aplicaciones están crasheando con mayor frecuencia en el segmento remoto?
- ¿Qué endpoints tienen drift de políticas — configuraciones que divergieron del baseline desde la última vez que estuvieron en red corporativa?
- ¿Qué dispositivos tardaron más de 90 segundos en iniciar esta semana?
Una firma de servicios profesionales redujo el tiempo promedio de inicio en 40 segundos por usuario remediando las aplicaciones con mayor impacto en el arranque identificadas por Endpoint Analytics, y ahora ejecuta revisiones trimestrales de salud del parque usando las recomendaciones integradas de la plataforma.
El trabajo híbrido sin telemetría de endpoints obliga al equipo de TI a operar en modo reactivo: el empleado reporta el problema, TI investiga sin contexto previo, el tiempo de resolución se extiende y la productividad cae. La telemetría invierte ese flujo: TI detecta el problema antes de que el empleado lo reporte.
Si este análisis te resulta útil, recíbelo cada semana: 👉 Suscríbete al newsletter de DacmosGroup
La tercera capa: el stack de colaboración como variable de TI
McKinsey identifica cinco prácticas que determinan la productividad independientemente del modelo de trabajo: colaboración, comunidad, innovación, mentoría y desarrollo de habilidades. Los encuestados, sin importar si trabajan presencial, híbrido o remoto, reportan que sus organizaciones fallan en todas ellas.
Para TI, eso no es una conclusión de RR.HH. — es una especificación de infraestructura. Cada una de esas cinco prácticas tiene un correlato técnico que el equipo de TI puede instrumentar o bloquear:
| Práctica (McKinsey) | Correlato técnico | Indicador de madurez |
|---|---|---|
| Colaboración | Latencia y disponibilidad de plataforma UCaaS (Teams, Zoom) | % de reuniones sin incidentes técnicos reportados |
| Comunidad | Acceso consistente a espacios digitales compartidos | Tiempo de acceso a SharePoint/intranet desde red remota |
| Innovación | Disponibilidad de entornos de sandbox y herramientas aprobadas de IA | N° de herramientas de IA aprobadas vs. detectadas sin autorización |
| Mentoría | Calidad de video y audio en sesiones 1:1 remotas | Score de calidad de llamadas en plataforma UCaaS |
| Desarrollo | Acceso a plataformas de aprendizaje desde cualquier dispositivo | Tasa de completitud de cursos en LMS desde endpoints remotos |
El trabajo híbrido que falla en esas cinco prácticas no tiene un problema de política — tiene un problema de SLA técnico no medido. TI nunca definió qué nivel de servicio es aceptable para cada una, y por eso no puede reportar si lo está cumpliendo o no.
El trabajo híbrido no tiene un problema de cultura. Tiene un problema de SLAs técnicos que nadie definió y por lo tanto nadie puede medir.
Tres métricas para evaluar la madurez técnica de su entorno híbrido
Un entorno de trabajo híbrido técnicamente maduro puede responder estas tres preguntas con datos, no con estimaciones:
1. ¿Qué porcentaje de los endpoints activos están bajo gestión MDM/MAM centralizada? El benchmark de referencia para organizaciones maduras es >95% de dispositivos corporativos enrolados con políticas de compliance activas. En organizaciones de 50–500 empleados en LATAM que no han priorizado esto, el número real suele estar entre 40% y 70% — con el gap concentrado en dispositivos que llevan más de 12 meses sin conectarse a la red corporativa.
2. ¿Cuál es el MTOS (Mean Time to Operational Stability) después de una interrupción? El MTOS mide con qué velocidad los usuarios, sistemas y flujos de trabajo vuelven completamente a la normalidad después de una interrupción — no el cierre del ticket, sino la restauración de la productividad. Muchos entornos resuelven el incidente técnicamente mientras la disrupción de productividad continúa. En un entorno de trabajo híbrido, ese delta es sistemáticamente más alto para los empleados remotos porque TI no tiene visibilidad directa de su contexto operacional.
3. ¿Cuántos endpoints tienen drift de políticas de seguridad? El drift ocurre cuando un dispositivo sale del perímetro corporativo durante un período prolongado y sus políticas de configuración divergen del baseline — actualizaciones no aplicadas, certificados vencidos, configuraciones de firewall modificadas localmente. En entornos de trabajo híbrido sin telemetría activa, el drift se detecta en el mejor caso cuando el empleado vuelve a oficina, y en el peor caso en una auditoría post-incidente.
Punto clave
Si no puede responder las tres preguntas con datos reales hoy, su entorno de trabajo híbrido no tiene un problema de política — tiene un problema de instrumentación. El dato más peligroso en TI es el que no existe.
Preguntas frecuentes sobre trabajo híbrido e infraestructura TI
¿Qué diferencia hay entre MDM y MAM en un entorno de trabajo híbrido?
MDM (Mobile Device Management) gestiona el dispositivo completo — configuración, cifrado, actualizaciones y borrado remoto. Se aplica a dispositivos corporativos. MAM (Mobile Application Management) gestiona solo las aplicaciones corporativas en dispositivos personales, sin tocar datos privados del empleado. En trabajo híbrido con BYOD, MAM es el enfoque correcto para dispositivos personales con acceso a recursos corporativos.
¿Qué es el drift de políticas y por qué importa en trabajo híbrido?
El drift ocurre cuando un endpoint se desconecta del perímetro corporativo durante un período prolongado y sus configuraciones de seguridad divergen del baseline — actualizaciones sin aplicar, certificados vencidos, firewall modificado. En trabajo híbrido, el drift es más frecuente porque los dispositivos pasan semanas fuera de la red corporativa sin que TI pueda detectarlo sin telemetría activa.
¿Cuál es el indicador más importante para medir la madurez TI de un entorno híbrido?
El porcentaje de endpoints activos bajo gestión MDM/MAM centralizada con políticas de compliance activas. En organizaciones maduras, ese número supera el 95% de dispositivos corporativos. Si no conoce ese porcentaje hoy, ese es el punto de partida — no la política de trabajo híbrido.
¿Intune es la única opción para gestionar endpoints en trabajo híbrido?
No. Microsoft Intune es la opción más común en organizaciones que ya operan sobre Microsoft 365, porque las capacidades MDM/MAM están incluidas en los planes E3 y E5. Alternativas válidas incluyen Jamf Pro (entornos Apple), NinjaOne (más accesible para PyMEs) y VMware Workspace ONE (multi-plataforma enterprise). La elección depende del stack existente, el mix de dispositivos y el tamaño del equipo de TI.
El trabajo híbrido es una decisión de infraestructura, no de política
La conversación sobre dónde trabajan los empleados seguirá dominando los titulares. Pero para los equipos de TI, esa conversación es un distractor del problema real.
El 68% de los trabajadores ahora opera principalmente en modo presencial, desde un 34% en 2023 — pero el 27% de los empleados completamente presenciales trabaja con equipos distribuidos en diferentes ubicaciones, lo que hace que los argumentos de “volver para colaborar” pierdan fuerza frente a la realidad de colaboración distribuida que ya existe.
El trabajo híbrido ya es la realidad operacional de la mayoría de las organizaciones, independientemente de la política formal. Un empleado presencial que colabora con equipos en tres países distintos tiene exactamente los mismos requerimientos de infraestructura que un empleado remoto.
Instrumentar ese entorno correctamente — endpoints bajo gestión, telemetría activa, SLAs definidos para el stack de colaboración — es la diferencia entre un trabajo híbrido que se siente caótico y uno que funciona sin que nadie tenga que pedirle permiso a la política de RR.HH.
Para la capa de decisión ejecutiva de esta misma conversación — qué significa el Shadow AI para los datos que circulan en ese entorno híbrido y qué política necesita el CEO antes de que cueste US$670,000 — el análisis de Alejandro Seijas lo cubre en detalle: ¿Qué pasa cuando su contador pega el balance en ChatGPT?
¿Tu organización ya tiene mapeado el porcentaje real de endpoints bajo gestión MDM/MAM en el entorno de trabajo híbrido — o ese dato todavía no existe como métrica formal? Cuéntame tu caso: me interesa el número real, no la estimación.
Si querés recibir este tipo de análisis técnico cada semana: 👉 Suscríbete al newsletter de DacmosGroup