1. Introducción: ¿De dónde surge el concepto de Ciclo Vicioso?
Quienes llegan a la Teoría de Restricciones (TOC) suelen experimentar algo particular: descubren rápidamente su valor práctico. No es una teoría abstracta; es una lógica que explica lo que ya estaban viviendo.
En ese proceso aparece una pregunta recurrente: ¿De dónde viene el concepto del Ciclo Vicioso?
No es una herramienta difundida en la literatura académica tradicional de management. Tampoco forma parte del dominio público como concepto formalizado. Es una forma de pensar que utilizamos dentro del ecosistema Goldratt, porque hemos desarrollado el hábito de analizar los problemas desde una perspectiva sistémica integrada con el comportamiento humano.
El Dr. Eli Goldratt fue claro al respecto: TOC es la convergencia de pensamiento sistémico, relaciones causa–efecto y comportamiento humano. Los problemas organizacionales no son eventos aislados; son el resultado estructural de políticas, reglas y supuestos que moldean el comportamiento colectivo.
A principios de los años 2000, el Dr. Goldratt, junto con Rami Goldratt y Alfredo Romero, desarrollaron los Theory of Constraints Insights, una serie de animaciones diseñadas para enseñar de forma didáctica las aplicaciones fundamentales de TOC que ya habían sido validadas en múltiples implementaciones reales.
Se estructuraron cuatro grandes aplicaciones:
- Operaciones (manufactura y producción)
- Gerencia de proyectos (Mono-proyectos, multi-proyectos e Ingeniería)
- Indicadores y finanzas (Brújula financiera y Toma de decisiones)
- Cadena de Suministro y Distribución
Es precisamente en la aplicación de Gerencia de Proyectos donde el Dr. Goldratt introduce por primera vez el concepto de Ciclo Vicioso como modelo lógico de análisis.
2. Definición formal de un Ciclo Vicioso
Un Ciclo Vicioso es una estructura causal cerrada en la cual las decisiones adoptadas para resolver un problema generan efectos secundarios que amplifican progresivamente el problema original.
No es un error operativo. Es un diseño estructural no consciente.
3. El caso de los Recursos Expertos
En organizaciones intensivas en conocimiento técnico —mantenimiento pesado, ingeniería especializada, IT crítico, proyectos complejos— encontramos la siguiente secuencia:
- Flujo constante de problemas.
- Asignación inmediata a expertos.
- Acumulación de frentes abiertos.
- Falta de disponibilidad de recursos complementarios.
- Multitarea dañina.
- Aumento del tiempo de respuesta.
- Crecimiento del backlog.
La paradoja es evidente: Entre más queremos responder rápido, más lento se vuelve el sistema.
4. La raíz estructural: La política invisible
La política no cuestionada suele ser: “Si un problema aparece, debe asignarse inmediatamente.”
Asignar más trabajo del que el sistema puede procesar aumenta el WIP y destruye la capacidad efectiva.
No debemos proteger cada tarea; debemos proteger el flujo global.
5. Romper el ciclo
Romper el ciclo implica intervenir la política.
Nueva regla: Cada experto puede tener un máximo de tres problemas abiertos simultáneamente.
El resto espera.
Esto genera:
- Menos multitarea
- Menos cambio de contexto
- Mayor velocidad de resolución
- Reducción progresiva del backlog
- Mayor confiabilidad
6. Conexión con Cadena Crítica y Reglas de Flujo
El modelo de Ciclo Vicioso anticipa los principios formalizados posteriormente en:
- Cadena Crítica (CCPM)
- Control de WIP
- Eliminación de multitarea dañina
- Full Kit
- Gestión de buffers
- Triage estratégico
Las Reglas de Flujo actualizan esta lógica enfatizando:
- Reducir WIP
- Evitar multitarea dañina
- Dosificar recursos
- Abolir óptimos locales
- Proteger el óptimo global
7. Conclusión
Si el tiempo de respuesta aumenta cuando la carga aumenta, estamos frente a un ciclo estructural.
Y lo estructural puede rediseñarse.
El Ciclo Vicioso es una herramienta de pensamiento que permite identificar las consecuencias sistémicas de nuestras políticas y rediseñarlas para proteger el flujo.
Por Javier Arévalo – Founding & Global Partner Goldratt Group