Métricas Kanban: Lead Time, Cycle Time y Throughput

Si Scrum mide el trabajo con story points y velocity, Kanban mide el trabajo con tiempo y flujo. Las métricas de Kanban son más objetivas porque se basan en datos reales (cuánto tardó realmente cada ítem) en lugar de estimaciones (cuánto creemos que tardará).

En esta lección aprenderás las 3 métricas fundamentales de Kanban y cómo usarlas para mejorar el rendimiento de tu equipo de manera basada en evidencia.

Métrica 1: Lead Time (Tiempo de Entrega)

Definición: El tiempo total desde que se solicita un trabajo hasta que se entrega al cliente.

Lead Time = Fecha de entrega - Fecha de solicitud

O en el tablero Kanban: el tiempo desde que la tarjeta entra al backlog hasta que sale de la última columna (Done).

Por qué importa:
El Lead Time es la métrica que más le importa al cliente. Cuando un usuario reporta un bug, no le interesa cuándo el equipo empezó a trabajarlo; le interesa cuándo estará resuelto. El Lead Time captura toda la experiencia del cliente, incluyendo el tiempo de espera antes de que el equipo empiece a trabajar.

Ejemplo:

• La solicitud de una nueva funcionalidad se registra el 1 de febrero
• La funcionalidad se entrega el 28 de febrero
• Lead Time = 28 días

Cómo mejorar el Lead Time:

• Reducir el tiempo de espera en el backlog (reponerlo más frecuentemente)
• Reducir los WIP (por la Ley de Little: menos WIP = menor Lead Time)
• Reducir el tamaño de los ítems (ítems más pequeños fluyen más rápido)

Métrica 2: Cycle Time (Tiempo de Ciclo)

Definición: El tiempo que tarda el equipo en completar un ítem de trabajo desde que activamente empieza a trabajarlo hasta que lo termina.

Cycle Time = Fecha de finalización - Fecha de inicio activo del trabajo

En el tablero: desde que la tarjeta sale del backlog (pasa a una columna activa como En desarrollo) hasta que llega a Done.

Lead Time vs. Cycle Time:

[Solicitud]----[Inicio activo]-----[Finalización]
|              |                  |
|←── Espera ──→|←── Cycle Time ──→|
|←──────────── Lead Time ─────────→|

La diferencia entre Lead Time y Cycle Time es el tiempo de espera: el tiempo que el ítem pasó en el backlog antes de ser trabajado activamente.

Por qué importa:
Mientras el Lead Time refleja la experiencia del cliente, el Cycle Time refleja la eficiencia del equipo. Un equipo puede tener un Cycle Time excelente (trabaja muy rápido) pero un Lead Time terrible (los ítems esperan semanas antes de ser trabajados).

Ejemplo:

• El bug se registra el 1 de febrero (Lead Time empieza)
• El equipo empieza a trabajarlo el 15 de febrero (Cycle Time empieza)
• El bug se resuelve el 20 de febrero (Cycle Time y Lead Time terminan)
• Cycle Time = 5 días | Lead Time = 19 días

Cómo mejorar el Cycle Time:

• Reducir WIP (menos trabajo simultáneo = cada ítem avanza más rápido)
• Reducir el tamaño de los ítems
• Eliminar bloqueos y dependencias externas
• Mejorar la calidad del trabajo entrante (menos retrabajo)

Métrica 3: Throughput (Rendimiento o Caudal)

Definición: El número de ítems completados por unidad de tiempo.

Throughput = Número de ítems completados / Período de tiempo

Ejemplo: Si el equipo completó 12 ítems en las últimas 4 semanas, el Throughput es 3 ítems por semana.

Por qué importa:
El Throughput es la métrica de capacidad del sistema. Dice cuánto trabajo puede entregar el equipo en un período dado. Es especialmente útil para:

• Predecir cuándo se completará un proyecto (sin necesidad de estimaciones)
• Entender el impacto de cambios en el proceso
• Comparar el desempeño del equipo en diferentes períodos

Throughput para planificación sin estimaciones:
Puedes usar el Throughput histórico para predecir fechas de entrega sin estimar cada ítem individualmente:

• Throughput histórico: 3 ítems/semana (con rango: entre 2 y 5 ítems/semana)
• Backlog a completar: 30 ítems
• Estimación optimista: 30 / 5 = 6 semanas
• Estimación pesimista: 30 / 2 = 15 semanas
• Estimación central: 30 / 3 = 10 semanas

Esto es mucho más honesto que decir exactamente 10 semanas, porque captura la variabilidad real del sistema.

