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:
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.
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.
En organizaciones intensivas en conocimiento técnico —mantenimiento pesado, ingeniería especializada, IT crítico, proyectos complejos— encontramos la siguiente secuencia:
La paradoja es evidente: Entre más queremos responder rápido, más lento se vuelve el sistema.
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.
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:
El modelo de Ciclo Vicioso anticipa los principios formalizados posteriormente en:
Las Reglas de Flujo actualizan esta lógica enfatizando:
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
En el mundo de la gestión de proyectos, hay un fantasma que acecha todas las…
Propuesta: Ponga en Spotify la compañía de "Time" o "Money" de Pink Floyd. ¿Por qué hacemos…