Theory of Constraints
La Teoría de las Restricciones (TOC, del inglés Theory of Constraints) es un marco de gestión desarrollado por Eliyahu Goldratt que sostiene que cualquier sistema tiene al menos una restricción que limita su rendimiento global, y que la mejora del sistema debe concentrarse en identificar y gestionar esa restricción. El rendimiento del sistema no está determinado por la suma de sus partes, sino por su eslabón más débil.
Goldratt presentó la TOC en forma de novela de negocios en La Meta (The Goal, 1984) y la desarrolló más formalmente en trabajos posteriores. La TOC ha sido ampliamente adoptada en manufactura, logística y, más recientemente, en gestión de proyectos ágiles.
El ciclo de mejora de las cinco etapas
Goldratt propone un proceso de mejora continua en cinco pasos:
- Identificar la restricción: ¿dónde se acumula el trabajo? ¿Qué impide que el sistema produzca más?
- Explotar la restricción: obtener el máximo rendimiento posible de la restricción sin hacer cambios costosos. ¿Cómo podemos hacer que la restricción funcione al máximo de su capacidad?
- Subordinar todo lo demás: ajustar el ritmo de todas las otras partes del sistema para que apoyen a la restricción, no para que la superen.
- Elevar la restricción: si los pasos anteriores no son suficientes, invertir en aumentar la capacidad de la restricción.
- Volver al paso 1: una vez resuelta la restricción actual, habrá una nueva restricción en otro punto del sistema. La mejora es continua.
TOC en equipos ágiles
La TOC tiene una conexión directa con las prácticas kanban y lean:
- Los límites WIP de kanban son una implementación práctica del paso 3 (subordinar todo lo demás): limitan la velocidad de entrada de trabajo para no superar la capacidad del cuello de botella.
- El cycle time es la métrica que revela dónde está la restricción actual: la fase con mayor tiempo medio de permanencia es el candidato a cuello de botella.
- La retrospectiva es el mecanismo de implementación del ciclo de las cinco etapas: el equipo revisa dónde está la restricción y decide cómo abordarla.
Error frecuente
Mejorar partes del sistema que no son la restricción. Si el cuello de botella es la revisión de código, invertir en que el equipo de desarrollo programe más rápido no mejora el sistema: solo aumenta la acumulación antes del cuello de botella y da una falsa sensación de productividad. Goldratt llamó a esto "optimización local": cada parte del sistema parece eficiente, pero el sistema como un todo no mejora.
Referencias
- Goldratt, Eliyahu M.; Cox, Jeff. (1984). The Goal: A Process of Ongoing Improvement. North River Press.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.