OpenWebinars

Recursos Humanos

Resistencia a la IA en la empresa: diagnosticar antes de intervenir

Cuando un equipo evita, cuestiona o abandona el uso de la IA, asumir que «tiene miedo al cambio» puede llevar a una intervención equivocada. La resistencia también puede revelar falta de capacidades, una implantación deficiente o una objeción legítima. Diagnosticar primero permite actuar con criterio y no agravar el rechazo.

Lupe Canle Otero

Lupe Canle Otero

Lectura 5 minutos

Publicado el 28 de septiembre de 2026

Compartir

Cuatro equipos pueden comportarse exactamente igual ante una nueva herramienta de IA y necesitar intervenciones completamente distintas. Uno puede temer que la tecnología reduzca el valor de su trabajo; otro puede no saber utilizarla; un tercero puede estar perdiendo tiempo porque la herramienta se ha integrado mal en el proceso; y un cuarto puede estar señalando un riesgo real sobre datos, calidad o responsabilidad.

El problema aparece cuando todas esas situaciones se interpretan como una única categoría: resistencia al cambio. La conducta observable no explica por sí sola su causa. Antes de decidir si hay que formar, comunicar, rediseñar el proceso o detener un uso concreto, RRHH y los responsables de la transformación necesitan saber qué está ocurriendo realmente.

Por eso, diagnosticar la resistencia no significa justificar cualquier rechazo. Significa reducir la incertidumbre antes de intervenir. La pregunta útil no es únicamente por qué un equipo no adopta la IA, sino qué evidencia permite explicar esa conducta y qué tendría que cambiar para que la situación evolucionara.

La resistencia a la IA es una señal, no un diagnóstico

La resistencia es un comportamiento observable, como por ejemplo no utilizar una herramienta, cuestionarla, retrasar su adopción, abandonarla después de probarla o expresar dudas sobre su utilidad. La explicación de ese comportamiento necesita información adicional.

Una misma conducta puede responder a causas diferentes y, además, varias causas pueden coexistir. Una persona puede tener miedo a perder relevancia profesional y, al mismo tiempo, carecer de las capacidades necesarias para utilizar la herramienta. Un equipo puede desconfiar de la IA porque no entiende su propósito, pero también porque el proceso diseñado alrededor de ella añade trabajo.

Qué observar antes de atribuir el rechazo al miedo

Antes de interpretar la resistencia conviene describirla con precisión. No es lo mismo que una persona no utilice una herramienta porque no sabe hacerlo que porque considere que introducirla en ese proceso genera un riesgo.

  • Observa qué conducta aparece: no utilizar la herramienta, hacerlo de forma mínima, abandonarla después de probarla o cuestionar sistemáticamente su uso.
  • El momento también aporta información: identifica cuándo aparece el rechazo, desde el anuncio de la iniciativa, durante el aprendizaje o después de experimentar con la herramienta.
  • Comprueba en qué tareas, procesos, equipos o situaciones concretas se concentra el rechazo.
  • Atiende a los argumentos que aparecen: dudas sobre el empleo, dificultades técnicas, pérdida de tiempo, calidad de los resultados, privacidad, responsabilidad u otros aspectos.

Esta observación permite formular hipótesis sin convertirlas todavía en diagnósticos. Una reacción de rechazo puede ser compatible con miedo, falta de capacidades, una mala implantación o una objeción legítima; hace falta contrastarla con evidencias.

Por qué una misma conducta puede esconder problemas distintos

El momento y las condiciones en las que aparece la resistencia aportan información. Si el rechazo surge antes de que las personas hayan podido experimentar con la herramienta, puede ser relevante explorar qué expectativas o incertidumbres lo están alimentando. Si aparece después de varios intentos fallidos, conviene examinar también las capacidades disponibles y el diseño del proceso.

La diferencia es importante porque la intervención modifica el problema. Una formación genérica puede ser inútil si la dificultad está en un flujo de trabajo mal diseñado. Una campaña de comunicación puede quedarse corta si las personas no saben utilizar la herramienta. Y presionar para adoptar una solución puede ser contraproducente si las objeciones se refieren a riesgos que la organización todavía no ha resuelto.

La resistencia, por tanto, funciona mejor como señal para investigar que como etiqueta para clasificar a las personas.

Cuatro causas que RRHH debe distinguir

No existe una clasificación cerrada de toda resistencia a la IA, pero estas cuatro causas ofrecen un marco práctico para iniciar el diagnóstico. No son excluyentes y deben entenderse como hipótesis de trabajo.