El Diagrama de Flujo Acumulado (CFD) es el gráfico más informativo de Kanban. Muestra visualmente el estado del sistema a lo largo del tiempo.

Cómo leer un CFD:

• Eje X: Tiempo (días, semanas)
• Eje Y: Número de ítems
• Bandas de colores: Cada columna del tablero es una banda

Lo que cada banda muestra:

• El ancho de la banda de una columna en un punto del tiempo = cuántos ítems están en esa etapa en ese momento
• Una banda que se agranda indica que el trabajo se acumula en esa etapa (cuello de botella)
• Una banda que desaparece indica que esa etapa fue eliminada o mejorada

Patrones del CFD:

CFD saludable: Las bandas son delgadas y relativamente paralelas. El trabajo fluye suavemente sin acumularse en ninguna etapa.

CFD con cuello de botella: Una banda (por ejemplo, En revisión) se hace muy ancha en algún período. Indica que el trabajo se acumula antes de esa etapa.

CFD con alcance creciente: La banda de Backlog se agranda continuamente. Indica que entra más trabajo al sistema del que se completa.

CFD con pausa: Todas las bandas se vuelven planas (horizontales) por un período. Indica que el equipo no completó nada (vacaciones, crisis, etc.).

Control Chart (Scatterplot de Cycle Time)

Un gráfico de dispersión donde:

• Cada punto es un ítem completado
• El eje X es la fecha de completado
• El eje Y es el Cycle Time en días

Este gráfico te muestra:

• El rango normal de Cycle Time de tu equipo
• Los outliers (ítems que tardaron mucho más de lo usual)
• Tendencias: ¿el Cycle Time está mejorando o empeorando?

Las líneas de percentiles son especialmente útiles:

• Percentil 50 (mediana): La mitad de los ítems se completan en este tiempo o menos
• Percentil 85: El 85% de los ítems se completan en este tiempo o menos (buen punto de referencia para comprometerse con clientes)
• Percentil 95: Casi todos los ítems se completan en este tiempo o menos

Cómo usar los percentiles para compromisos:
En lugar de decir este ítem tardará 5 días (una estimación con falsa precisión), puedes decir: basado en nuestro histórico, el 85% de los ítems similares se completan en 8 días o menos. Eso es mucho más honesto y útil.

En herramientas digitales:

Jira: Genera automáticamente Lead Time, Cycle Time, Throughput y el Cumulative Flow Diagram en el tablero Kanban.

Trello (con Power-Ups): Plugins como Corrello o Time in List permiten rastrear tiempo en cada columna.

Azure DevOps: También tiene métricas de flujo integradas para tableros Kanban.

Herramientas dedicadas: ActionableAgile, Nave, y Screenful se conectan con Jira/Trello y ofrecen análisis avanzados.

En tableros físicos:

• Anota en cada tarjeta la fecha de inicio y la fecha de finalización
• Exporta estos datos a una hoja de cálculo semanalmente
• Calcula Lead Time, Cycle Time y Throughput en la hoja
• Usa Google Sheets o Excel para graficar el CFD y el Control Chart

Kanban tiene varias cadencias (reuniones recurrentes) donde estas métricas se revisan:

Standup diario (Daily Standup): Recorre el tablero de derecha a izquierda. Identifica bloqueos. No se revisan métricas detalladas.

Revisión de reposición semanal (Replenishment Meeting): El equipo revisa qué ítems jalar del backlog al flujo activo. Se considera el Throughput reciente para no sobre-cargar el sistema.

Revisión de riesgos quincenal: Se revisa el Control Chart para identificar ítems con Cycle Time anormalmente alto (posibles bloqueos no resueltos).

Revisión de servicio mensual: Análisis completo de Lead Time, Cycle Time, Throughput y CFD. Se identifican tendencias y se deciden mejoras al sistema.

Resumen de la Lección

• Lead Time: Tiempo desde la solicitud hasta la entrega. Perspectiva del cliente. Meta: reducirlo.
• Cycle Time: Tiempo desde que se inicia el trabajo activamente hasta que se termina. Perspectiva del equipo.
• Throughput: Número de ítems completados por período. Mide la capacidad del sistema.
• El Cumulative Flow Diagram (CFD) visualiza el estado del sistema en el tiempo e identifica cuellos de botella.
• El Control Chart muestra la variabilidad del Cycle Time y permite hacer compromisos basados en percentiles.

Felicitaciones por completar el Módulo 3. Ahora dominas Kanban. En el próximo módulo, aprenderás sobre las herramientas y la gestión de equipos en contextos ágiles.