Límites WIP: el número que cambia tu flujo

Por qué un límite WIP cambia más que un tablero

En un tablero Kanban, todo el mundo mira las columnas. Pocos miran el número de tarjetas que se acumulan en ellas. Sin embargo, ahí es donde se juega el plazo de entrega.

Un límite WIP (work in progress) es un tope: «no más de N tarjetas en esta columna en un momento dado». Cuando se alcanza el tope, no se tira de la siguiente tarjeta. Se termina lo que se ha empezado.

Pawel Brodzinski recuerda en Milk Kanban que el Kanban original es ante todo una señal visual: una tarjeta colocada sobre el último ladrillo de leche dice «hay que reponer», sin tablero ni columna. El límite WIP es exactamente esa señal, aplicada a una columna. No mide el esfuerzo, desencadena una decisión.

Sin límite, una columna «En curso» se convierte en una zona de almacenamiento. Las tarjetas entran rápido, salen despacio, y nadie ve el problema hasta que el cliente espera.

Cómo calcular un primer límite, sin equivocarse

No existe una fórmula mágica, pero un punto de partida razonable evita empezar a ciegas.

La regla básica

• Cuenta el número de personas que trabajan realmente en la columna (no en el equipo, en la columna).
• Añade 1 para absorber los imprevistos (una tarjeta bloqueada, una revisión, una prueba).
• El resultado es tu límite de partida. Ejemplo: 3 desarrolladores en «En curso» → límite 4.

Esta regla es deliberadamente tosca. Sirve para poner un número, no para defenderlo. La calibración viene después.

Dividir antes de poner topes

Una columna cajón de sastre («En curso» que contiene desarrollo, revisión y prueba) hace inútil cualquier límite: el tope se aplica a etapas que no tienen la misma duración. Divide primero en columnas que representen etapas reales del flujo. Después, pon topes a cada columna por separado.

En una herramienta como Ever Earlier, esto se traduce en columnas personalizadas con arrastrar y soltar y registro de actividad, lo que permite ver cuántas tarjetas se han movido y cuándo. El registro sirve como materia prima para la medición.

El ejercicio de calibración por columna, durante dos semanas

Objetivo: encontrar el límite que reduce el plazo sin dejar al equipo sin trabajo. Una sola columna a la vez, dos semanas, tres mediciones.

Semana 0: medir el estado actual

1. Anota, cada día a la misma hora, el número de tarjetas en la columna objetivo.
2. Anota el plazo medio entre la entrada y la salida de esa columna para las tarjetas terminadas.
3. Anota el número de tarjetas bloqueadas (con un motivo: espera de información, dependencia, bug).

Semana 1: aplicar el límite

Fija el límite calculado. Cuando se alcanza, la regla es simple: no se tira de una nueva tarjeta. Se ayuda a terminar, se desbloquea, se revisa.

Espera resistencia. En las primeras horas, alguien dirá «pero si no tengo nada que hacer». Es precisamente la señal de que la columna anterior está mal alimentada, o de que el límite es demasiado bajo.

Semana 2: ajustar un punto

• Si la columna permanece llena y hay personas esperando: sube el límite en 1.
• Si la columna se vacía a menudo y el plazo aumenta: baja el límite en 1.
• Si el plazo baja y la cola anterior no se alarga: mantén el límite.

Repite el ejercicio en la siguiente columna. Dos semanas por columna, no más. Más allá, el equipo pierde el hilo.

Medir el efecto: tres métricas son suficientes

No hace falta un panel de veinte indicadores. Tres mediciones cuentan lo esencial.

El plazo de entrega (lead time)

Tiempo entre la entrada de una tarjeta en el flujo y su salida. Es la métrica que el cliente percibe. Si el límite WIP funciona, este número baja o se estabiliza.

El rendimiento (throughput)

Número de tarjetas terminadas por semana. Atención: un límite WIP puede hacer bajar el rendimiento a corto plazo, y luego subirlo. No juzgues en tres días.

El flujo acumulado

Un gráfico donde cada banda representa una columna, apilada en el tiempo. Si la banda «En curso» se engrosa, estás acumulando trabajo no terminado. Si se mantiene fina y la banda «Terminado» sube con regularidad, el flujo es sano.

Ever Earlier ofrece informes burndown, velocidad y flujo acumulado, así como un diagrama de Gantt. Estas vistas no sustituyen la decisión, la hacen visible en reunión.

Tres errores que anulan el efecto de un límite WIP

Un límite WIP mal utilizado se convierte en una restricción arbitraria. Estos son los errores más frecuentes.

Aplicar el límite a todo el equipo de golpe

Si pones topes a cinco columnas el mismo lunes, nadie sabe qué límite causa qué efecto. Una columna a la vez.

Confundir límite y objetivo de productividad

Un límite WIP no es una cuota. Dice «dejad de empezar», no «producid más». Si lo usas para presionar, el equipo lo sorteará dividiendo las tarjetas artificialmente.

Olvidar dividir las tarjetas grandes

Una tarjeta que tarda tres semanas bloquea una columna entera. Las user stories con criterios de aceptación y puntos ayudan a detectar las que son demasiado grandes antes de que entren en el flujo. El agente IA de Ever Earlier, que genera user stories a partir de epics, sirve exactamente para eso: dividir antes de poner topes.

Conectar el límite a los rituales existentes

Un límite WIP no sobrevive si no se discute. Debe aparecer en los rituales que el equipo ya celebra.

• Daily: empieza por la columna con tope. ¿Quién está bloqueado? ¿Qué hay que terminar hoy?
• Revisión de flujo: una vez por semana, mira el flujo acumulado. ¿Se engrosa la banda «En curso»?
• Retrospectiva: ajusta un límite, no cinco. Anota el cambio en el registro de actividad.

Si tu equipo usa sprints y un backlog, el límite WIP también se aplica durante el sprint: impide tirar de una nueva user story mientras no se haya terminado la anterior. A menudo es ahí donde produce más efecto, porque la tentación de paralelizar es fuerte.