La mayoría de los equipos saben que algo va mal antes de poder ponerle nombre. El trabajo se acumula en algún punto. Los plazos se retrasan. Alguien envía un mensaje para consultar el estado cada lunes por la mañana. El instinto es corregir el paso que parece más lento, así que los equipos añaden una herramienta, contratan a un profesional externo u organizan un taller de mejora de procesos. Tres semanas después, el mismo trabajo se acumula en un lugar ligeramente distinto.
El problema no es el esfuerzo. Es el diagnóstico. Los cuellos de botella se pueden encontrar si mide las cosas correctas y sigue el orden adecuado. Es casi imposible detectarlos solo por intuición, porque la ralentización visible suele estar después de la restricción real.
Lo que los equipos aprenden tarde
- Trace el proceso completo antes de intervenir en un solo paso.
- El tiempo de ciclo y la longitud de la cola, juntos, indican dónde está la restricción real.
- Distinga entre personas sobrecargadas y sistemas defectuosos antes de intervenir.
- Resuelva una restricción a la vez: eliminarla revelará la siguiente.
Qué es realmente un cuello de botella en un flujo (y qué no es)
Un cuello de botella en un flujo es una etapa específica de un proceso empresarial en la que el trabajo se acumula más rápido de lo que puede completarse, ralentizando todo lo que viene después. No todos los retrasos son un cuello de botella. Un paso que ocasionalmente funciona con lentitud no es lo mismo que una etapa que limita de forma persistente el rendimiento de todo el sistema.
Esta distinción importa más de lo que parece. Entre las señales de un cuello de botella se encuentran la acumulación visible de colas en una etapa, los plazos incumplidos que se remontan repetidamente al mismo paso y la frustración del equipo concentrada en la misma parte del proceso semana tras semana. Los cuellos de botella a corto plazo aparecen tras un pico de demanda o un cambio temporal de personal. Los cuellos de botella a largo plazo son estructurales y reaparecen independientemente de quién esté trabajando en el problema.
Los cuellos de botella en un flujo son puntos del proceso donde la capacidad es demasiado reducida para el volumen que los atraviesa. Sin embargo, el error habitual es tratar los síntomas locales como la restricción de origen. Un aprobador lento parece ser el cuello de botella. También lo parecen la cola de desarrollo, la revisión de diseño o la etapa de QA. En la mayoría de los casos, solo uno de ellos es la verdadera restricción. Los demás simplemente reflejan la acumulación que el cuello de botella real creó antes en el proceso.
Los tipos de cuellos de botella van desde cadenas de aprobación sin redundancia hasta herramientas que no se comunican entre sí o responsabilidades poco claras en los puntos de transferencia. La categoría importa para aplicar la solución. Tratar un cuello de botella del sistema como un problema de rendimiento de una persona (o viceversa) lleva a una intervención equivocada, que no produce una mejora medible y genera otra ronda de conjeturas.
Lo que necesita antes de identificar cuellos de botella en su flujo
Antes de localizar la restricción, necesita un punto de referencia. Esto es lo que debe existir primero:
Documentación integral del proceso
Necesita un registro escrito o visual de cada paso del flujo, quién es responsable y qué desencadena la transferencia a la siguiente etapa. Sin esto, estará adivinando por dónde circula el trabajo. Un flujo que solo existe en la mente de alguien tiene cuellos de botella invisibles hasta que provocan el incumplimiento de un plazo.
Métricas de referencia: tiempo de ciclo, rendimiento y longitud de la cola
El tiempo de ciclo es el tiempo que un elemento de trabajo tarda en recorrer el proceso desde el inicio hasta el final. El rendimiento es la cantidad de elementos que completan el proceso por unidad de tiempo. La longitud de la cola es la cantidad de elementos que esperan en una etapa determinada. Sin estos tres números, no puede identificar qué etapa es la restricción y cuál solo parece estar ocupada.
Seguimiento del WIP (trabajo en curso) por etapa
La carga de trabajo que se acumula en una etapa mientras otras permanecen inactivas es la primera señal de una restricción. Si su flujo necesita visibilidad constante sobre dónde se encuentra el trabajo en un momento dado, el seguimiento del WIP es el mecanismo. Omitirlo facilita confundir «todo el mundo está ocupado» con «esta etapa es el cuello de botella».
Alineación de las partes interesadas sobre qué significa «terminado»
Identifique posibles desacuerdos de medición antes de comenzar el seguimiento. Si dos personas miden el tiempo de ciclo de forma distinta —una desde el envío y otra desde la primera acción—, cualquier comparación del flujo del proceso se convierte en ruido.
Una herramienta de gestión de flujos con visibilidad por etapa
Los tableros Kanban, los diagramas de carriles o cualquier plataforma de gestión de flujos que muestre el estado y la antigüedad de las tareas le ofrece la señal bruta para seguir la salud del flujo a lo largo del tiempo. Un sistema que solo informa sobre el rendimiento total sin desglose por etapa hace casi imposible detectar dónde se estanca el trabajo.
Cómo mapear y visualizar los procesos de su flujo
El mapeo de procesos es el paso que la mayoría de los equipos omite por la prisa de solucionar problemas. También es el paso que explica por qué las soluciones no funcionan.
Un mapa integral del proceso muestra cada etapa del flujo, la persona o el sistema responsable de cada una, las entradas y salidas de cada paso, y dónde las dependencias crean posibles puntos de fallo. Para un proceso sencillo, elaborar ese mapa requiere unas pocas horas como máximo. Omitirlo cuesta semanas de soluciones mal dirigidas.
El error más común que he visto cometer a los equipos es introducir herramientas nuevas para resolver la ineficiencia del flujo sin antes mapear qué hace realmente el proceso. Así, la nueva herramienta se integra en una secuencia defectuosa. Todo se vuelve más rápido excepto el resultado. No ha eliminado la ineficiencia; la ha digitalizado. La automatización aplicada a un proceso defectuoso no corrige el proceso: simplemente ejecuta lo incorrecto de forma más fiable.
Un buen mapa de procesos hace visibles retrasos e ineficiencias que ninguna reunión de estado habría revelado. Dibújelo con carriles que separen lo que hace cada rol o sistema. Etiquete cada paso con su duración media, la persona o equipo responsable y el formato de entrada y salida. Cuando lo coloca en una pared (o en un tablero compartido), los pasos redundantes y las etapas de aprobación suelen hacerse evidentes por sí solos.
El objetivo práctico es simplificar el mapa antes de construir cualquier cosa. Elimine primero los pasos redundantes sobre el papel. La secuencia resultante es la que merece respaldo mediante herramientas y automatización. Las etapas del flujo que no sobreviven al ejercicio de mapeo no deberían automatizarse: deberían eliminarse.
Diagramas de carriles y tableros Kanban para identificar dónde se detiene el trabajo
Los diagramas de carriles organizan un proceso por rol a través de filas horizontales. Puede ver de un vistazo qué transferencias cruzan carriles y cuántas veces se desplaza el trabajo entre equipos antes de completarse. Las acumulaciones en los límites de los carriles son visibles de una forma que nunca lo son en una actualización de estado o una hoja de cálculo.
Los tableros Kanban hacen visible la profundidad de las colas en tiempo real. Cuando una columna se llena mientras las demás permanecen vacías, ahí está el cuello de botella. Las señales de cuellos de botella en un flujo en un tablero Kanban incluyen columnas con más de dos o tres veces el promedio de tarjetas, tarjetas con indicadores de antigüedad muy por encima de la media del equipo y tarjetas que no se han movido durante días sin una razón documentada.
Ambas herramientas ayudan a identificar áreas donde el trabajo deja de avanzar. Ninguna sustituye las métricas de flujo, pero le permiten localizar visualmente los cuellos de botella con rapidez antes de consultar los datos formales. Detecte los cuellos de botella en el tablero y, después, verifíquelos con números.
Cómo medir el flujo y localizar el cuello de botella real
Las herramientas visuales muestran dónde se acumula el trabajo. Las métricas le indican si eso es realmente la restricción o solo un síntoma. Necesita ambas cosas.
Identifique las áreas de ineficiencia de forma sistemática mediante el seguimiento de cuatro números en cada etapa: tiempo de ciclo medio (cuánto tiempo pasan los elementos en esa etapa), longitud de la cola (cuántos elementos esperan para entrar), rendimiento (cuántos elementos salen por semana) y tiempo en etapa (cuánto tiempo permanecen los elementos una vez que han entrado). Una etapa con una longitud de cola elevada Y un tiempo en etapa prolongado es la restricción. Una etapa con una longitud de cola elevada pero un tiempo en etapa corto probablemente está acumulada debido a una restricción anterior en otra parte del proceso.
Los cuellos de botella habituales en los flujos no siempre se anuncian. Los equipos suelen asumir que la queja más sonora es el problema real. Que los desarrolladores reciban los tickets demasiado tarde es visible. La etapa de aprobación que retiene los tickets durante cuatro días antes de que los desarrolladores siquiera los vean es menos visible, porque nadie se queja de la espera que no puede medir.
Detectar los cuellos de botella a tiempo requiere mediciones rutinarias, en lugar de análisis posteriores a un incidente. Revise estos números después de cada sprint o cambio de proceso, no solo cuando algo falla.
Tiempo de ciclo y longitud de la cola: los dos números que apuntan a la restricción
El tiempo de ciclo mide cuánto tiempo permanece un elemento en un paso específico de un flujo, desde el momento en que entra hasta que sale. La longitud de la cola mide cuántos elementos esperan para entrar en ese paso. En conjunto, revelan si una etapa está realmente sobrecargada (ambos números son altos) o si solo recibe desbordamiento de una restricción situada en otra parte del proceso (largos tiempos de espera debido a una cola extensa, pero procesamiento rápido una vez que el trabajo entra).
Una etapa en la que la acumulación sigue creciendo semana tras semana mientras el tiempo de ciclo se mantiene estable es el indicador más claro de una restricción real. El rendimiento de esa etapa no puede seguir el ritmo de las entradas. Los elementos se acumulan. Los largos tiempos de espera se multiplican. Las etapas posteriores acaban ralentizándose porque no reciben suficientes entradas.
También por eso falla la intuición. Un equipo de desarrollo con una alta utilización parece ser el cuello de botella. Sin embargo, si su tiempo de ciclo es razonable y su cola consiste principalmente en tickets retrasados por aprobaciones, la restricción es la etapa de aprobación del proceso, no los desarrolladores.
Diagramas de flujo acumulado e informes de tiempo en etapa
Un diagrama de flujo acumulado representa la cantidad de elementos en cada estado del flujo a lo largo del tiempo. Una banda que se ensancha en cualquier etapa significa que el trabajo se acumula allí más rápido de lo que sale. Una banda que se estrecha significa que esa etapa se ha resuelto. Estos diagramas hacen visibles las acumulaciones persistentes durante semanas, algo que una vista puntual de un día en un tablero Kanban no mostrará.
Los informes de tiempo en etapa complementan el CFD al aislar el tiempo medio de permanencia en cada paso. Si una etapa retiene habitualmente elementos durante el doble del promedio del sistema, ahí se encuentra su cuello de botella. Los datos en tiempo real de estas herramientas de análisis cuantifican los cuellos de botella y permiten seguir si las intervenciones están funcionando. Sin una comparación de antes y después respecto a un punto de referencia, no puede saber si un cambio mejoró la eficiencia general del proceso o simplemente desplazó la congestión a un lugar menos visible.
La optimización del flujo sin esta capa de medición es, en esencia, redecorar. Los números son la única forma de saber si la restricción realmente se ha movido.
Cómo diagnosticar las causas raíz: cuellos de botella de personas frente a cuellos de botella del sistema
Ha encontrado la etapa. Ahora necesita entender por qué esa etapa es la restricción. Aquí es donde el diagnóstico de causa raíz separa una buena intervención de un error costoso.
Hay dos categorías amplias. Un cuello de botella basado en personas existe cuando las personas son el factor limitante: individuos sobrecargados cuyos calendarios controlan el rendimiento, un único especialista que gestiona todas las aprobaciones de una categoría o una falta de correspondencia entre las habilidades y el trabajo cuando este requiere una experiencia que la persona asignada no tiene. Un cuello de botella del sistema existe cuando las herramientas, integraciones o la estructura del proceso son el factor limitante: una herramienta lenta que tarda 40 minutos por transacción, una integración defectuosa que requiere volver a introducir datos manualmente o una capa de decisiones sin un responsable claro que genera bloqueos por defecto.
Confundir ambos es el error de diagnóstico más costoso en los cuellos de botella operativos. Si la restricción es un problema del sistema y responde añadiendo personal a esa etapa, no ha solucionado nada: ha añadido costes indirectos. Si la restricción es un problema de personas y responde añadiendo herramientas, habrá invertido dinero en un problema que requería una conversación sobre la carga de trabajo.
Identificar y corregir los cuellos de botella con precisión requiere analizar qué tipo de ineficiencia está afrontando realmente. Un diagnóstico útil consiste en preguntarse si el cuello de botella desaparecería si el trabajo simplemente dejara de llegar durante una semana. Si la respuesta es sí, el problema es la capacidad. Si la etapa sigue siendo lenta incluso cuando baja la demanda, examine el proceso o las herramientas que hay detrás.
Cuando el cuello de botella es una persona o una cadena de aprobación
Este es un patrón que observo con frecuencia. Un especialista sénior o un responsable se encuentra en el centro de una cadena de aprobación: cada elemento de cierto tipo necesita su visto bueno antes de avanzar. Su carga de trabajo ya está llena. Por tanto, los elementos se acumulan. El equipo percibe esto como un proceso lento. El problema real es que el calendario de una persona limita la velocidad de todo el sistema.
Las cadenas de aprobación provocan retrasos de maneras predecibles. Cualquier etapa en la que la indisponibilidad de un miembro del equipo detiene todo el rendimiento es estructuralmente frágil. Si esa persona toma una baja, tiene una semana intensa o simplemente es difícil de localizar, la cola crece. El tiempo de ciclo de los elementos en esta etapa mostrará largos tiempos de espera con un tiempo de procesamiento real corto, una señal clásica de que la restricción es el acceso, no la complejidad.
La solución para este tipo de cuello de botella de personas no siempre consiste en añadir un segundo aprobador. A veces, la aprobación en sí es innecesaria para la mayoría de los elementos. Analice qué porcentaje de las decisiones en esta etapa se revierte. Si la aprobación rara vez cambia un resultado, no está aportando valor y, aun así, sigue causando retrasos.
El error humano en estas cadenas suele agravar el problema: una notificación perdida, la aprobación de la versión equivocada o una respuesta en el hilo incorrecto. El enrutamiento manual empeora esta situación.
Cuando el cuello de botella es una herramienta, integración o capa del proceso
Los cuellos de botella del sistema son más sutiles porque no tienen rostro. Parecen «el proceso es lento» o «la herramienta es lenta», en lugar de una persona identificada en la cola.
Las herramientas de flujo lentas que exigen demasiados pasos manuales, las integraciones que fallan silenciosamente y requieren que alguien vuelva a introducir datos más adelante, y las capas de decisión redundantes sin responsabilidades claras: cualquiera de estas puede convertirse en la restricción. La señal diagnóstica es que la etapa es lenta independientemente de quién trabaje en ella.
El principio importante aquí es el siguiente: no automatice una capa del proceso antes de saber si esa capa debe existir. He visto equipos dedicar semanas a crear automatización alrededor de un paso del proceso que debería haberse eliminado por completo del diseño de gestión de procesos empresariales. El impulso de automatizar es fuerte una vez que tiene herramientas de flujo disponibles, pero la automatización aplicada a un proceso defectuoso simplemente ejecuta lo incorrecto más rápido. Mejore primero el diseño. Después, cree la automatización para respaldar el diseño que permanezca.
🤔 Piense en esto:
Cada vez que elimina un cuello de botella, aumenta el rendimiento de esa etapa, lo que ejerce presión sobre la siguiente etapa más débil del sistema. La eliminación de cuellos de botella es iterativa por diseño, no una limpieza puntual. Los equipos que abordan los cuellos de botella esperando una única solución suelen sorprenderse cuando una etapa distinta empieza a mostrar los mismos síntomas seis semanas después. No es señal de que la solución haya fallado. Así es como funcionan los sistemas con restricciones.
Cómo eliminar cuellos de botella en un flujo con intervenciones específicas
Una vez que ha identificado la restricción y diagnosticado su tipo, hay cuatro categorías de intervención que vale la pena considerar. El error consiste en aplicar las cuatro a la vez en lugar de dirigirse al cuello de botella real.
El objetivo en esta etapa es mejorar específicamente la capacidad del flujo en la restricción. Aplicar intervenciones a etapas sin restricciones no mejora el rendimiento. Solo hace que esas etapas sean más eficientes produciendo trabajo que se acumula más adelante en el proceso.
Para eliminar los cuellos de botella de forma eficaz y mejorar todo el flujo, elija la intervención que corresponda con el diagnóstico:
Aumente la capacidad en la restricción
Esto implica automatización, reasignar trabajo para aliviar a un especialista sobrecargado, añadir capacidad en paralelo o mejorar las habilidades de las personas que gestionan esa etapa. La elección depende de si el cuello de botella es un problema del sistema o de personas. Automatizar una etapa de aprobación manual sobrecargada suele ser la mejora de productividad más rápida disponible. Añadir personal a una herramienta lenta no ayuda.
Reduzca las entradas con límites de WIP
Limitar la cantidad de trabajo que puede entrar en una etapa en un momento dado evita la acumulación de colas sin cambiar lo que ocurre dentro de la etapa. Un límite de WIP no corrige la restricción: hace visible la restricción y evita que las etapas posteriores carezcan de entradas de manera irregular. Para abordar cuellos de botella en flujos provocados por picos de demanda, esta es la palanca más rápida que puede accionar.
Simplifique o elimine los pasos de aprobación
Las aprobaciones que rara vez revierten decisiones deberían auditarse. Muchas pueden sustituirse por enrutamiento basado en notificaciones (el paso se realiza automáticamente; las personas son informadas y pueden intervenir) en lugar de enrutamiento basado en aprobaciones (no sucede nada hasta que una persona actúa). Esto cambia el modelo de extracción a envío y elimina por completo el estado de espera inactiva.
Aclare la responsabilidad en los puntos de transferencia
Las transferencias sin un responsable identificado hacen que el trabajo se detenga de forma invisible. Nadie falló; nadie era responsable. Añadir un nombre a cada paso del proceso, y hacer visible ese nombre en la herramienta del flujo, elimina el patrón de «pensé que lo tenían ellos» que crea cuellos de botella artificiales en las transiciones. Este único cambio puede simplificar todo el flujo sin modificar ninguna herramienta.
La automatización como herramienta para optimizar la capacidad del flujo
La automatización elimina realmente los cuellos de botella cuando aumenta la capacidad en una etapa restringida que es lenta debido a trabajo manual repetitivo. Desplaza la congestión a etapas posteriores cuando el paso subyacente está mal diseñado, el proceso tiene una complejidad innecesaria que la automatización ejecutará ahora a escala o la etapa que sigue al cuello de botella no está preparada para gestionar el aumento del rendimiento.
El software de automatización de flujos puede ayudar a una etapa de aprobación restringida a procesar más elementos por hora sin añadir personal. Sin embargo, los flujos automatizados aplicados a un proceso defectuoso producen caos automatizado. Antes de automatizar, pregúntese si el paso es necesario y si la etapa posterior puede absorber lo que está a punto de enviarle más rápido.
En el flujo de aprobación de facturas de Latenode (de nuestra biblioteca de flujos de Latenode), la cadena de aprobación manual de un equipo financiero —cuatro personas, una bandeja de entrada y un tiempo de ciclo medio de tres días— se rediseñó mediante enrutamiento automatizado. Cuando llega una factura, un modelo de IA extrae los campos clave, comprueba el importe con reglas de política almacenadas mediante RAG integrado y dirige el elemento directamente al aprobador adecuado con un enlace de respuesta con un solo clic. La aprobación sigue produciéndose; el tiempo de espera inactivo entre «factura recibida» y «el aprobador la ve» pasó de horas a minutos. El cuello de botella aquí era el enrutamiento y la notificación, no el criterio de aprobación en sí. Automatice la parte correcta de las tareas repetitivas. Mantenga el criterio donde corresponde.
Esa es la única pregunta que vale la pena plantear: ¿qué parte de esta etapa es repetitiva y está basada en reglas, y qué parte requiere una decisión? Automatice la primera. No modifique la segunda hasta estar seguro de que las reglas cubren los casos excepcionales.
Límites de WIP y eliminación de pasos de bajo valor para mejorar el rendimiento
Un límite de WIP es un tope estricto sobre la cantidad de elementos que pueden estar en una etapa determinada al mismo tiempo. Cuando una etapa alcanza su límite, los nuevos elementos esperan en lugar de entrar. Esto puede parecer que ralentizaría el proceso. En realidad ocurre lo contrario: obliga a hacer visible la restricción, reduce la sobrecarga de la multitarea para las personas que trabajan en esa etapa y permite que todo el flujo avance con mayor fluidez que una cola sin límites.
Establezca los límites de WIP basándose en la capacidad observada real de cada etapa, no en lo que parecería cómodo. Una etapa que procesa habitualmente cuatro elementos por día con un tiempo de ciclo aceptable puede admitir un límite de WIP de seis a ocho. Una etapa que tiene dificultades para procesar dos elementos por día sin problemas de calidad debería tener un límite más estricto para identificar y abordar directamente el problema de carga de trabajo, en lugar de ocultarlo tras una cola creciente.
Eliminar pasos de bajo valor mejora el rendimiento sin añadir recursos. Cada paso de un proceso que no modifica el resultado ni añade documentación de cumplimiento necesaria es candidato a eliminarse. Un paso que añade fricción sin aportar valor se convierte en un cuello de botella por defecto cuando crece el volumen: la eficiencia operativa depende de mantener el proceso lo bastante ágil para que las restricciones reales sean visibles, en lugar de quedar ocultas bajo trabajo innecesario. El flujo fluido que busca suele estar al otro lado de dos o tres pasos que no necesitan existir.
Cómo supervisar las mejoras y evitar que la eficiencia del flujo retroceda
Una solución de cuello de botella que no se supervisa vuelve a crecer. Este es uno de los patrones que observo con más frecuencia: un equipo realiza una buena intervención, el rendimiento mejora durante seis semanas y, después, poco a poco los números regresan al estado anterior a la solución porque la causa raíz no se resolvió por completo o aumentó la demanda subyacente. Nadie se dio cuenta porque nadie estaba observando.
La eficiencia del flujo se degrada silenciosamente. Cuando alguien abre un ticket o lo plantea en una reunión, la regresión normalmente ya lleva semanas produciéndose. La solución es una rutina de supervisión, no una auditoría puntual. Después de cada intervención, siga cómo responden sus métricas de referencia: ¿el tiempo de ciclo en la etapa objetivo es más corto? ¿Se ha estabilizado la longitud de la cola? ¿Está aumentando el rendimiento sin un incremento correspondiente de la tasa de errores o de elementos incompletos?
La mejora continua en la gestión de flujos requiere revisiones periódicas, no solo comprobaciones posteriores a la implementación. Tras un cambio significativo, revise las métricas semanalmente durante el primer mes. Después, una auditoría mensual del flujo suele ser suficiente para detectar nuevos cuellos de botella antes de que se manifiesten en el equipo como plazos incumplidos o escalaciones.
Configuración práctica de supervisión para la mayoría de los equipos:
Siga métricas por etapa, no solo el rendimiento total
Que el rendimiento total mejore mientras crece el tiempo de ciclo de una etapa significa que ha creado un nuevo cuello de botella. Los miembros del equipo suelen celebrar la cifra principal sin advertir la restricción emergente. Cree paneles que muestren el tiempo de ciclo por etapa, no solo la tasa de finalización.
Defina cómo es una «regresión» antes de que ocurra
Como umbral inicial: marque cualquier etapa en la que el tiempo de ciclo medio aumente más de un 20 % durante dos semanas consecutivas, o en la que la longitud de la cola supere su límite de WIP establecido durante tres días seguidos. Estos números deben calibrarse para su proceso, pero tener un umbral definido evita que debata si un cambio es significativo cuando ya se ha convertido en un problema.
Asigne responsabilidades para cada métrica
Una métrica de la que nadie es responsable no genera acciones. Cada etapa propensa a cuellos de botella debería tener un miembro del equipo identificado o un rol de gestión de proyectos responsable de revisarla periódicamente y alertar cuando se supere el umbral. La satisfacción del cliente en las etapas posteriores se degrada más rápido de lo que sugieren las métricas internas y, cuando aparecen las señales del cliente, la ineficiencia del flujo ya es considerable.
Revise la causa raíz después de cada actualización o cambio de proceso
Introducir herramientas nuevas o cambiar la estructura del equipo puede reintroducir cuellos de botella que ya se habían resuelto. Considere cualquier cambio significativo en el proceso como un desencadenante para realizar una medición de referencia nueva. El cuello de botella que reaparece después de un cambio de proceso no siempre es el que acaba de resolver: puede ser una etapa diferente que estaba esperando este momento.
📊 En la práctica:
Una señal clara de que una intervención sobre un cuello de botella funcionó: el tiempo de entrega se reduce y se mantiene corto durante varios sprints, la longitud de la cola en la etapa antes congestionada se estabiliza por debajo de su límite de WIP y disminuye la frecuencia de escalaciones de los equipos posteriores. Si solo mejora uno de estos aspectos, es probable que la acumulación se haya desplazado en lugar de resolverse. Que los tres mejoren a la vez es la señal real.
