Calcular el cuello de botella: por qué el 85 % de utilización ya es demasiado
El cuello de botella de un proceso es el paso con la mayor utilización ρ = demanda ÷ capacidad, no el que tiene el tiempo de procesamiento más largo. El tiempo de espera antes de él no crece de forma lineal, sino con el factor ρ/(1−ρ): con una utilización del 70 % es 2,3 veces el tiempo de procesamiento, con el 85 % es 5,7 veces, con el 95 % es 19 veces. Por eso un proceso parece colapsar de forma repentina, aunque el volumen solo haya aumentado unos pocos puntos porcentuales. Y por eso una utilización del 85 % en el promedio mensual ya es un valor de alarma, no un buen valor.
Inhaltsverzeichnis
Dos frases que aparecen en casi todos los proyectos de procesos y que suelen repetirse son ambas erróneas:
«El cuello de botella es el paso que más tarda.»
«Estamos al 85 % de utilización, aún hay margen.»
Por qué son incorrectas puede demostrarse con tres fórmulas que caben juntas en una página. Después podrá encontrar el cuello de botella de cualquier proceso con una calculadora de bolsillo y verá exactamente dónde falla la calculadora.
Este artículo parte de una condición: que ya está claro qué proceso va a calcular. Si aún tiene que averiguar eso (qué proceso suyo es el más caro), la diagnosis de cuellos de botella en Flowrefy.com responde exactamente a esa pregunta: nombra el proceso, muestra la cascada detrás y señala tres palancas. La selección se hace allí; el cálculo está aquí.
1. Utilización: el único número que indica el cuello de botella
Utilización ρ = Demanda ÷ Capacidad
La demanda es cantidad por tiempo de procesamiento. La capacidad es tiempo de trabajo disponible.
Ejemplo. El paso «Revisión» recibe 120 casos al día, cada uno tarda 12 minutos. Tres personas trabajan siete horas productivas cada una.
- Demanda: 120 × 12 min = 1440 min/día
- Capacidad: 3 × 7 h = 21 h = 1260 min/día
- Utilización: 1440 ÷ 1260 = 114 %
Más del 100 % significa: la cola crece cada día. No «tarda un poco más», sino indefinidamente. Hasta que alguien escale, haga horas extra o queden casos sin tramitar.
Que otro paso pueda durar 40 minutos es irrelevante mientras allí haya suficiente capacidad. Duración no es utilización. El cuello de botella siempre es el paso con la ρ más alta.
2. Little's Law: cola, rendimiento y tiempo están relacionados
Inventario L = Rendimiento λ × Tiempo en sistema W
Inventario = Rendimiento × Tiempo en sistema. Esta relación vale sin suponer distribuciones. Es una identidad contable.
Utilizable en la práctica se vuelve al reordenarla:
Tiempo en sistema W = Inventario L ÷ Rendimiento λ
Ejemplo. En su bandeja hay 40 casos sin tramitar y procesa 20 al día. Entonces el tiempo en sistema es dos días. Independientemente de lo que diga su documentación de proceso.
Esta es la medición más barata que existe: contar inventario, contar rendimiento, dividir. No necesita herramienta, solo dos números que cualquier jefe de departamento puede obtener.
3. Kingman: por qué explota cerca del límite
La fórmula clave es una aproximación de la teoría de colas, a menudo llamada «fórmula VUT»:
Tiempo de espera Wq ≈ ρ / (1 − ρ) × (ca² + cs²) / 2 × te
└─ Utilización ─┘ └─ Variabilidad ─┘ └ Duración ┘
Tres factores, y solo el último es del que se habla en los proyectos.
El primer factor es la causa de todo. Observe cómo se comporta:
| Utilización ρ | Factor ρ/(1−ρ) | Tiempo de espera con 10 min de procesamiento |
|---|---|---|
| 50 % | 1,0 | 10 min |
| 70 % | 2,3 | 23 min |
| 80 % | 4,0 | 40 min |
| 85 % | 5,7 | 57 min |
| 90 % | 9,0 | 90 min |
| 95 % | 19,0 | 190 min |
(Aproximación para un operador con variabilidad media. Si varios empleados comparten un pool, los valores son menores. La no linealidad permanece.)
Pasar de 70 % a 85 % supone un aumento de 15 puntos porcentuales. El tiempo de espera se multiplica por dos y media. De 85 % a 95 % son diez puntos más, y el tiempo de espera se vuelve a triplicar.
Esa es la respuesta a «por qué el proceso ha colapsado de pronto?». No colapsó de repente. Funcionaba al 88 % de utilización y el volumen subió un 6 %.
El segundo factor: la variabilidad es una palanca
El término central se pasa casi siempre por alto. ca y cs son coeficientes de variación (desviación estándar dividida por la media) para llegadas y para tiempos de procesamiento.
La consecuencia práctica: puede reducir el tiempo de espera sin acelerar ni un solo caso. Quien reduzca a la mitad la variabilidad, reduce a la mitad su contribución a la cola. Concretamente eso significa:
- Separar los casos por tipo, en lugar de mezclar lo simple y lo complejo en la misma cola
- Alisar las entradas (citas en lugar de picos, horarios fijos de entrega)
- Eliminar preguntas de seguimiento, porque cada pregunta es un caso que espera dos veces
Son medidas sin inversión. Rara vez aparecen en business cases, porque resultan difíciles de vender como proyecto.
El cálculo en la práctica: cuatro pasos
- Por cada paso, medir demanda y capacidad. Cantidad × duración frente al tiempo de trabajo disponible. Una estimación burda basta para la primera pasada.
- Calcular ρ y ordenar. El valor más alto es su cuello de botella. Todo por encima del 85 % es señal de alarma; todo por encima del 100 % ya es acumulación.
- Calcular para el día pico, no para la media mensual. Un proceso con 70 % de media mensual y 130 % el primer día del mes tiene un problema que la media oculta. Calcule con el día del percentil 90.
- Contar inventario y comprobar con Little's Law. Si el tiempo en sistema medido es claramente mayor que el calculado, falta una cola en su modelo. Normalmente es una pregunta de seguimiento o una aprobación.
Dónde termina el cálculo manual
Tres cosas no puede hacer este cálculo, y las tres deciden proyectos:
No conoce encadenamientos. Un paso nunca ve más casos de los que el paso más lento anterior le deja pasar. Mientras la revisión esté al 114 %, la aprobación posterior parece relajada. Apenas recibe casi nada. Si resuelve la revisión, la aprobación recibe el volumen completo. El cuello de botella se desplaza. Una tabla calcula cada paso por separado y no ve ese movimiento.
No conoce los días pico. La fórmula trabaja con una media de llegadas. El daño real ocurre en los cinco peores días del trimestre.
Entrega un número, no un intervalo. Un tiempo de espera de «57 minutos» es el resultado de una aproximación con entradas estimadas. Solo se vuelve fiable como banda: P10 a P90.
Precisamente en esos tres puntos actúa la simulación. Deja que los casos atraviesen realmente el proceso: cientos de veces, con variabilidad, con calendario. Así responde a la pregunta que ninguna fórmula contesta: hacia dónde se desplaza el cuello de botella si lo resuelvo, y cuánto vale eso en euros?
Resumen
- El cuello de botella es el paso con mayor utilización, no el que tiene mayor duración.
- El tiempo de espera crece con ρ/(1−ρ). A partir de aproximadamente 85 % cada incremento de volumen se vuelve caro.
- La variabilidad es una palanca propia y, por lo general, la más barata.
- Little's Law contrasta su modelo con la realidad usando dos números contados.
- Para responder «qué aporta un cambio» la cuenta manual no basta, porque no conoce el desplazamiento del cuello de botella.
Preguntas frecuentes
¿A partir de qué nivel de utilización se vuelve crítico un paso del proceso?
Como regla práctica a partir del 85 %. La razón es el factor ρ/(1−ρ): al 85 % el tiempo de espera ya es 5,7 veces el tiempo de procesamiento, al 95 % es 19 veces. Entre estos dos valores hay solo diez puntos porcentuales de aumento de volumen. Por eso el colapso parece repentino, aunque no lo sea.
¿Qué es Little's Law y para qué lo necesita?
Little's Law dice: Inventario = Rendimiento × Tiempo de ciclo (L = λ × W). Reordenada ofrece la medición más barata del tiempo de ciclo que existe: Cuente las tareas en espera y divida por el rendimiento diario. La ley es válida sin suposiciones sobre distribuciones y por eso es excelente para comprobar un modelo contra la realidad.
¿Puedo calcular el cuello de botella en Excel?
Sí, la utilización por paso sí, y ese es el paso más importante. Lo que Excel no puede: representar la encadenación. Un paso detrás del cuello de botella parece relajado en la tabla, porque solo recibe lo que el cuello de botella deja pasar. Tras su solución se convierte él mismo en cuello de botella. Esta migración es la razón por la que los business cases basados en tablas no se cumplen en la operación.
¿Por qué reduce el tiempo de espera tener menos variabilidad?
Porque el tiempo de espera crece proporcional al cuadrado de los coeficientes de variación de las llegadas y de las duraciones de procesamiento. Quien reduce a la mitad la variabilidad, reduce a una cuarta parte su contribución. En la práctica esto significa: separar las tareas por tipo, suavizar las entradas, eliminar repreguntas. Son medidas sin inversión que en los business cases casi nunca aparecen.
Cálculelo con su propio proceso
FlowVisual convierte los números de este artículo en un modelo que se ejecuta, con sus volúmenes, sus capacidades, su margen.
Guide: seven steps to the number- Método
Simulación discreta por eventos para procesos de negocio
La simulación discreta por eventos salta de evento a evento en lugar de en pasos de tiempo. Quien entiende por qué, toma bien las tres decisiones en las que fallan la mayoría de los modelos: distribución, fase de calentamiento, número de corridas.
Lectura - Método
Simular un proceso: ocho pasos con un ejemplo calculado
El orden decide más que la herramienta. Ocho pasos, un ejemplo calculado y la prueba de contraste con la que usted notará que falta una cola de espera en el modelo.
Lectura - Método
¿Qué es la simulación de procesos? Definición, métodos, límites
La simulación de procesos hace que un flujo se ejecute de forma artificial en lugar de describirlo. La diferencia no es académica: decide si usted tiene una opinión sobre un cambio o una cifra.
Lectura