La distinción también evita personalizar en exceso un problema que puede tener componentes organizativos. El miedo puede aumentar cuando la comunicación es ambigua; una brecha de capacidades puede aparecer porque la implantación no ha previsto acompañamiento; y una objeción individual puede revelar un riesgo del sistema.

Miedo y falta de capacidades: cuando hay que revisar preparación y acompañamiento

El miedo relacionado con la IA no tiene por qué limitarse al temor a perder el empleo. Puede afectar a la autonomía, al reconocimiento profesional, a la percepción de competencia o a la incertidumbre sobre cómo cambiará el rol. La OIT señala que la exposición a la IA generativa no equivale automáticamente a sustitución del empleo: el resultado depende también de las decisiones de adopción y de las oportunidades de los trabajadores para aprender y adaptarse.

La falta de capacidades plantea otro tipo de bloqueo. Una persona puede querer utilizar la IA y, sin embargo, no saber cómo integrarla en sus tareas, evaluar sus resultados o decidir cuándo no utilizarla. La OCDE identifica la falta de capacidades como una barrera relevante para la adopción de IA y señala que las necesidades no se reducen a conocimientos técnicos avanzados.

Por eso, una pregunta útil para contrastar es: ¿la dificultad cambia cuando la persona recibe contexto, acompañamiento y una forma concreta de aplicar la herramienta? Si lo hace, existe una señal que merece investigarse, pero no demuestra por sí sola la causa.

Para intervenir sobre el miedo puede ser necesario aclarar el impacto del cambio, abrir espacios de diálogo y permitir una experimentación segura. Este enfoque conecta con cómo reducir el miedo al reemplazo y construir confianza digital.

Cuando el problema principal está en las capacidades, el aprendizaje debería partir de las tareas reales y no de una formación genérica sobre herramientas. El planteamiento de desarrollar IA aplicada partiendo del nivel real de cada equipo responde precisamente a esa lógica.

Mala implantación y objeciones legítimas: cuando hay que revisar el sistema

No toda resistencia está en la persona. Una herramienta puede duplicar tareas, introducir pasos innecesarios, generar resultados difíciles de verificar o no estar bien integrada en el proceso. En esos casos, pedir al equipo que “se adapte” puede ocultar un problema de diseño.

La pregunta cambia entonces: ¿se está rechazando la IA o la manera concreta en que se ha implantado? Para responder hay que observar tiempos, duplicidades, errores, instrucciones, puntos de fricción y diferencias entre el proceso anterior y el nuevo.

Las objeciones legítimas requieren todavía más cautela, ya que pueden referirse al tratamiento de datos, la calidad de los resultados, la asignación de responsabilidades, la vigilancia, la transparencia o el impacto sobre la autonomía. La OCDE identifica preocupaciones sobre responsabilidad, explicabilidad y protección de la salud de los trabajadores en relación con herramientas de gestión algorítmica, y señala la consulta a los trabajadores como una medida relevante para facilitar su introducción.

La OIT también ha advertido de riesgos relacionados con vigilancia, intensificación del trabajo, pérdida de autonomía y uso de datos en entornos laborales mediados por IA.

Por eso, una objeción no debería neutralizarse automáticamente. Primero hay que determinar si señala un riesgo concreto que la organización debe resolver.

Del síntoma a la decisión: matriz para diagnosticar la resistencia

La matriz permite convertir una percepción difusa de resistencia en una secuencia de contraste. No pretende identificar automáticamente la causa, sino ayudar a decidir qué información falta antes de intervenir.

Causa y señales Qué contrastar y qué evidencia buscar Respuesta inicial recomendada Intervención que puede empeorar el problema
Miedo o amenaza percibida: preocupación por sustitución, autonomía o valor profesional Contrastar cómo cambia la percepción cuando se aclara el impacto sobre el rol. Buscar entrevistas, dudas recurrentes y percepción del cambio. Claridad, diálogo, participación y seguridad para experimentar Presionar para adoptar o minimizar las preocupaciones
Falta de capacidades: inseguridad, errores, dependencia o abandono tras las primeras pruebas Contrastar si la dificultad disminuye con acompañamiento. Revisar nivel de competencia, tareas, errores y necesidades concretas. Aprendizaje aplicado y apoyo Formar de manera genérica o asumir falta de interés
Mala implantación: fricción, duplicidades, pérdida de tiempo o instrucciones poco claras Contrastar si el problema está en la herramienta o en su integración. Revisar flujo de trabajo, tiempos, procesos y feedback. Revisar proceso, caso de uso y criterios de éxito Culpar al usuario o aumentar la presión de adopción
Objeción legítima: dudas sobre datos, calidad, responsabilidad, vigilancia o impacto Contrastar si existe un riesgo objetivo. Revisar casos concretos, reglas, impacto y criterios de decisión. Investigar, corregir, limitar o detener el uso Etiquetar la objeción como resistencia

