Tiempo de Ciclo vs Tiempo de Entrega: Definiciones y Fórmulas

Tiempo de ciclo vs tiempo de entrega es uno de los puntos de confusión más comunes en el trabajo lean, ágil y de operaciones. Están relacionados, pero miden relojes distintos, y confundirlos lleva a tomar malas decisiones sobre dónde mejorar su proceso.

¿Qué es el tiempo de entrega?

El tiempo de entrega (lead time) es el tiempo total desde que llega una solicitud de un cliente hasta que esa solicitud se entrega. El reloj arranca en el momento en que se coloca la demanda (una orden de compra, un ticket de soporte, una historia de usuario) y se detiene solo cuando el cliente tiene en sus manos el resultado final.

El tiempo de entrega incluye todo: tiempo de espera en cola, tiempo bloqueado en aprobaciones, tiempo de trabajo activo y tiempo en tránsito. Es el número que el cliente realmente experimenta, aunque durante la mayor parte de ese tiempo su equipo puede no estar tocando el trabajo en absoluto.

Ejemplo. Un cliente presenta una solicitud de función de software el lunes por la mañana. Su equipo la toma el miércoles, la codifica el jueves y el viernes, la prueba el lunes siguiente y la despliega el martes. La función del cliente está activa nueve días hábiles después de que llegó la solicitud. Tiempo de entrega = 9 días.

Datos Clave: tiempo de ciclo y tiempo de entrega

• La Ley de Little, demostrada por primera vez por el investigador de operaciones John D. C. Little en 1961, muestra que el tiempo de entrega promedio equivale al trabajo en curso (WIP) promedio dividido por el rendimiento (throughput) promedio. Se aplica a cualquier sistema estable: manufactura, software, soporte.
• La investigación del Lean Enterprise Institute sobre el mapeo del flujo de valor encuentra de forma consistente que más del 80% del tiempo de entrega en la mayoría de los procesos es tiempo de cola y de espera, no tiempo de trabajo activo. Reducir el tiempo de entrega casi siempre significa reducir la espera, no trabajar más rápido.
• Según Accelerate (Forsgren, Humble y Kim, 2018), los equipos de entrega de software de élite logran tiempos de entrega medianos para cambios de menos de una hora. La mayoría de las organizaciones parten de días o semanas.

¿Qué es el tiempo de ciclo?

El tiempo de ciclo (cycle time) es el tiempo que toma completar una unidad de trabajo una vez que su equipo realmente empieza a trabajar en ella. El reloj arranca cuando comienza el trabajo activo, y se detiene cuando esa unidad está terminada y lista para la siguiente etapa (o para la entrega). El tiempo de ciclo no incluye el tiempo que pasa esperando en un backlog o esperando a que alguien la tome.

En manufactura, el tiempo de ciclo suele medirse por unidad: "¿cuánto tarda un artículo en pasar por una estación de trabajo?". En software y Kanban, suele ser el tiempo desde "en progreso" hasta "terminado".

Ejemplo. Usando la misma solicitud de función: su equipo toma el trabajo el miércoles, codifica hasta el viernes, prueba el lunes, despliega el martes. Tiempo de trabajo activo = 5 días hábiles. Tiempo de ciclo = 5 días. Tiempo de entrega = 9 días. La brecha de 4 días fue tiempo de cola antes de que comenzara el trabajo.

El tiempo de ciclo es una métrica interna. Su equipo lo controla. El tiempo de entrega es la métrica orientada al cliente que depende tanto del tiempo de ciclo como del tiempo de espera previo al trabajo.

Tiempo de ciclo vs tiempo de entrega: las diferencias clave

Aquí tiene una comparación en paralelo de ambas métricas.

La brecha entre ambos números es su tiempo de cola: el tiempo que una solicitud pasa esperando antes de que alguien la toque. Una brecha grande suele señalar un problema de backlog, no un problema de velocidad. Si su tiempo de entrega es de 10 días pero el tiempo de ciclo es de 2 días, el proceso está pasando 8 días esperando, no trabajando.

Cómo calcular el tiempo de ciclo y el tiempo de entrega

