Automatizar tareas dejó de ser un reto técnico. Las herramientas existen, los manuales están disponibles y la mayoría de las plataformas ofrecen soluciones listas para usar.
El problema aparece en otro plano, el del poder. Automatizar implica decidir qué cosas ya no se harán como antes, y muchas de esas cosas mantienen roles, estatus o zonas de confort.
Por eso, en muchas empresas, la voluntad de automatización se interrumpe justo donde podría incomodar.
Es como actualizar el sistema operativo, pero dejar el teclado atado con cinta. El equipo cambia por fuera, pero responde igual.
Resulta útil pensar que la mayoría de las guías de gestión abordan la automatización como un problema de navegación, como si la empresa fuera un barco con un mapa equivocado que solo necesita una corrección en el rumbo.
Asumen que todos quieren llegar al mismo puerto de la eficiencia. Mi experiencia me sugiere que es más parecido a una disputa territorial. La ineficiencia no es un error en el mapa, es un conjunto de tratados de paz no escritos, de fronteras pactadas en silencio. La resistencia a un nuevo software no es el miedo a una nueva ruta de navegación, es la defensa de un territorio que, aunque parezca improductivo para un observador externo, provee de recursos y seguridad a sus habitantes.
No es ignorancia. Las personas saben qué partes del trabajo podrían resolverse sin intervención humana. Saben que hay procesos absurdos, pasos duplicados por costumbre, validaciones innecesarias por desconfianza. También saben que se imprimen informes que nadie lee solo porque siempre se hizo así.
Pero, cuando llega la hora de decidir qué automatizar, eligen lo neutro. Algo que no moleste, que se vea moderno pero no toque el mapa del poder interno. Ahí es donde la automatización pierde impacto. El sistema cambia de aspecto, pero no de lógica.
Es fácil atribuir esa resistencia a un mero aferramiento al poder. Pero a veces, una mirada más atenta revela una lógica protectora. Un proceso manual y lento puede funcionar como un período de incubación para ideas o como un mecanismo de aprendizaje informal, donde los más nuevos absorben conocimiento al observar a los más experimentados en una tarea repetitiva. Esa validación redundante que parece un desperdicio de tiempo podría ser el único punto de contacto forzado entre dos departamentos que de otra manera jamás coordinarían sus esfuerzos, evitando así desastres mayores en el futuro. La defensa del proceso obsoleto a veces esconde una intuición sobre la fragilidad de estas conexiones invisibles.
Cuando hablamos de automatización solemos imaginar un debate sobre eficiencia. Lo curioso es que casi nunca es eso. En la práctica, la discusión se convierte en un ejercicio de defensa simbólica. La herramienta tecnológica pasa a segundo plano y lo central es quién define el marco de lo que cuenta como progreso. Ese desplazamiento ocurre sin que nadie lo reconozca de manera explícita, y ahí está la verdadera paradoja. Una reunión que supuestamente evalúa software termina funcionando como un plebiscito encubierto sobre legitimidad interna.
Durante años pensé que esto se resolvía con mejores análisis. Métricas, talleres, KPIs. Ahora creo que el análisis no es el obstáculo. Lo que falta es otra cosa: disposición a incomodar. Automatizar bien cambia jerarquías, no solo flujos. Y eso tiene costo. Por eso muchas organizaciones prefieren informatizar lo decorativo. No es torpeza. Es una forma de evitar el conflicto. Y al evitar el conflicto, también evitan el cambio.
Este patrón de inercia va más allá de las paredes de una oficina. Se parece a la manera en que un ecosistema se regula. Un bosque antiguo está lleno de procesos que parecen ineficientes, como árboles que mueren y tardan décadas en descomponerse. Un ingeniero podría proponer reemplazarlos por árboles de crecimiento rápido y perfectamente alineados para maximizar la producción de madera. Pero esa aparente ineficiencia del bosque es lo que permite la diversidad, la resiliencia ante plagas y la fertilidad del suelo. Las organizaciones, de forma similar, desarrollan sus propias ecologías internas. Una intervención que busca la máxima eficiencia teórica puede terminar creando un sistema más frágil y menos adaptable, al eliminar las redundancias y complejidades que le daban estabilidad.
Esto genera una paradoja: los trabajos más repetitivos, los que parecerían los primeros en ser eliminados, suelen mantenerse firmes. No por su valor, sino por su cercanía al poder. Son tareas incrustadas en relaciones que nadie quiere mover. Así, lo que debería ser transformado se convierte en una zona de excepción. Todo lo demás avanza, pero esos lugares quedan intactos.
Se podría mapear así
Automatización de superficie: decorativa, de interfaz.
Automatización funcional: mejora el proceso, pero respeta estructuras.
Automatización estructural: cambia quién decide y cómo.
Casi todas las iniciativas corporativas se detienen en el primer nivel. Las más valientes llegan al segundo. El tercero queda reservado para las organizaciones que realmente quieren redistribuir el control.
Hasta acá, la observación. Pero observar no alcanza. Para que algo cambie, hay que intervenir de otro modo. El camino empieza por dejar de pedir permiso.
No todo se mueve desde la cima. A veces se empieza desde la orilla, pero con decisión.
Eso no significa imponer cambios a la fuerza. Significa experimentar en espacios pequeños y reales. No se trata de hacer una “prueba piloto” de laboratorio. Se trata de rediseñar procesos completos, aunque estén cargados de implicancias políticas. Sin miedo a tocar lo que suele evitarse. Y medir. No para justificar la decisión después, sino para que funcione como argumento desde el principio.
En más de una ocasión tomé un equipo casi invisible, rehice su manera de trabajar, medí los efectos, y dejé que el resultado hablara por sí solo. No fue siempre fácil. A veces hubo que explicar varias veces que automatizar no significa eliminar puestos, sino liberar a las personas de tareas improductivas. Pero funcionó. Cuando se logra hacer algo útil en serio, sin atajos, el ejemplo empieza a circular solo.
Recuerdo una reunión donde alguien dijo “esto no se puede automatizar, o pierdo visibilidad con mi jefe”. Ahí supe que el problema no era técnico. Era simbólico. Ese comentario condensaba más estructura que cualquier organigrama: el trabajo no tenía sentido operativo, pero funcionaba como un faro relacional. Tocarlo era desarmar un mecanismo de validación interna.
Cuando un proceso realmente se transforma, lo que surge no siempre es una mejora transparente. A veces la eliminación de tareas duplicadas deja a personas sin anclajes claros en el grupo. Su puesto sigue ahí, pero el lazo social que les daba relevancia se debilita. Entonces lo que parecía un éxito técnico se convierte en una fuente de tensiones difíciles de medir. El ejemplo ilustra que automatizar puede liberar recursos y al mismo tiempo crear vacíos de reconocimiento que nadie previó en la planificación.
Una vez, después de automatizar una cadena de validaciones redundantes, ganamos tiempo y calidad de datos. Lo que no preví fue que una de las analistas quedó completamente desconectada del equipo. No fue despedida. Siguió allí. Pero su rol ya no tenía puntos de anclaje, y la dinámica interna la dejó fuera. Técnicamente fue un éxito. Humanamente, algo se rompió.
Después de eso, la tarea es sostener lo ganado con una lógica distinta.
Porque esto no va solo de herramientas ni de estructuras. Va de ética. Si se digitaliza una empresa sin revisar sus jerarquías, no hay transformación. Si los datos existen, pero las decisiones siguen tomándose por cercanía a los jefes, el sistema está igual. Y si una tarea ineficiente permanece solo porque “siempre fue así”, entonces la modernización es cosmética.
Lo interesante es que esta lógica no queda restringida al mundo del trabajo. También se observa en instituciones culturales que digitalizan archivos, implementan bases de datos impecables y sin embargo mantienen sistemas de catalogación obsoletos. Los usuarios perciben modernización, pero la lógica interna sigue orientada a proteger posiciones de control. La cuestión, entonces, no es únicamente organizacional. Es un patrón más amplio en el que las sociedades adoptan la forma externa de la innovación mientras resguardan los códigos que distribuyen el poder.
Una buena automatización redefine lo que consideramos útil. Pone el foco en lo que suma, no en lo que impresiona. Y para eso hay que revisar qué tipo de trabajo valoramos. El que se ve mucho, el que está cerca del poder, el que repite lo mismo cada día, o el que realmente cambia algo. Y a veces, lo que cambia algo no es lo que luce más ocupado, sino lo que produce una diferencia sin necesidad de visibilidad.
Los informes oficiales sobre proyectos tecnológicos fallidos suelen ser un ejercicio de escritura creativa. Citan “desviaciones del presupuesto” o “fallos en la gestión de expectativas”. Son explicaciones limpias que ocultan una realidad mucho más caótica. Es difícil cuantificar cuántas iniciativas se estancan por el sabotaje pasivo de alguien que ve amenazado su pequeño feudo de influencia. Los datos oficiales apuntan a errores de ejecución, pero las conversaciones de pasillo revelan una guerra de guerrillas por la relevancia. La verdadera historia de por qué la tecnología no avanza no está en las presentaciones de Powerpoint, está en la memoria de quienes vieron cómo se negociaba la parálisis a cambio de paz interna.
Esta discusión no se gana con presentaciones. Se gana con decisiones que dan resultado. Pero hay un costo silencioso que pocos calculan. Cuanto más radical es el rediseño, mayor la posibilidad de quedar aislado. A veces el cambio funciona, pero la organización se ajusta expulsando al que lo inició.
En una ocasión escuché a un gerente decir con toda seriedad que no podíamos automatizar ciertos reportes porque “el archivo en Excel viaja bien en el correo”. Como si los datos fueran un tipo de embajador que necesita desplazarse con pasaporte digital. La sala entera asintió como si la frase tuviera algún sentido. Ese momento me hizo pensar que a veces no estamos discutiendo sobre tecnología, estamos discutiendo sobre la capacidad de mantener rituales absurdos con cara solemne.
Me he acostumbrado a ver las organizaciones no como máquinas, sino como ciudades antiguas. Hay calles principales y bien planificadas, pero la mayor parte de la vida ocurre en callejones estrechos y sinuosos, formados por el paso de generaciones. Esas rutas son el resultado de atajos, viejas murallas y mercados improvisados. Se puede llegar con un planificador urbano y proponer una cuadrícula perfecta de avenidas para optimizar el tráfico. Sobre el papel, es una solución superior. Pero al hacerlo, se demuelen plazas donde la gente se reúne, talleres de artesanos que dependen de esa ubicación específica y caminos que, aunque extraños, forman parte de la identidad y el funcionamiento real de la ciudad. La automatización radical a menudo es ese planificador que no entiende que la lógica de la ciudad es más profunda que la lógica de su tráfico.
No todos los espacios aceptan este tipo de intervención. Algunas organizaciones no están listas. No quieren ni conflicto ni rediseños reales. En ese caso, mejor pasar de largo. No todos los contextos se pueden cambiar desde adentro, y no toda transformación debe empezar en la cima. Pero si vas a entrar, que sea para mover algo.
La parte difícil es evitar quedar aislado. Si uno empuja cambios reales desde un lugar periférico, corre el riesgo de parecer solo un caso raro. La clave está en no actuar como excepción, sino como prototipo. Un equipo pequeño que mejora su forma de trabajar de manera medible puede volverse referencia. Y si se vuelve referencia, empieza a repetirse. Y si se repite, deja de depender de ti. Ese es el punto: que no importe quién empezó, sino que se mantenga aunque esa persona ya no esté.
Para eso hace falta más que voluntad. Hace falta una estructura que no dependa del carisma, ni de tener aliados en la cúpula. Sistemas que funcionen por su solidez. Que no necesiten defensa personal. Que puedan mantenerse aunque tú ya no estés ahí. Lo más valioso no es que el sistema te necesite. Es que ya no importe si sigues.
Hay una lógica distinta para automatizar. Una que busca dar más autonomía, no más control. En muchas empresas se automatiza para auditar, validar, controlar. Eso ralentiza todo. En cambio, liberar tiempo, reducir pasos innecesarios, empoderar decisiones, permite que las cosas fluyan mejor. Y no hace falta explicar mucho cuando eso ya se nota en los resultados.
El punto no es usar tecnología. El punto es repensar si lo que hacemos tiene sentido. Si una tarea sobrevive, que sea porque aporta valor, no porque está anudada a relaciones de poder. Automatizar sin tocar esas ataduras es como pulir la superficie de una máquina que chirría por dentro.
Nota mental: cuando algo parece ineficiente sin justificación, probablemente sostiene algo que no se dice. Antes de optimizar, entender qué está en juego. No todo se puede mover sin consecuencias.
Cambiar eso lleva tiempo. No ocurre con una presentación ni con un software nuevo. Se construye con decisiones, con política, con discusiones incómodas. Pero se puede. Si algo se automatiza y el sistema sigue igual, entonces no fue automatización. Fue maquillaje.
Y sí, puede no ser fácil. Pero más difícil es hacer todo igual, solo que con botones nuevos. Si tengo que elegir, prefiero empujar hacia algo que sirva. Aunque eso moleste. Porque cambiar algo de verdad no es modernizar. Es tocar lo que todos ven, pero nadie se atreve a mover.
Y si al hacerlo, generamos vacío en algunas estructuras, ¿sabremos sostenerlas hasta que algo nuevo las reemplace?
El Dilema del Innovador: Tres Vías de Escape
Llegados a este punto, el diagnóstico está claro. Entender que la resistencia a la automatización es un anticuerpo del sistema inmune de la organización es el primer paso. El segundo, mucho más difícil, es decidir qué hacer con esa información. La mayoría de los manuales de gestión ofrecen estrategias para apaciguar ese sistema inmune, para negociar con él.
Las siguientes son tres estrategias que operan fuera de esa lógica. No buscan la negociación. Cada una representa una vía de escape distinta, con sus propios costos, riesgos y filosofías.
1. El Caballo de Troya: La Insurgencia Paciente
A primera vista, la táctica del “prototipo” —mencionada antes en el ensayo— y la del “Caballo de Troya” parecen primas hermanas. Ambas empiezan con un equipo pequeño. Pero su ADN estratégico es opuesto.
El prototipo es un acto de transparencia. Su misión, tanto la declarada como la real, es “demostrar una mejor manera de trabajar para que la organización la adopte”. Busca ser visible y ejemplar para lograr la integración.
El Caballo de Troya es un acto de engaño estratégico. Su misión declarada es inofensiva (“optimizar un proceso X”), mientras su misión real es clandestina (“crear una unidad paralela que eventualmente canibalice a su anfitrión”). No busca la integración, busca la sustitución.
Las tácticas lo revelan todo. El prototipo presume de sus métricas. El Caballo de Troya mantiene dos juegos de métricas: unas de vanidad para la burocracia y otras reales para medir su avance hacia la autonomía. El prototipo busca aliados. El Caballo de Troya evita la atención, prefiere ser visto como un proyecto aburrido hasta que es demasiado tarde. El primero quiere mejorar el sistema. El segundo quiere reemplazarlo.
2. La Bifurcación: La Declaración de Independencia 🍴
Esta estrategia considera que la cultura de la organización anfitriona es un contaminante. Argumenta que cualquier intento de cambio interno terminará diluido o corrompido. Intentar obtener permiso para una innovación radical de aquellos que se benefician del estancamiento es visto como una pérdida de tiempo. La solución, por tanto, es la secesión.
Inspirada en el desarrollo de software de código abierto, la bifurcación (fork) implica tomar los activos más valiosos —el conocimiento y el talento humano— y crear una entidad nueva y separada. No se trata de irse para fundar “algo parecido”; es un acto deliberado de duplicar y mejorar el núcleo de la organización, liberado de las ataduras del antiguo sistema de poder. Quienes la eligen apuestan todo a la velocidad y la coherencia, aceptando el riesgo de empezar de cero a cambio de una libertad total.
3. El Simbionte: El Parasitismo Pragmático 🦠
Esta es la vía del realista cínico. Parte de la aceptación de que la organización anfitriona es inmutable. En lugar de luchar contra la bestia, el simbionte aprende a vivir de ella.
El practicante de esta doctrina crea un equipo pequeño o una consultora que se especializa en resolver los problemas que la propia ineficiencia de la organización genera. Se acopla a la estructura, se alimenta de sus problemas y entrega las soluciones que la burocracia es incapaz de producir. El simbionte no busca cambiar la cultura. Le entrega los resultados a los gerentes para que ellos se lleven el crédito, manteniendo intactas las jerarquías. A cambio, opera con autonomía y captura el valor real: el dinero, el aprendizaje o la libertad. Es una estrategia de optimización personal, no de cambio sistémico. No arregla el juego, pero lo gana para sí mismo.
Cierre
El problema es que ninguna de estas vías garantiza un desenlace estable. El Caballo de Troya puede triunfar, pero suele dejar a su creador en una posición ambigua: héroe para su célula, traidor para la burocracia. La Bifurcación promete libertad, aunque la mayor parte de las veces termina siendo solo una escisión menor que se marchita sin recursos. El Simbionte disfruta de autonomía, pero al precio de reforzar las ineficiencias que alimentan su negocio.
Las tres funcionan, pero cada una exige un sacrificio. El innovador consigue escapar del sistema inmune de la organización, aunque nunca escapa del todo de la pregunta más incómoda: ¿quería transformar el entorno, o solo encontrar una forma ingeniosa de sobrevivir dentro de él?