Cómo contrastar una hipótesis antes de intervenir

El diagnóstico resulta más fiable cuando sigue una secuencia sencilla y evita convertir una primera impresión en una conclusión.

  • Empieza por describir la conducta: precisa qué está ocurriendo, quién lo hace, en qué tarea y desde cuándo.
  • Antes de asumir una causa, conviene formular varias hipótesis que puedan explicar el mismo comportamiento.
  • Contrasta esas hipótesis mediante evidencias sobre percepción, comportamiento, resultados, dificultades, tiempos, errores y condiciones de uso.
  • Observa si el comportamiento cambia al modificar una condición concreta, como el acompañamiento, la información o el diseño del proceso.
  • Interviene cuando exista evidencia suficiente para reducir el riesgo de actuar sobre una causa equivocada.

El objetivo no es alcanzar una certeza absoluta antes de actuar. Es reducir suficientemente la incertidumbre para no intervenir a ciegas.

Qué intervención corresponde y cuándo puede empeorar el problema

Una vez contrastadas las hipótesis, la intervención debe guardar relación con la causa observada. La matriz anterior resume qué respuesta inicial encaja mejor en cada caso y qué actuación puede agravar el problema.

La regla práctica es sencilla: la intervención debe responder al bloqueo, no a la etiqueta de resistencia. Más formación no resolverá un problema de vigilancia; más comunicación no solucionará una cuestión de privacidad; y más presión no compensará una herramienta mal integrada.

Para RRHH y managers, la decisión final debería centrarse en qué necesita cambiar para que tenga sentido continuar, ajustar o detener ese uso de IA.

Conclusiones

La resistencia a la IA no explica por sí misma por qué un equipo no adopta una tecnología. Puede expresar miedo o incertidumbre, una brecha de capacidades, problemas de implantación u objeciones relacionadas con riesgos reales. Además, estas causas pueden coexistir y cambiar a medida que evoluciona el proceso.

Por eso, diagnosticar antes de intervenir no significa retrasar la adopción indefinidamente. Significa observar la conducta, formular hipótesis, buscar evidencias y elegir una respuesta proporcional al problema identificado. La calidad de la intervención depende, en buena medida, de la calidad de ese diagnóstico.

La pregunta que conviene trasladar a RRHH, managers y responsables de transformación no es solo “¿por qué se resisten?”, sino “¿qué evidencia tenemos sobre lo que está bloqueando el uso?”. Esa diferencia permite actuar sobre la causa sin convertir la resistencia en un problema que la propia organización termine agravando.

Lo que deberías recordar de la resistencia a la IA

  • La resistencia es una señal, no un diagnóstico. Una misma conducta puede responder a causas diferentes y necesita contexto antes de interpretarse.
  • El miedo no es la única explicación. La incertidumbre sobre el rol puede coexistir con falta de capacidades, problemas de implantación u objeciones legítimas.
  • Una brecha de capacidades también puede reflejar condiciones del sistema. La falta de formación, práctica o acompañamiento puede dificultar la adopción aunque exista disposición para aprender.
  • La implantación también debe analizarse. Si una herramienta añade fricción, duplicidades o trabajo innecesario, aumentar la presión de adopción puede empeorar el rechazo.
  • Una objeción puede señalar un riesgo real. Las dudas sobre datos, calidad, responsabilidad, vigilancia o autonomía deben investigarse antes de clasificarse como resistencia.
  • Las primeras impresiones son hipótesis. Que una reacción cambie después de aclarar, formar o acompañar aporta información, pero no demuestra por sí sola cuál era la causa.
  • La intervención debe responder al bloqueo identificado. Comunicación, formación, rediseño del proceso o revisión del riesgo corresponden a problemas diferentes y no son intercambiables.
  • El objetivo no es eliminar toda resistencia. Es comprender qué información aporta, resolver lo que corresponda y decidir cuándo continuar, ajustar o detener un uso.
Compartir este post

También te puede interesar

Curso

La IA Generativa y su impacto en empresas

Principiante
22 min.

Formación que explora el concepto, potencial y aplicaciones de la IA generativa en el ámbito empresarial, destacando su...

Avatar de profesorSara Díaz
4.2