TLS es la integración de Theory of Constraints (Teoría de Restricciones), Lean (manufactura esbelta) y Six Sigma (Seis Sigma) en una sola secuencia de mejora, y no en tres programas que compiten. Theory of Constraints decide dónde trabajar, Six Sigma elimina la variación y los defectos que roban capacidad en ese punto, y Lean elimina el desperdicio y el tiempo de cambio a su alrededor. El orden es el método. Aplicado en esta secuencia, la mejora deja de apuntar a procesos que nunca limitaron la producción.
- ¿Qué es TLS?
- ¿Por qué el orden importa más que las herramientas?
- ¿Qué hace bien realmente cada metodología?
- ¿A qué método debe recurrir?
- ¿Cómo detener la pelea entre los tres bandos?
- ¿Cómo es un ciclo integrado?
- ¿Cuáles son los errores más comunes en TLS?
- TLS: preguntas frecuentes del operador
- Acerca del Stagnation Assassin
Resumen ejecutivo: TLS combina Theory of Constraints, Lean y Six Sigma en una sola secuencia en lugar de tres programas que compiten. Theory of Constraints decide dónde trabajar, Six Sigma elimina la variación y los defectos que roban capacidad en ese punto, y Lean elimina el desperdicio y el tiempo de cambio a su alrededor. El orden es el método. Aplicados en esta secuencia, los programas integrados superan de forma rutinaria a cualquier metodología por separado, porque las otras dos dejan de apuntar a procesos que nunca limitaron la producción.
¿Qué es TLS?
TLS es la integración de Theory of Constraints, Lean y Six Sigma en una sola secuencia de mejora. Theory of Constraints identifica dónde enfocarse, Six Sigma elimina la variación y los defectos que consumen capacidad ahí, y Lean elimina el desperdicio y el tiempo de cambio alrededor. La secuencia es lo que la distingue de correr las tres al mismo tiempo.
Las tres metodologías suelen presentarse como alternativas, y las organizaciones tienden a elegir una y construir una identidad alrededor de ella. Ese encuadre es el problema. No son filosofías que compiten respondiendo la misma pregunta. Responden tres preguntas distintas, y cada una es más débil exactamente donde otra es más fuerte.
Theory of Constraints es excelente para decirle dónde está limitada la producción del sistema e inútil para decirle cómo arreglar un proceso una vez que llega ahí. Six Sigma es magnífica para eliminar variación y defectos y no ofrece ninguna guía sobre qué defectos le importan al negocio. Lean no tiene rival para eliminar desperdicio e interrupción de flujo, y con gusto eliminará el desperdicio de procesos cuyo desperdicio no costaba nada.
Dicho de otro modo: Theory of Constraints aporta la puntería, Six Sigma y Lean aportan la potencia de fuego. Una metodología con puntería y sin potencia de fuego identifica la restricción y no puede arreglarla. Una metodología con potencia de fuego y sin puntería mejora lo que tenga más cerca y luego se pregunta por qué los números no se mueven.
He dirigido transformaciones en Berkshire Hathaway, Illinois Tool Works y Whirlpool, y he visto organizaciones correr las tres al mismo tiempo como programas rivales, con presupuestos separados, comités directivos separados y consultores separados. Ese arreglo produce una actividad enorme y muy poco movimiento en la producción del sistema, lo cual es un tipo particular de tragedia organizacional, porque todos los involucrados son competentes y trabajan duro.
¿Por qué el orden importa más que las herramientas?
Porque la mejora aplicada lejos de la restricción no cambia la producción del sistema, por bien ejecutada que esté. Poner la identificación de la restricción primero hace que cada hora posterior de Lean o Six Sigma caiga donde se convierte en throughput. Invierta el orden y obtendrá proyectos técnicamente excelentes sin ningún resultado de negocio medible.
La evidencia es incómoda y fácil de observar. Vi a un equipo identificar veintitrés oportunidades legítimas de mejora durante un ejercicio de mapeo, formar equipos kaizen para todas ellas, implementar diecinueve a lo largo de un año y subir el throughput del sistema tres por ciento. Solo una de las veintitrés estaba en la restricción. Las otras veintidós consumieron recursos reales, entregaron mejoras locales reales y no aportaron nada a lo que el negocio produjo.
Nadie en esos equipos hizo mal trabajo. Las herramientas se aplicaron correctamente. Todos los proyectos habrían pasado una auditoría técnica. La falla estaba completamente aguas arriba de la ejecución: el portafolio se seleccionó de forma democrática y no por impacto en la restricción, lo cual se sintió justo y estuvo completamente equivocado.
Un equipo identificó 23 oportunidades de mejora, implementó 19 en un año y movió el throughput del sistema 3 por ciento. Exactamente una de las 23 estaba en la restricción. Las otras 22 se ejecutaron con competencia, tuvieron éxito local y fueron irrelevantes para lo que el negocio produjo. Las herramientas no eran el problema. La puntería sí.
Por eso TLS es una secuencia y no una caja de herramientas. La secuencia es la que hace el trabajo. Una vez que la identificación de la restricción va primero, la misma capacidad de Lean y Six Sigma que produjo tres por ciento empieza a producir ganancias de throughput de dos dígitos, porque apunta al único lugar donde la mejora se acumula en producción del sistema.
¿Qué hace bien realmente cada metodología?
Theory of Constraints optimiza el throughput del sistema gestionando el recurso limitante. Six Sigma reduce variación y defectos mediante análisis estadístico a través del ciclo DMAIC. Lean elimina desperdicio y mejora el flujo con herramientas como SMED (cambio rápido de herramienta), 5S y mantenimiento productivo total. Cada una es más fuerte precisamente donde las otras ofrecen menos.
Theory of Constraints: la puntería
Responde dónde. Identifica el único recurso que limita la producción y luego prescribe explotarlo, subordinar todo lo demás a él y elevarlo solo cuando la explotación esté agotada. Su debilidad es que le dice que su operación de soldadura es la restricción y no ofrece ningún método para mejorar la soldadura una vez que usted llega ahí.
Six Sigma: variación y defectos
Responde cómo hacer consistente un proceso. DMAIC ofrece un ciclo riguroso para encontrar causas raíz de defectos y variación. Su debilidad es la selección de proyectos. Los equipos eligen proyectos por tasa de defecto, lo que significa que una tasa alta en un proceso que no es cuello de botella supera a una tasa moderada en la restricción, aunque solo la segunda le cueste al negocio capacidad que no puede recuperar.
Lean: desperdicio y flujo
Responde cómo eliminar todo lo que no agrega valor. SMED para cambios de modelo, 5S para organización del lugar de trabajo, mantenimiento productivo total para confiabilidad, sistemas jalar para flujo. Su debilidad es la disciplina de alcance. La filosofía Lean dice eliminar desperdicio en todas partes, lo cual es admirable y, aplicado sin puntería, dispersa una capacidad de mejora finita entre procesos donde eliminar desperdicio no cambia nada.
Lea esas tres debilidades juntas y el argumento de la integración se escribe solo. Theory of Constraints no tiene método de reparación. Six Sigma no tiene puntería. Lean no tiene priorización. Cada hueco lo llena precisamente una de las otras.
¿A qué método debe recurrir?
Enrute por síntoma una vez conocida la restricción. Si la restricción pierde capacidad por defectos y retrabajo, use Six Sigma. Si la pierde por cambios de modelo, búsqueda de material o paros, use Lean. Si está plenamente explotada y aun así limita, eleve con capacidad. Lejos de la restricción, la respuesta suele ser no hacer nada todavía.
Esta es la regla de enrutamiento que uso, aplicada solo después de identificar la restricción.
- Capacidad de la restricción perdida por defectos o retrabajo significa que el enemigo es la variación. Corra un proyecto DMAIC sobre ese modo de defecto específico. Cada unidad defectuosa en la restricción consumió tiempo de restricción que no puede recuperar, y por eso las tasas moderadas ahí superan a las tasas severas en otro lado.
- Capacidad de la restricción perdida por cambios de modelo significa que el enemigo es el cambio. Corra SMED sobre ese cambio en específico. Con frecuencia este es el bloque individual más grande de capacidad recuperable en la planta.
- Capacidad de la restricción perdida por búsqueda, caminata y desorden significa que el enemigo es el lugar de trabajo. Corra 5S en esa estación, y solo en esa estación, antes de extenderlo a cualquier otro lado.
- Capacidad de la restricción perdida por fallas significa que el enemigo es la confiabilidad. Corra mantenimiento productivo total y monitoreo de condición en ese activo, presupuestado por estatus de restricción y no por valor de la máquina.
- Restricción desabastecida por comportamiento aguas arriba significa que el enemigo es el flujo. Instale señales de jalar y subordine la liberación aguas arriba al consumo de la restricción.
- Restricción plenamente explotada y aun limitando significa que el enemigo sí es la capacidad. Ahora, y solo ahora, eleve mediante inversión.
Observe que cada rama empieza con capacidad de la restricción. Eso no es estilo. Es el mecanismo que mantiene honesto el enrutamiento, porque obliga a cada proyecto propuesto a declarar qué pérdida específica de la restricción atiende. Un proyecto que no puede responder esa pregunta regresa a la fila, por bien que se vea en sus propios términos.
¿Cómo detener la pelea entre los tres bandos?
Deles un diagnóstico compartido en lugar de tres mandatos que compiten. El conflicto es estructural, no personal: presupuestos separados y métricas de éxito separadas garantizan competencia por recursos. Un solo diagnóstico de restricción que los tres bandos ayudaron a producir elimina justo aquello por lo que peleaban.
El patrón es notablemente consistente entre empresas. El bando Lean prefiere mapeo, 5S y eventos kaizen. El bando Six Sigma prefiere DMAIC y reducción de defectos. El bando de restricciones prefiere optimización de throughput. Cada uno tiene experiencia genuina, un historial que puede mostrar y un presupuesto que necesita defender. Así que compiten por recursos de mejora, discuten cuál metodología es superior y mejoran dentro de sus propios silos.
Funcionan tres arreglos estructurales.
Un diagnóstico, producido en conjunto. Haga la identificación de la restricción como un ejercicio multifuncional con los tres bandos presentes, midiendo juntos en piso. Cuando el líder de Six Sigma contó personalmente el inventario frente a la restricción, la discusión sobre dónde enfocarse se acabó. La observación compartida le gana al reporte compartido siempre.
Una métrica de éxito. Throughput del sistema, no métricas locales. Si al bando Lean se le mide por desperdicio eliminado y al bando Six Sigma por reducción de defectos, cada uno optimizará su propio número y ninguno será dueño del resultado. Mida a los tres con la misma cifra de throughput y la competencia se disuelve, porque ahora ganan o pierden juntos.
Una fila secuenciada. Una sola lista priorizada de trabajo de mejora, ordenada por impacto en la restricción, de la que los tres bandos toman trabajo. Aquí es donde se resuelve de verdad la pelea política, porque la fila deja explícito que un proyecto Six Sigma en la restricción supera a un proyecto Lean en otro lado, y que esto se trata de ubicación y no de cuál metodología es mejor.
Espere resistencia a la tercera. Decirle a un equipo capaz que su proyecto bien diseñado va detrás del de alguien más por dónde está ubicado se siente arbitrario hasta que la gente interioriza la lógica del throughput. Ese es un problema de gestión del cambio, no técnico, y es la parte que determina si la integración sobrevive su primer año.
¿Cómo es un ciclo integrado?
Un ciclo completo corre aproximadamente un trimestre: diagnosticar la restricción, analizar qué le está robando capacidad, correr trabajo Six Sigma dirigido a defectos y retrabajo, luego trabajo Lean dirigido a cambios de modelo y flujo, y después confirmar que la restricción se movió y reiniciar. Los ciclos integrados suelen entregar ganancias de throughput del orden de veinte y tantos por ciento dentro de un solo trimestre.
Semanas 1 a 2: diagnosticar
Un equipo multifuncional mapea el flujo e identifica la restricción mediante acumulación de inventario, tiempo de ciclo contra takt y disponibilidad medida. Espere que la disponibilidad medida en la restricción sea sustancialmente peor de lo que la dirección cree. Esa brecha es normalmente donde vive la oportunidad.
Semanas 3 a 4: analizar las pérdidas
Descomponga la capacidad perdida de la restricción por causa. Cuánto se va a retrabajo de calidad, cuánto a cambios de modelo, cuánto a fallas, cuánto a desabasto aguas arriba. Esta descomposición es la que enruta las dos fases siguientes, y es el paso que la mayoría de los programas se salta por las ganas de empezar a mejorar.
Semanas 5 a 8: Six Sigma en la restricción
Corra DMAIC sobre el modo de defecto dominante que consume capacidad de la restricción. Llévelo a causa raíz en lugar de tratar síntomas. Alineación de dispositivos, desgaste de herramental, variación de material y variación de técnica del operador son culpables comunes, y las correcciones suelen ser baratas frente a la capacidad que devuelven.
Semanas 9 a 12: Lean en la restricción
Ahora ataque cambio de modelo y flujo en la misma operación. SMED en el cambio de la restricción, 5S en esa estación y señales de jalar desde la restricción para detener la sobreproducción aguas arriba. Hacerlo después del trabajo de calidad importa, porque el retrabajo estaba inflando la carga aparente.
Semana 13 en adelante: confirmar la migración y reiniciar
Mida el nuevo throughput y encuentre a dónde se fue la restricción. Se habrá movido, con frecuencia a empaque o embarque. Eso es éxito, no fracaso, y arranca el siguiente ciclo.
Un ciclo integrado en un fabricante llevó la disponibilidad de ensamble final de 72 a 91 por ciento y el throughput del sistema de 420 a 535 unidades por semana, una ganancia de 27 por ciento en 14 semanas. Lean por sí solo normalmente entrega menos en seis meses, y Six Sigma por sí solo mejora métricas de calidad sin necesariamente mover el throughput.
¿Cuáles son los errores más comunes en TLS?
Dominan cuatro: correr las tres metodologías en paralelo en lugar de en secuencia, mantener presupuestos y métricas separados que garantizan el conflicto entre bandos, seleccionar proyectos Six Sigma por tasa de defecto en lugar de por impacto en la restricción, y mejorar procesos aguas arriba que luego inundan la restricción con inventario.
Error 1: paralelo en lugar de secuencial
El error que lo define todo. Los tres programas corren simultáneamente en toda la planta, cada uno haciendo trabajo competente, sin puntería compartida. La actividad es alta, el ánimo suele ser bueno y el throughput del sistema apenas se mueve. Secuéncielos. El orden no es una preferencia, es el mecanismo.
Error 2: mejorar el proceso que alimenta la restricción
Una versión específica y cara de la trampa del paralelo. Un equipo Lean logra una ganancia real de eficiencia en la operación aguas arriba de la restricción, lo que aumenta el ritmo de material que fluye hacia un proceso que no puede absorberlo. El inventario en proceso se dispara, el capital de trabajo se consume, y el equipo de la restricción ve desbordarse sus amortiguadores mientras el equipo Lean celebra. Detenga la mejora fuera de la restricción hasta que la restricción esté explotada.
Error 3: seleccionar proyectos por tasa de defecto
Los equipos Six Sigma eligen proyectos donde la estadística es más dramática. Una tasa alta de defecto en un proceso con capacidad de sobra tiene bajo impacto en el negocio, porque ese proceso puede absorber el retrabajo. Una tasa moderada en la restricción tiene impacto severo, porque cada unidad defectuosa consumió capacidad que le pone techo a toda la planta. Seleccione por impacto en la restricción, no por magnitud del defecto.
Error 4: mantener los presupuestos separados
Mientras cada bando defienda su propio presupuesto y reporte su propia métrica, la integración es retórica. Los incentivos estructurales le ganan a las intenciones declaradas en toda organización en la que he trabajado. Consolide el presupuesto, consolide la métrica y consolide la fila, o acepte que tiene tres programas con un lema compartido.
Mi propio error aquí fue suponer que demostrar la lógica bastaría para disolver el conflicto entre bandos. No bastó. La gente había construido carrera, credibilidad e identidad alrededor de una metodología específica, y pedirles subordinarla a la puntería de alguien más se sintió como una degradación. Lo que terminó funcionando fue hacer del diagnóstico de la restricción un ejercicio conjunto, de modo que cada bando tuviera autoría de la respuesta. La gente se subordina a una conclusión que ayudó a alcanzar mucho más fácilmente que a una que le entregan.
TLS: preguntas frecuentes del operador
¿Qué significa TLS?
Theory of Constraints, Lean y Six Sigma, integrados en una sola secuencia de mejora. Theory of Constraints identifica dónde está limitada la producción del sistema, Six Sigma elimina la variación y los defectos que consumen capacidad ahí, y Lean elimina el desperdicio, el tiempo de cambio y los paros alrededor. La secuencia es lo que lo hace funcionar.
¿Por qué TLS supera a Lean o Six Sigma por separado?
Porque resuelve el problema de la puntería. Lean y Six Sigma son excelentes para arreglar procesos y ofrecen poca guía sobre cuál proceso arreglar, así que su capacidad se dispersa entre operaciones donde la mejora no cambia la producción del sistema. La identificación de la restricción concentra esa misma capacidad donde se convierte en throughput.
¿En qué orden se deben aplicar las tres metodologías?
Constraints primero para identificar dónde, luego Six Sigma para eliminar defectos y retrabajo que roban capacidad en ese punto, luego Lean para quitar tiempo de cambio, desorden y paros ahí. El trabajo de calidad va antes que el de flujo porque el retrabajo infla la carga aparente, lo que distorsiona cualquier análisis de cambio o balanceo hecho primero.
¿Cuál es la falla de implementación más común en TLS?
Correr los tres programas en paralelo en lugar de en secuencia, cada uno con su propio presupuesto y métrica de éxito. Esto produce actividad alta, mejoras locales competentes y poco movimiento en el throughput del sistema. Una falla relacionada es mejorar la operación aguas arriba de la restricción, lo que la inunda de inventario y consume capital de trabajo.
Acerca del Stagnation Assassin (el Asesino del Estancamiento)
Todd Hagopian es un ejecutivo de transformación de Fortune 500 que ha generado más de 50 mil millones de pesos en valor para el accionista en Berkshire Hathaway, Illinois Tool Works, Whirlpool y JBT Marel, donde se desempeña como VP de Estrategia Global de Producto. Conocido como The Stagnation Assassin, es autor de dos libros publicados: The Unfair Advantage: Weaponizing the Hypomanic Toolbox y Stagnation Assassin: The Anti-Consultant Manifesto. Su blog se publica en más de 15 idiomas y lo leen operadores en todo el mundo. Llévelo a su escenario a través de la página de conferencias o conéctese con él en LinkedIn.
Siguiente paso: audite dónde está cayendo su esfuerzo de mejora
Cuente sus proyectos de mejora activos y luego cuente cuántos están en el proceso que realmente limita su producción. Si el segundo número no es la mayoría, su capacidad de mejora se está gastando en trabajo que no puede mover el negocio. Agende una auditoría de 20 minutos y le ayudo a resecuenciarla. Inicie la auditoría aquí.