No era resistencia. Era una organización trabajando con miedo
Hace unos meses me tocó ver una implementación donde el poder decidía solo, y ahí te das cuenta de algo bastante incómodo: el ERP no corrige la empresa, solo acelera su desorden. La herramienta termina amplificando decisiones débiles cuando la organización ya había perdido disciplina hace rato.
Hay una confusión muy común en tecnología. Ves lentitud, cambios de criterio y retrabajo, y das por hecho que el problema es resistencia al cambio. Mi experiencia me dice otra cosa muchas veces. El equipo no resistía; se estaba adaptando al único contexto posible, uno en el que discrepar podía salir caro.
Esa lectura cambia por completo el diagnóstico. Una organización que vive con miedo no debate decisiones, las absorbe. No corrige errores, los disimula. No construye estabilidad, compra tiempo con cada ajuste, y luego pretende que eso era “alineación”.
En una empresa manufacturera e instaladora con deuda, poca visibilidad y una rotación cercana al 15% mensual, el síntoma visible era la inestabilidad operativa. La causa real estaba en la concentración extrema de poder. Una sola persona cambiaba prioridades, reinterpretaba planes y no existía un mecanismo formal para cerrar decisiones. No había gobierno; había impulsos con autoridad.
Desde fuera, eso podía parecer falta de alineación. Desde dentro, se parecía más a supervivencia. Si contradecir al dueño implicaba fricción, amenazas o despido, el equipo dejaba de discutir y empezaba a ejecutar con el mínimo margen de maniobra. Eso no generaba compromiso. Generaba obediencia defensiva. Y esa obediencia deterioraba la calidad de las decisiones casi igual que cualquier mala arquitectura.
Por eso resultó tan previsible intentar resolverlo con un ERP. El software no crea criterio, solo sistematiza lo que ya existe. Si la empresa no puede sostener prioridades estables, el ERP no ordena: amplifica. En este caso, además, la implementación obligaba a rediseñar costos, cotización e integración operativa sobre una base que cambiaba cada semana. Había demasiada automatización sobre demasiado poco gobierno.
La salida no fue elegante, pero sí pragmática. Se protegió la ejecución con una capa paralela de control. Se pasó a una versión web para reducir fricción. Se reforzó la trazabilidad con versionado y reversibilidad. No buscaba embellecer el sistema; buscaba contener el daño mientras se estabilizaba la forma de decidir.
La lección para un CTO es incómoda, pero útil. Antes de escalar procesos, hay que entender quién puede cambiarlos y bajo qué reglas. Si el poder no acepta límites, la tecnología no arregla la organización. Solo hace más rápido el síntoma. Un ERP bien implementado puede ordenar una operación, pero ninguna plataforma compensa una cultura donde nadie puede decir que algo no tiene sentido sin miedo a pagar el precio.
