La deuda operativa: por qué tu negocio se siente más lento cada año, aunque nada se haya roto
Nadie puede señalar el día en que empezó. No hubo una caída, ni una crisis, ni una junta donde alguien anunciara que el negocio se había vuelto más lento. El trabajo sigue saliendo. Los clientes siguen siendo atendidos. Y aun así todo tarda más de lo que tardaba hace dos años, con más gente haciéndolo.
En software tienen un nombre para esto. Le llaman deuda técnica: atajos que hacen que hoy sea más rápido y que cobran intereses después. El código sigue funcionando, solo cuesta un poco más cambiarlo cada mes. Los negocios acumulan exactamente lo mismo fuera del software. Nada más nunca le pusieron nombre.
Nosotros le llamamos deuda operativa. Procesos improvisados que iban a ser temporales. Decisiones tomadas "por ahora" que siguen corriendo tres años después. Herramientas conectadas por quien tuvo tiempo esa semana, de una forma que solo esa persona sabe explicar. Nada de eso está roto. Todo eso está cobrando intereses.
¿Qué hace que la deuda operativa se acumule?
Casi nunca es descuido. Viene de ir rápido, que normalmente es la decisión correcta en ese momento. Un cliente necesita algo el viernes, así que alguien arma una hoja de cálculo para salir del paso. Entra una persona nueva el lunes, así que alguien le explica el proceso hablando en vez de escribirlo. Una herramienta no hace exactamente lo que se necesita, así que alguien mete un paso manual en medio y sigue adelante.
Cada una de esas decisiones es correcta por separado. Todas fueron más rápidas o más baratas que hacerlo bien, y nadie estaba siendo descuidado. Estaban siendo prácticos, con una fecha encima y con la información que tenían.
El problema es que nada de eso se vuelve a revisar. La hoja de cálculo se convierte en la fuente oficial. La explicación hablada se convierte en la única versión del proceso que existe. El paso manual se convierte en parte del puesto de alguien. Crecer no limpia nada de esto, solo suma gente que ahora depende de que funcione exactamente así.
¿Cuáles son las señales de que ya está ahí?
Son más silenciosas de lo que la mayoría espera. La deuda operativa no se anuncia con fallas. Se anuncia con fricción, y la fricción es muy fácil de confundir con lo normal.
El patrón suele aparecer de unas cuantas formas reconocibles:
- Una sola persona sabe cómo funciona algo de verdad, y todos planean sus tiempos alrededor de sus vacaciones sin decirlo en voz alta
- Un cambio chico — un campo nuevo, un descuento distinto, un paso extra — tarda semanas en vez de una tarde
- Nadie se anima a tocar cierto proceso, porque nadie está seguro de qué más está conectado a él
- Alguien nuevo tarda mucho más en volverse útil de lo que tardaba cuando la empresa era más chica
- La misma pregunta se hace cada pocas semanas, y la respuesta es un poco distinta cada vez
Una o dos de esas señales son normales. Cuatro al mismo tiempo son un negocio pagando intereses sobre decisiones que ya nadie recuerda haber tomado.
Una empresa con la que trabajamos no podía explicar por qué dar de alta a un cliente nuevo tardaba once días. Nadie era lento. Los once días eran cuatro entregas entre áreas, y cada una existía porque en algún momento alguien había necesitado una solución rápida. Todas sobrevivieron a la razón por la que se crearon, y el proceso se reorganizó en silencio alrededor de ellas.
¿Qué le hace la automatización a la deuda operativa?
No es lo que la mayoría espera. Cuando la fricción se vuelve evidente, el instinto es automatizarla: las entregas se convierten en un flujo, la hoja de cálculo en una integración, el paso manual en un script. La fricción baja de inmediato, y eso se siente mucho como avanzar.
No lo es. Automatizar un proceso roto solo hace que el problema ocurra más rápido. El parche sigue siendo un parche, nada más que ahora corre sin que nadie lo esté mirando. La lógica que nunca se documentó sigue sin documentarse, solo que ahora vive en una herramienta en vez de en una persona, lo cual la hace más difícil de cuestionar porque se ve oficial.
Lo peor es que automatizar hace que la deuda sea más difícil de ver. Un paso manual que molesta a alguien todos los días es un recordatorio de que algo está mal. Ese mismo paso, automatizado, deja de molestar a nadie. Eso es lo que agarra desprevenidos a los buenos equipos: automatizan para aliviar el síntoma, y al hacerlo eliminan la única señal que les estaba indicando dónde vivía el problema real.
¿Cómo se paga esa deuda de verdad?
Es igual a como se contrajo: de a poco, una decisión a la vez. No hay una reconstrucción total. Nadie detiene un negocio un trimestre para arreglar sus procesos, y las empresas que lo intentan casi siempre terminan con un proyecto de documentación que nadie lee.
El orden que sí funciona es el mismo que usamos para todo lo demás: entender antes de construir, priorizar por impacto. En la práctica eso significa empezar por el proceso que más cuesta y que menos se entiende, no por el que sería más fácil de arreglar.
Antes de tocar un solo proceso, vale la pena responder tres preguntas sobre él:
- Para qué sirve este proceso en realidad — no qué hace, sino qué decisión o qué resultado depende de él
- Quién se quedaría bloqueado si la persona que mejor lo entiende no estuviera disponible dos semanas
- Qué partes existen por un requisito real, y qué partes existen por una solución improvisada que nadie quitó
La mayoría de las veces esa conversación quita un paso antes de agregar uno. Y ese es el punto. No puedes automatizar para salir de una deuda que nunca mediste, pero muchas veces puedes borrar una parte importante de ella en una tarde.
Preguntas frecuentes
¿Cómo distinguimos deuda operativa de dolores normales de crecimiento?
Los dolores de crecimiento mejoran cuando sumas gente. La deuda operativa empeora, porque cada persona nueva también tiene que aprenderse los parches. Si contratar está haciendo las cosas más lentas en vez de más rápidas, normalmente es deuda, no escala.
¿Tenemos que arreglar todo antes de automatizar algo?
No, e intentarlo dejaría al negocio parado. Arregla el proceso que estás por automatizar, no todos. La idea es no dejar un parche grabado en piedra, no llegar a un estado ideal antes de tener permiso de construir.
Ya documentamos nuestros procesos. ¿Eso no lo resuelve?
Documentar captura cómo es un proceso, no si debería existir. Un documento bien escrito que describe cuatro entregas innecesarias te sigue dejando con cuatro entregas innecesarias. Sirve mucho más cuando llega después de que alguien cuestionó los pasos, no en lugar de eso.
¿Qué es la deuda operativa en un negocio?
Es el costo acumulado de decisiones tomadas rápido y nunca revisadas: procesos temporales que se volvieron permanentes, conocimiento que solo vive en la cabeza de una persona, herramientas conectadas de formas que nadie documentó. No produce una falla visible. Se manifiesta en que todo tarda más y depende de personas más específicas de lo que debería.
La deuda operativa no es señal de que un negocio se haya llevado mal. Es señal de que creció más rápido de lo que alguien pudo volver a revisar las decisiones que lo trajeron hasta aquí. Toda empresa que sigue operando tiene algo de esto, y las que se vuelven más lentas cada año son simplemente las que nunca la miran de frente. No porque sea difícil de arreglar, sino porque nada se rompe lo suficiente como para forzar la conversación.
Ahí es donde solemos empezar en Linaria cuando una empresa nos dice que las cosas se sienten más lentas de lo que deberían: no con una herramienta, sino con un mapa honesto de lo que el negocio hace hoy y de lo que sigue pagando. Si tu negocio se siente más lento cada año y no puedes señalar la razón, hablemos.