Ambas fórmulas son sencillas. El reto está en acordar exactamente cuándo arranca y se detiene cada reloj en su proceso específico.

Fórmula del tiempo de entrega

Tiempo de entrega = Fecha y hora de entrega menos fecha y hora de solicitud

Para un lote o promedio: sume los tiempos de entrega de un conjunto de elementos completados y divida entre el número de elementos.

Fórmula del tiempo de ciclo

Tiempo de ciclo = Fecha y hora de finalización menos fecha y hora de inicio del trabajo activo

Para un promedio de equipo en un período: divida la producción total entre el número de períodos trabajados.

La Ley de Little

La Ley de Little es la fórmula más útil que conecta ambas métricas:

Tiempo de entrega = Trabajo en curso (WIP) / Rendimiento (throughput)

Donde:

• Trabajo en curso (WIP) es el número de elementos que se están procesando actualmente (iniciados pero no terminados)
• Rendimiento (throughput) es el número de elementos completados por unidad de tiempo

Si su equipo completa 5 tickets por semana y siempre tiene 20 tickets en curso, la Ley de Little predice un tiempo de entrega promedio de 4 semanas. Para reducir a la mitad el tiempo de entrega, puede duplicar el rendimiento (difícil) o reducir el WIP a la mitad (a menudo más fácil y rápido). Por eso los límites de WIP son una práctica central en los sistemas Kanban y lean.

La Ley de Little funciona en cualquier proceso estable (un centro de llamadas, un sprint de software, una estación de picking de almacén) siempre que la tasa de flujo sea razonablemente constante.

Cómo reducir el tiempo de ciclo y el tiempo de entrega

Reducir ambas métricas empieza por saber cuál de las dos es realmente el problema.

Paso 1: Medir ambos por separado

Configure un seguimiento que registre la hora de llegada de la solicitud, la hora de inicio del trabajo y la hora de finalización de cada unidad. La mayoría de las herramientas de proyectos y tableros Kanban pueden hacer esto con una configuración mínima. No se puede mejorar lo que no se puede ver.

Paso 2: Identificar hacia dónde va realmente el tiempo

Dibuje un mapa de flujo de valor simple de su proceso. Marque qué etapas implican trabajo activo y cuáles son pura espera. Si su tiempo de entrega es de 10 días y su tiempo de ciclo es de 2 días, enfóquese primero en los 8 días de espera.

Paso 3: Limitar el trabajo en curso

Según la Ley de Little, reducir el WIP reduce directamente el tiempo de entrega. Establezca límites de WIP explícitos en cada etapa. Cuando una etapa alcanza su límite, tome trabajo nuevo solo cuando se libere un cupo. Esto se siente más lento pero casi siempre produce un flujo general más rápido porque detiene la acumulación que causa el tiempo de cola.

Paso 4: Eliminar bloqueos antes de que se repitan

Rastree por qué los elementos se estancan: aprobaciones faltantes, dependencias de otros equipos, requisitos poco claros, espera de acceso a entornos. Use análisis de causa raíz o una sesión de cinco por qués para llegar a los patrones que se repiten, y luego arregle el sistema en lugar de perseguir cada bloqueo individual.

Paso 5: Equilibrar sus estaciones de trabajo o la capacidad del equipo

La capacidad desigual crea cuellos de botella que inflan tanto el tiempo de ciclo como el tiempo de entrega. La teoría de restricciones le da un marco para encontrar la única restricción que limita todo el sistema; arréglela primero, y el resto del flujo se acelera. También puede aplicar técnicas de poka-yoke para prevenir defectos que causan retrabajo y extienden el tiempo de ciclo.

Paso 6: Reducir el tamaño de los lotes

Los lotes grandes de trabajo se mueven lentamente a través de un sistema incluso cuando los tiempos de ciclo individuales son cortos. Dividir una función de dos semanas en porciones desplegables diarias reduce drásticamente el tiempo de entrega porque la retroalimentación llega antes y el tiempo de cola disminuye.

Ejemplos de tiempo de ciclo vs tiempo de entrega

