Cuatro señales de que hay resistencia en el equipo
La resistencia al cambio rara vez se anuncia. No aparece en las reuniones de implementación ni en los reportes de avance. Aparece en comportamientos concretos que, leídos por separado, parecen problemas operativos, pero leídos en conjunto describen un equipo que está evitando el cambio, activa o pasivamente.
-
Uso mínimo o nulo de las herramientas implementadas. El sistema fue implementado, el equipo fue capacitado, el proceso está definido. Pero los datos de uso muestran que la mayoría de las personas accede esporádicamente, usa solo las funciones más básicas o directamente no lo abre. Qué la genera: en la mayoría de los casos, no es ignorancia sino percepción de sobrecosto: la herramienta requiere más tiempo o más pasos que el proceso anterior para producir el mismo resultado. Cómo responder: antes de insistir en el uso, verificar si esa percepción es correcta. Si la herramienta efectivamente requiere más pasos para tareas frecuentes, el problema no es el equipo: es el diseño del proceso.
-
Workarounds informales que evitan el nuevo proceso. El equipo sigue usando el email, la planilla de Excel o el WhatsApp para gestionar lo que el nuevo sistema debería gestionar. No lo dicen, pero lo hacen. Qué la genera: los workarounds casi siempre indican que el nuevo proceso no resuelve una necesidad real del equipo o que la curva de aprendizaje es percibida como más costosa que el beneficio. Cómo responder: mapear cuáles workarounds existen, con quién y para qué tarea específica. Cada workaround es información sobre dónde el nuevo proceso tiene una fricción no resuelta.
-
Quejas recurrentes sin propuestas. El equipo expresa que el nuevo proceso “no funciona”, “es complicado” o “es más lento que antes”, pero sin señalar qué específicamente falla ni proponer qué cambiaría. Qué la genera: suele indicar frustración acumulada con una implementación que no consideró suficientemente la perspectiva de quien ejecuta. La queja sin propuesta es la señal de alguien que ya dejó de creer que su perspectiva será considerada. Cómo responder: abrir un canal explícito para recibir feedback concreto, con la garantía de que será procesado. Y procesarlo de verdad: nada destruye más la adopción que pedir feedback y no actuar sobre él.
-
Baja participación en instancias de capacitación. Las sesiones de training tienen asistencia parcial, las personas que asisten llegan tarde o se desconectan antes de terminar, y las preguntas son mínimas. Qué la genera: puede indicar resistencia, pero también puede indicar que la capacitación no fue diseñada para la realidad del trabajo cotidiano del equipo. Un training que muestra funcionalidades en abstracto sin conectarlas con los problemas reales de quien lo recibe produce exactamente esa desconexión. Cómo responder: revisar si el formato de capacitación es el correcto antes de asumir que el problema es la voluntad del equipo.
<<<Descubre más en nuestro e-book exclusivo: Transformación digital: el rol del CEO>>>
La distinción que cambia la respuesta: resistencia legítima vs. resistencia por inercia
Esta distinción es la más importante del artículo porque la respuesta correcta es completamente diferente en cada caso.
La resistencia legítima ocurre cuando el nuevo proceso tiene problemas reales: es más lento, genera más trabajo para el mismo resultado, no considera casos de uso frecuentes del equipo, o introduce una complejidad que el proceso anterior no tenía. Cuando la resistencia es legítima, insistir en la adopción sin escuchar es el error más costoso que puede cometer quien lidera el cambio. La señal más clara de resistencia legítima es cuando personas distintas identifican el mismo problema en el mismo punto del proceso, de forma independiente. Eso no es resistencia al cambio: es feedback sobre el diseño.
La resistencia por inercia o miedo ocurre cuando el proceso nuevo es objetivamente mejor, pero el equipo lo evita porque lo conocido genera menos ansiedad que lo nuevo, porque teme quedar expuesto ante sus pares o su jefe si comete errores en el proceso de aprendizaje, o porque nadie le explicó claramente por qué el cambio era necesario. La señal más clara de resistencia por inercia es cuando no hay problemas concretos identificables, solo malestar generalizado y preferencia por el método anterior aunque se reconozca que el nuevo es más efectivo.
La respuesta a la resistencia legítima es revisar el proceso y ajustarlo. La respuesta a la resistencia por inercia es comunicación, contexto y acompañamiento sostenido. Confundir las dos —ajustar un proceso que no tiene problemas porque el equipo se queja, o insistir en la adopción sin escuchar cuando el proceso tiene fallas reales— produce resultados peores que no haber cambiado nada.
<<<Cuando el cambio avanza sin estructura: una lección común>>>
El framework mínimo: tres principios para gestionar la resistencia
No existe una metodología universal para gestionar la resistencia al cambio, pero hay tres principios que aparecen en todas las implementaciones exitosas y que están ausentes en la mayoría de las que fracasan:
-
Comunicar el porqué antes que el cómo. El equipo que no entiende por qué el proceso está cambiando no tiene razón para esforzarse en aprender cómo funciona el nuevo. La comunicación del cambio casi siempre se enfoca en el cómo —cómo usar la herramienta, cómo seguir el proceso— y rara vez en el porqué: qué problema resuelve, qué quedaba roto en el proceso anterior, cómo el cambio hace más fácil o más efectivo el trabajo de cada persona específicamente. El porqué tiene que ser concreto y relevante para quien lo recibe, no genérico ni estratégico en abstracto.
-
Involucrar al equipo antes de que el proceso esté definido, no después. Las personas adoptan con más naturalidad los procesos que ayudaron a diseñar. Involucrar al equipo en la fase de definición —preguntando qué funciona mal en el proceso actual, qué debería resolver el nuevo, qué excepciones frecuentes hay que contemplar— produce dos resultados simultáneos: un proceso mejor diseñado y un equipo que siente que el cambio fue construido con su perspectiva, no impuesto sobre ella.
-
Hacer visible un quick win temprano. Los equipos que ven un resultado concreto y positivo del cambio en las primeras semanas tienen una probabilidad significativamente mayor de sostener la adopción. Ese quick win no tiene que ser el resultado más importante del proyecto: tiene que ser el más visible y el más directamente atribuible al nuevo proceso. Si el equipo puede decir “esto que antes nos tomaba dos horas ahora lo hacemos en veinte minutos”, la resistencia por inercia empieza a disolverse porque la experiencia directa reemplaza la percepción de riesgo.
<<<Cómo medir el éxito de un proceso de cambio organizacional>>>
Conclusión
La resistencia al cambio en procesos de digitalización no es un problema de voluntad ni de cultura: es un problema de diseño y de gestión. Un proceso mal diseñado para quien lo ejecuta producirá resistencia legítima que ninguna comunicación puede resolver. Un proceso bien diseñado pero mal comunicado producirá resistencia por inercia que ningún ajuste técnico puede resolver. Distinguir cuál de las dos está ocurriendo, y responder en consecuencia, es la competencia central de quien lidera una transformación digital con resultado real.
Comentarios