Saltar al contenido
Liderazgo y transformación6 min de lectura

Por qué la transformación digital suele fracasar antes de que llegue la tecnología

El software se compra, se configura y se demuestra en una presentación. Lo que decide si algo realmente cambia nunca está en el contrato.

Ensayo

Hay una secuencia familiar dentro de las grandes organizaciones. Un programa de transformación recibe un nombre, un comité de seguimiento y una línea de presupuesto. Se preseleccionan proveedores. Se elige una plataforma tras meses de evaluación. Se agenda la capacitación. Y luego, dieciocho meses después, la gente está usando el nuevo sistema en silencio exactamente igual que el anterior, cargando datos en los mismos campos en el mismo orden, porque así les enseñaron a pensar el trabajo mucho antes de que alguien les comprara una licencia.

Nadie en esa historia hizo nada evidentemente mal. La tecnología suele funcionar. El despliegue suele cumplir el calendario. Lo que falla es el supuesto que sostiene todo el programa: que instalar una capacidad es lo mismo que cambiar una conducta.

La tecnología es la parte fácil

Esto resulta incómodo para cualquiera cuyo cargo incluya la palabra “transformación”, pero vale la pena decirlo con claridad: la parte más difícil de una transformación digital casi no tiene nada que ver con lo digital. Elegir una plataforma es un ejercicio de compras. Configurarla es un ejercicio de ingeniería. Lograr que trescientas personas trabajen distinto, a propósito, todos los días, sin que nadie las esté supervisando, es un problema de otra naturaleza por completo, y es el que determina si la inversión valió la pena.

Las organizaciones sistemáticamente subinvierten en esta parte porque es más difícil de planificar, más difícil de calendarizar y mucho más difícil de traducir en un número dentro de un caso de negocio. Una tarifa de licencia se cuantifica fácilmente. No es fácil cuantificar el coste de que un equipo decida en silencio que la nueva forma de trabajar no vale la incomodidad de aprenderla, y por eso se limite a aparentar cumplimiento mientras hace lo mínimo.

El miedo no aparece en el plan del proyecto

Pregúntale a alguien en privado por qué se resiste a un sistema nuevo y casi nunca escucharás una objeción técnica. Escucharás algo más parecido al miedo de volverse visiblemente incompetente frente a colegas que solían verlo como alguien capaz. Una herramienta nueva le quita años de atajos acumulados que lo hacían verse rápido y seguro. Durante un tiempo, todo el que la usa vuelve a parecer principiante, y muy pocos adultos disfrutan parecer principiantes frente a personas que les reportan.

Ese miedo es completamente racional. También casi nunca se nombra en la presentación de gestión del cambio, que suele hablar en cambio de “generar entusiasmo” y “comunicar la visión”. El entusiasmo no resuelve el miedo a parecer incompetente. La seguridad psicológica para ser visiblemente malo en algo durante unas semanas sí lo hace, y casi nadie la construye deliberadamente dentro de un despliegue.

La gente no se resiste al cambio. Se resiste a la versión de sí misma que el cambio le exige mostrar en público.

Los incentivos siguen apuntando a la conducta anterior

El segundo punto de fallo es estructural y, en cierto sentido, más vergonzoso, porque está completamente bajo el control de la empresa. Los bonos, los ascensos y las evaluaciones de desempeño con frecuencia siguen premiando las métricas que optimizaba el proceso anterior, incluso después de que el nuevo proceso ya está en marcha. Un equipo comercial al que se le pide adoptar una venta consultiva basada en datos, pero al que se sigue midiendo y pagando puramente por volumen mensual, va a usar la herramienta nueva para hacer más rápido lo mismo de siempre. Eso no es un fallo de adopción. Es una respuesta perfectamente racional a la estructura real de incentivos, y ninguna capacitación arregla un incentivo.

  • ¿La nueva forma de trabajar lleva a alguien a un ascenso, o el atajo de siempre sigue llegando más rápido?
  • ¿A quién se premia visiblemente, este trimestre, por comportarse de la nueva manera mientras todavía es más lenta e incómoda que el hábito anterior?
  • ¿El bono de un gerente depende de que su equipo aprenda algo que hace que ese gerente, temporalmente, parezca menos necesario?
  • ¿Qué le pasa a alguien que prueba el proceso nuevo, lo hace de forma imperfecta y eso le cuesta un resultado?

Esa última pregunta suele ser la de verdad importa. Si la respuesta honesta es que se le castiga en silencio, todos en el edificio ya entendieron cuál es la política real, sin importar lo que se haya dicho en la reunión general.

Desaprender es más lento que aprender

La mayoría de los cronogramas de transformación presupuestan tiempo para aprender un sistema nuevo y nunca presupuestan tiempo para desaprender el anterior. No son tareas simétricas. Aprender una interfaz nueva toma una tarde. Desaprender el instinto de que un campo determinado significa una cosa determinada toma meses, porque el instinto no vive en un manual y no responde a que le digan una vez, en un taller, que está equivocado.

Los líderes que tuvieron éxito bajo el modelo anterior son especialmente lentos para desaprenderlo, porque el nuevo modelo sugiere implícitamente que parte de lo que los hizo ascender ya no importa. Pedirle a alguien que desaprenda exactamente el criterio que lo hizo senior es una de las peticiones más difíciles de la vida organizacional, y merece tratarse como difícil en lugar de agendarse como una sesión de dos horas un martes.

La cultura decide en qué se le permite convertirse a la tecnología

La misma plataforma, desplegada en dos divisiones de la misma empresa, suele producir dos resultados completamente distintos, y la diferencia rara vez se explica por la configuración. Una división trata plantear un problema temprano como algo seguro y normal, adapta la herramienta y corrige la fricción a medida que aparece. La otra deja que los problemas pequeños se acumulen en silencio, porque admitir uno se lee como admitir debilidad, hasta que el despliegue se declara un fracaso en silencio en una reunión que nadie graba.

Por eso no es raro encontrar programas de transformación que empiezan con una auditoría tecnológica y terminan con un problema de cultura. Es casi el resultado por defecto, porque la auditoría tecnológica es la parte que todos saben ejecutar, y el trabajo de cultura es la parte para la que casi nadie en la organización fue capacitado, incentivado o autorizado a liderar.

Lo que de verdad hay que liderar

Esto no pide invertir menos en tecnología ni con menos ambición. Pide invertir en orden. Antes de firmar una sola licencia, un equipo directivo serio debería tener respuesta a qué conducta específica se espera que cambie, quién se beneficia hoy de que no cambie, qué va a verse distinto en cómo se mide el éxito, y quién carga con el trabajo incómodo de acompañar a la gente mientras es visiblemente mala en algo nuevo durante un tiempo.

La transformación no es una decisión tecnológica que de casualidad involucra personas. Es una decisión de liderazgo que de casualidad involucra tecnología. Trátala como lo primero y obtendrás un sistema impresionante corriendo sobre una organización sin cambios. Trátala como lo segundo y el sistema se vuelve casi incidental, porque ya hiciste la parte que en verdad era difícil.