Los ejemplos de soporte y compras muestran un patrón al que apunta el pensamiento justo a tiempo: el trabajo real es una fracción pequeña del tiempo total transcurrido. La mayor parte del tiempo de entrega es traspaso, cola y sobrecarga de aprobación.

Takt time, tiempo de ciclo y tiempo de entrega

Estos tres términos suelen aparecer juntos, y cumplen propósitos distintos en las operaciones lean.

El takt time es la tasa objetivo a la que su proceso debe producir una unidad para igualar la demanda del cliente. Lo determina el mercado, no su equipo. Si los clientes demandan 100 unidades por turno de 8 horas, el takt time es de 4.8 minutos por unidad. El takt time es una herramienta de planificación.

El tiempo de ciclo es lo que su proceso realmente toma por unidad. Si el tiempo de ciclo es menor que el takt time, tiene capacidad de sobra. Si el tiempo de ciclo supera al takt time, no puede satisfacer la demanda. El takt time fija el punto de referencia; el tiempo de ciclo le dice qué tan cerca está.

El tiempo de entrega es la experiencia del cliente de principio a fin, que incluye el tiempo de ciclo más toda la espera antes y después del trabajo activo.

Los tres trabajan juntos: el takt time indica el ritmo objetivo, el tiempo de ciclo muestra su ritmo real por unidad, y el tiempo de entrega revela la espera total que experimenta el cliente desde la solicitud hasta la recepción.

Preguntas frecuentes

¿Cuál es la diferencia entre tiempo de ciclo y tiempo de entrega?

El tiempo de entrega es el tiempo total desde la solicitud del cliente hasta la entrega, incluyendo todos los períodos de espera. El tiempo de ciclo es solo el tiempo de trabajo activo una vez que una tarea o unidad se ha iniciado. El tiempo de entrega siempre es mayor o igual al tiempo de ciclo. La diferencia entre ambos es el tiempo de cola.

¿El tiempo de entrega siempre es mayor que el tiempo de ciclo?

Sí, en la práctica. El tiempo de ciclo es un componente del tiempo de entrega, así que el tiempo de entrega equivale al tiempo de ciclo más cualquier tiempo de espera antes y después del trabajo activo. El único escenario en el que serían iguales es si el trabajo comienza en el instante en que llega una solicitud y se entrega en el momento en que se termina, lo cual casi nunca ocurre en operaciones reales.

¿Qué es la Ley de Little y por qué importa?

La Ley de Little establece que el tiempo de entrega promedio equivale al WIP promedio dividido por el rendimiento promedio (elementos completados por unidad de tiempo). Importa porque le da una palanca: en lugar de intentar trabajar más rápido (rendimiento), puede reducir el WIP directamente para disminuir el tiempo de entrega. Un WIP menor significa que cada elemento se mueve más rápido por el sistema con menos competencia por los recursos.

¿Puede tener un tiempo de ciclo bajo pero un tiempo de entrega alto?

Sí, y es común. Si su equipo es rápido una vez que empieza a trabajar, pero las solicitudes se quedan en un backlog durante días antes de ser tomadas, el tiempo de ciclo será corto mientras el tiempo de entrega se mantiene alto. Este es exactamente el escenario que los límites de WIP y los sistemas basados en arrastre (pull) están diseñados para resolver.

¿Cómo rastrean estas métricas los tableros Kanban?

La mayoría de las herramientas Kanban (Jira, Linear, Trello y similares) registran la marca de tiempo cuando una tarjeta se mueve a una columna "en progreso" y cuando se mueve a "terminado". El tiempo de ciclo es la brecha entre esos dos eventos. El tiempo de entrega se rastrea desde la creación de la tarjeta (o el punto de la solicitud del cliente) hasta terminado. Muchas herramientas generan diagramas de flujo acumulado que muestran WIP, rendimiento y tiempo de entrega previsto todo en un solo gráfico.

---

Reducir el tiempo de ciclo y el tiempo de entrega no se trata de presionar a las personas para que se muevan más rápido. Se trata de eliminar la espera que llena el espacio entre el trabajo real. Mapee su flujo, limite su WIP y arregle los cuellos de botella: los números vienen solos.