"Resistencia al cambio" es el diagnóstico más cómodo que existe en una transformación organizacional. Es cómodo porque le quita responsabilidad a quien diseñó el cambio y se la transfiere al equipo que lo vive, es cómodo porque suena técnico sin serlo y es cómodo porque sugiere que el problema está en las personas, no en las decisiones que se tomaron antes de que ellas llegaran al proceso.
Pero cuando un equipo no adopta una nueva tecnología, cuando los usuarios vuelven al Excel después de la implementación, cuando nadie usa el sistema que costó meses de trabajo casi nunca es porque la gente no quiera cambiar. Es porque algo en el diseño del cambio falló.
Lo que realmente hay detrás
Miedo a perder el rol que nadie nombró: Cuando una organización implementa automatización o IA sin tener una conversación honesta sobre qué va a cambiar en el trabajo de cada persona, el equipo llena ese silencio con sus propias conclusiones. Y la conclusión más natural es la más amenazante: me van a reemplazar.
Procesos mal diseñados que la herramienta no resuelve: Hay implementaciones que automatizan el problema en lugar de resolverlo. El equipo lo sabe antes que nadie porque vive el proceso todos los días.
Un cambio que se impuso sin contexto: Las personas no se resisten al cambio, se resisten a los cambios que no entienden o que no les parecen válidos.
Capacitación insuficiente disfrazada de falta de voluntad. Un equipo que no sabe usar bien una herramienta no la va a usar y si además siente que admitir esa dificultad es un riesgo, va a evitarla en silencio.
Lo que el liderazgo casi nunca se pregunta
→ ¿Le explicamos al equipo qué va a cambiar en su trabajo y qué no va a cambiar?
→ ¿Diseñamos el proceso antes de elegir la herramienta o elegimos la herramienta y después buscamos que el proceso encajara?
→ ¿Involucramos a quien vive el proceso en el diseño de la solución?
→ ¿Medimos el éxito de la implementación con métricas de adopción real — o solo con métricas de entrega?
Cómo se ve una transición tecnológica bien gestionada
No es una transición sin fricción, la fricción es inevitable y en muchos casos es saludable. Es la señal de que algo está cambiando de verdad, pues lo que diferencia una transición bien gestionada es que la fricción se anticipa, se nombra y se acompaña. El equipo sabe qué va a cambiar y por qué, tuvo espacio para hacer preguntas incómodas antes de que el sistema saliera al aire. Los errores del proceso se incorporaron al diseño en lugar de ignorarse.
La pregunta que vale hacerse antes de nombrar la resistencia
La próxima vez que un proceso de transformación tecnológica encuentre fricción, antes de diagnosticar resistencia al cambio, vale la pena preguntarse: ¿el cambio estuvo bien diseñado? ¿El equipo tuvo información suficiente? ¿Alguien escuchó lo que tenían para decir antes de implementar? Porque a veces lo que llamamos resistencia es simplemente criterio de personas que entienden el proceso mejor que nadie y están diciendo, de la única manera que les queda, que algo no está bien. Escucharlos no es ceder al cambio, todo lo contrario, es diseñarlo mejor.