Kanban: tablero, límites WIP y métricas de flujo

Kanban es un método para gestionar el trabajo como un flujo: en lugar de planificar en ciclos fijos, haces visible todo lo que está en marcha, limitas cuántas cosas se hacen a la vez y mejoras poco a poco el recorrido de cada tarea. Nació en la manufactura japonesa y hoy lo usan equipos de marketing, soporte, mantenimiento, contabilidad y software. Funciona especialmente bien cuando el trabajo llega de forma continua y con prioridades cambiantes. Lo verás con Agencia Norte, una agencia de marketing digital de Buenos Aires que producía mucho, pero entregaba tarde.

1. Visualiza el flujo
2. Limita el WIP
3. Haz explícitas las reglas
4. Mide el flujo
5. Mejora continuamente

Paso 1: visualizar el flujo en un tablero

Un tablero Kanban tiene una columna por cada etapa por la que pasa el trabajo y una tarjeta por cada pieza de trabajo. La regla de oro: el tablero debe reflejar cómo trabajas de verdad, no cómo te gustaría trabajar. Si las piezas esperan días la aprobación del cliente, esa espera merece su propia columna, porque es justo donde se pierde el tiempo.

Así es el tablero de Agencia Norte, que produce posts, reels, piezas web y correos para doce clientes:

Cada tarjeta lleva lo mínimo para gestionarla: qué es, para qué cliente, quién la tiene y desde cuándo está en esa columna. Con eso, en la reunión diaria de 15 minutos frente al tablero, el equipo no repasa «qué hizo cada uno», sino qué tarjetas están trabadas y cómo moverlas, recorriendo el tablero de derecha a izquierda: primero lo que está más cerca de terminarse.

Paso 2: limitar el trabajo en curso (WIP)

El límite WIP (del inglés work in progress) es el número máximo de tarjetas que puede haber a la vez en una columna. Parece contradictorio: ¿limitar el trabajo para entregar más rápido? Funciona por tres razones:

• Menos cambios de contexto: quien diseña seis piezas a la vez pierde tiempo saltando de una a otra.
• Los cuellos de botella se ven: si «Revisión del cliente» está siempre llena, el problema no es el diseño, es la aprobación.
• Se pasa de empujar a jalar: una pieza nueva solo entra cuando sale otra. El equipo deja de empezar y empieza a terminar.

La ley de Little

La relación entre trabajo en curso, rendimiento y tiempo es una ley matemática del flujo, válida en promedio cuando el sistema es estable:

Tiempo de ciclo promedio = Trabajo en curso promedio ÷ Rendimiento promedio

Antes:   18 piezas en curso ÷ 6 piezas por semana = 3 semanas (15 días hábiles)
Después: 12 piezas en curso ÷ 6 piezas por semana = 2 semanas (10 días hábiles)

El equipo no trabajó más horas ni entregó más piezas por semana: simplemente dejó de acumular trabajo empezado. Con el mismo rendimiento, cada pieza tarda un tercio menos en llegar al cliente.

¿Cómo elegir el límite?

No hay una fórmula exacta. Un punto de partida razonable es contar cuántas tarjetas hay hoy en cada columna y poner un límite algo menor; o usar el número de personas de esa etapa más uno. Luego se ajusta: si nadie siente nunca la presión del límite, está muy alto; si el equipo pasa mucho tiempo sin poder trabajar, está muy bajo.

Paso 3: reglas explícitas y clases de servicio

Las reglas del tablero se escriben y se pegan en él: qué significa que una pieza esté «lista para revisión», quién puede mover tarjetas, qué pasa si una tarjeta lleva más de 5 días bloqueada. También conviene distinguir tipos de trabajo, porque no todos se atienden igual:

Paso 4: medir el flujo

Kanban no usa puntos ni velocidad. Usa métricas de tiempo y cantidad, fáciles de registrar con dos fechas por tarjeta:

Pronosticar con percentiles en lugar de promedios

Estos fueron los tiempos de ciclo (en días hábiles) de las últimas 20 piezas de Agencia Norte, ya ordenados:

2  3  3  4  4  4  5  5  5  6  6  6  7  7  8  8  9  11  14  18

Promedio  = 135 ÷ 20 = 6,75 días
Mediana   = 6 días (la mitad de las piezas tarda 6 días o menos)
Percentil 85: posición 0,85 × 20 = 17 → el valor 17.º es 9 días

Si Lucía prometiera «entregamos en 7 días» (el promedio redondeado), fallaría con casi la mitad de las piezas. Con el percentil 85 puede decir algo mucho más honesto: «el 85% de las piezas se entrega en 9 días hábiles o menos». Y las piezas de 14 y 18 días merecen una conversación: ¿qué las demoró?

Scrum, Kanban o ambos

Muchos equipos combinan ambos: sprints con un tablero que tiene límites WIP, o Kanban con una revisión quincenal con el cliente. A esa mezcla se le suele llamar Scrumban. Lo importante no es el nombre, sino que el método resuelva el problema real del equipo.

Errores comunes con Kanban

Resumen

• Kanban gestiona el trabajo como flujo: visualiza, limita lo que está en curso y mejora poco a poco.
• El tablero debe reflejar el proceso real, incluidas las esperas; las tarjetas bloqueadas se atienden primero.
• Ley de Little: tiempo de ciclo promedio = trabajo en curso ÷ rendimiento; menos WIP es igual a entregas más rápidas.
• Mide tiempo de entrega, tiempo de ciclo y rendimiento, y comprométete con percentiles, no con promedios.
• Scrum encaja con productos nuevos; Kanban, con trabajo continuo; muchos equipos combinan ambos.

En la próxima lección: Herramientas: Trello, Asana, Jira y Excel. Compararás las herramientas más usadas, elegirás la adecuada con una matriz de decisión y aprenderás a sacarle provecho a la plantilla de Excel del curso.