Por qué todo depende de vos (y qué hacer con eso)
Si tu operación no puede funcionar sin tu presencia constante, no es un problema de delegación. Es un problema de diseño. Acá está el diagnóstico.
Hay un patrón que aparece en casi todas las organizaciones que crecieron rápido: todo el conocimiento crítico está concentrado en una o dos personas. Generalmente el fundador, el gerente general, o alguien que lleva muchos años.
Cuando eso pasa, la organización no tiene un problema de recursos ni de talento. Tiene un problema de diseño.
Cómo se llega ahí
El proceso es casi siempre el mismo. Una persona empieza a hacer todo porque es más rápido que explicar. Luego sigue haciéndolo porque ya sabe cómo. Con el tiempo, el equipo aprende a esperar instrucciones en lugar de resolver. Y esa persona se vuelve el cuello de botella de toda la operación.
No es malicia ni incapacidad de nadie. Es el resultado natural de crecer sin diseñar.
El costo real
La dependencia centralizada tiene consecuencias concretas:
- Las decisiones se demoran porque hay que esperar a que esa persona esté disponible
- Cuando no está (por vacaciones, enfermedad, o simplemente porque tiene otra reunión), el equipo queda paralizado
- La persona que todo depende de ella trabaja más y más, sin poder salir de ese rol
- El equipo no desarrolla criterio propio porque nunca tuvo espacio para hacerlo
Con el tiempo, la organización crece pero la dependencia también. Y lo que fue una solución práctica en los primeros años se convierte en una trampa estructural.
Lo que no resuelve el problema
Delegar tareas no es suficiente. Delegar una tarea sin transferir el criterio para tomar decisiones dentro de esa tarea solo mueve el problema un nivel más abajo.
Contratar más personas tampoco. Si el diseño operativo es el problema, más personas en el mismo sistema producen más caos, no menos.
Documentar todo sin que nadie lo use, tampoco. La documentación es un resultado de tener procesos claros, no el proceso en sí.
Lo que sí funciona
Diseñar la operación como si la persona clave no estuviera. No como un ejercicio teórico, sino como una forma concreta de responder: ¿quién decide esto? ¿bajo qué criterio? ¿qué pasa si esa persona no está?
Eso implica definir roles con responsabilidades reales (no solo títulos), acordar criterios de decisión por área, y documentar los procesos críticos de forma que puedan ser ejecutados por alguien que no los creó.
No es un proceso rápido. Pero es el único que cambia la estructura, no solo los síntomas.
La señal de que algo está cambiando
Cuando el diseño operativo funciona, la persona que antes era el cuello de botella empieza a recibir menos consultas. No porque el equipo haga las cosas peor, sino porque tiene el criterio para resolverlas por su cuenta.
Ese silencio, al principio, incomoda. Después se convierte en el indicador más claro de que el sistema está funcionando.
Blog
Recibí los próximos artículos.