Qué es throughput y cómo aplicarlo en tu equipo

Throughput es la cantidad de trabajo que un sistema completa en un período de tiempo. El "sistema" puede ser una línea de producción, un equipo de desarrollo, un área de servicios o cualquier proceso con entradas y salidas.

La palabra viene del inglés y no tiene una traducción única aceptada. En español se usa "caudal de producción", "tasa de salida", "rendimiento del sistema" o simplemente se deja como throughput, que es la forma más extendida.

La definición operativa es sencilla:

Throughput = Unidades completadas / Tiempo del período

Si tu equipo cierra 40 casos por semana, su throughput es 40 casos por semana. Simple. El problema aparece cuando se confunde throughput con otras métricas.

Una aclaración antes de seguir: en la Teoría de las Restricciones de Eliyahu Goldratt, presentada en la novela La meta (1984), throughput tiene una definición financiera. Es el ritmo al que el sistema genera dinero con sus ventas: ingresos menos costos totalmente variables. Este artículo usa la definición operativa, unidades terminadas por período, que es la que se usa en operaciones, servicios y equipos ágiles.

Throughput vs. otras métricas que se parecen

Es fácil confundirlo con conceptos cercanos. Estas diferencias importan:

• Throughput vs. capacidad: La capacidad es lo que el sistema podría procesar. El throughput es lo que realmente procesa. Un equipo puede tener capacidad para 60 casos semanales y un throughput de 35. Esa brecha es donde viven los problemas.
• Throughput vs. utilización: Un recurso al 95 % de utilización suena saludable. Pero si hay cuellos de botella antes o después, el throughput del sistema completo puede ser bajo. Alta utilización no garantiza alto throughput.
• Throughput vs. velocidad individual: Una persona puede terminar sus tareas rápido, pero si el siguiente paso del proceso está bloqueado, el throughput del equipo no mejora. El throughput mide el sistema completo.

Cómo se calcula con un ejemplo

Supón que tu área procesa solicitudes de clientes. Quieres medir el throughput mensual.

Paso	Cálculo	Resultado
Solicitudes completadas en el mes	Dato de tu sistema	320 solicitudes
Período de medición	1 mes (22 días hábiles)	22 días
Throughput diario	320 / 22	14,5 solicitudes por día
Throughput semanal (referencia)	320 / 22 × 5	72,7 solicitudes por semana

Con esos números puedes proyectar capacidad, detectar semanas atípicas y comparar períodos.

El throughput también se conecta con el tiempo que espera cada solicitud. La ley de Little (John Little, 1961) dice que, en un proceso estable, el tiempo promedio en el sistema es igual al trabajo en curso dividido por el throughput. Si en esta área hay 145 solicitudes abiertas y salen 72,7 por semana, cada una tarda en promedio 145 / 72,7 = 2 semanas. Para bajar ese lead time hay dos caminos: terminar más por semana o tener menos trabajo abierto a la vez, que es lo que hace un tablero kanban con sus límites.

Por qué el throughput importa más de lo que parece

Muchas organizaciones miden esfuerzo: horas trabajadas, tareas iniciadas, reuniones realizadas. El throughput obliga a mirar lo que el sistema terminó.

Esto tiene tres consecuencias prácticas para un gerente:

1. Identifica dónde está el cuello de botella real. Si el throughput es bajo, el primer lugar donde buscar es el proceso, antes de mirar a las personas. Aquí la idea central de Goldratt sirve también con la definición operativa: el sistema entrega al ritmo de su restricción. La guía para calcular el cuello de botella muestra cómo encontrarla.

2. Justifica inversiones con datos. Agregar recursos donde no está la restricción no mejora el throughput. Antes de pedir presupuesto, medir el throughput por etapa muestra exactamente dónde invertir.

3. Hace las conversaciones sobre capacidad más honestas. "Estamos al límite" es una percepción. El throughput medido es un dato. Con datos, la conversación cambia.

Throughput en distintos contextos de trabajo

El concepto aplica en casi cualquier área:

• Operaciones y manufactura: Unidades producidas por turno, pedidos despachados por día. En manufactura, el throughput por línea es un indicador de gestión clásico. Puedes ver cómo se relaciona con otros conceptos en el artículo sobre qué es lean manufacturing y cómo eliminar desperdicios.
• Equipos de tecnología: Historias de usuario completadas por sprint, tickets cerrados por semana. En desarrollo ágil, contar elementos terminados es una alternativa a la velocidad basada en puntos de historia, más fácil de comunicar a otras áreas.
• Servicios y atención al cliente: Casos resueltos por agente por día, solicitudes procesadas por semana. Útil para dimensionar equipos y fijar acuerdos de nivel de servicio realistas.
• Proyectos: Entregables completados por período. Permite detectar si el equipo de proyecto avanza o solo acumula trabajo en curso.

Errores comunes al aplicarlo

Medir solo el throughput del recurso más visible. Es frecuente medir la etapa más fácil de contar y concluir que el sistema va bien. El throughput del sistema lo define el paso más lento, que puede ser otro distinto del más visible.

Contar trabajo a medio terminar. Contar tareas "casi terminadas" o "en revisión" infla los números. El throughput cuenta solo lo que el proceso completó de punta a punta.

Optimizar una etapa sin ver el sistema. Si aceleras una etapa que no es el cuello de botella, el trabajo se acumula más rápido en la restricción real. El throughput total queda igual y el inventario en proceso crece. Este error es el más caro porque parece una mejora hasta que los números aparecen.

Corregir estos errores es cuestión de medir la salida del sistema completo y leer cada etapa en relación con ella. El mapa de flujo de valor es una herramienta que ayuda exactamente con eso: ver el flujo completo antes de intervenir.

Cómo empezar a medirlo en tu equipo

No hace falta un sistema sofisticado para empezar. Cuatro pasos:

1. Define la unidad de trabajo. ¿Qué cuenta como "completado" en tu proceso? Sé específico: "entregado al cliente" o "cerrado sin retrabajo" son definiciones que se pueden contar sin discusión.
2. Elige el período. Semanal es útil para equipos operativos. Mensual, para proyectos o ciclos más largos.
3. Mide durante al menos cuatro períodos seguidos. Un solo dato puede ser una semana atípica; cuatro ya muestran una tendencia.
4. Compara etapas del proceso. Mira dónde se acumula trabajo. La restricción suele ser la etapa que recibe más de lo que alcanza a terminar: delante de ella crece la fila y detrás de ella las etapas esperan.

Con esos datos, las conversaciones sobre capacidad, contratación y mejora de procesos se vuelven mucho más concretas. Y eso, para un gerente, vale más que cualquier presentación de actividad.