Kanban WIP limit🌎 Actualizado mayo de 2026
El WIP limit (Work In Progress limit, o límite de trabajo en curso) es la cantidad máxima de tareas que pueden estar activas simultáneamente en una columna del tablero Kanban. Su objetivo es evitar la sobrecarga cognitiva, reducir el tiempo de ciclo y aumentar el flujo de trabajo. La fórmula más usada para calcularlo es la Ley de Little: WIP = Throughput × Lead Time, aunque en la práctica el límite por columna suele derivarse de la cantidad de personas en el equipo y su capacidad de atención. Un WIP bien calibrado impide que las tareas se acumulen sin terminarse y fuerza al equipo a resolver bloqueos antes de arrancar algo nuevo.
Cuándo usar esta calculadora
- Equipo de desarrollo de software que quiere reducir el tiempo que tarda una historia de usuario en pasar de 'En progreso' a 'Listo' (Lead Time).
- Diseñador freelance que trabaja solo y necesita saber cuántos proyectos puede tener abiertos en paralelo sin perder calidad ni plazos.
- Área de soporte técnico que gestiona tickets en un tablero Kanban y necesita evitar que la columna 'En revisión' se convierta en un cuello de botella.
- Equipo de marketing de contenidos que coordina artículos, campañas y piezas gráficas y quiere calcular el WIP ideal por etapa del proceso (Redacción, Revisión, Publicación).
Ejemplo de cálculo
- Ejemplo
- Resultado
Cómo funciona
4 min de lecturaCómo se calcula
El WIP limit no es un número fijo universal: se deriva de la Ley de Little y de la capacidad real del equipo.
# Ley de Little (base teórica)
WIP = Throughput × Lead Time
Donde:
Throughput = tareas completadas por unidad de tiempo (ej: 5 tareas/semana)
Lead Time = tiempo promedio que tarda una tarea de inicio a fin (ej: 2 semanas)
WIP = tareas en curso en estado estacionario
# Regla práctica de David Anderson (Kanban: Successful Evolutionary Change)
WIP limit por columna = Cantidad de personas asignadas a esa columna × 1.5
# Variante conservadora (equipos nuevos en Kanban)
WIP limit = Cantidad de personas × 1 (una tarea por persona, sin buffer)
# Variante para columnas de espera/cola (ej: "Backlog refinado")
WIP limit = WIP de la columna siguiente × 2Ejemplo concreto con la Ley de Little:
---
Tabla de referencia
| Tamaño del equipo | WIP conservador (×1) | WIP estándar (×1.5) | WIP relajado (×2) |
|---|---|---|---|
| 1 persona | 1 | 2 | 2 |
| 2 personas | 2 | 3 | 4 |
| 3 personas | 3 | 5 | 6 |
| 4 personas | 4 | 6 | 8 |
| 5 personas | 5 | 8 | 10 |
| 6 personas | 6 | 9 | 12 |
| 8 personas | 8 | 12 | 16 |
| 10 personas | 10 | 15 | 20 |
> Nota: El WIP "conservador" (×1) se recomienda para equipos que recién adoptan Kanban o que tienen muchos bloqueos. El "relajado" (×2) aplica cuando las tareas son muy heterogéneas en tamaño.
---
Casos típicos
Caso 1 — Equipo de software de 5 personas
Un equipo de 5 developers tiene una columna "En desarrollo". Aplican la fórmula estándar:
Caso 2 — Freelancer de diseño UX (1 persona)
Trabaja sola con columnas: Relevamiento → Diseño → Revisión → Entregado.
Caso 3 — Área de soporte con 6 agentes
Tickets que pasan por: Recibido → En análisis → Esperando cliente → Resuelto.
---
Errores comunes
1. Poner un WIP limit demasiado alto al inicio: Un límite de 20 tareas para un equipo de 3 personas no genera ninguna presión para terminar. El WIP limit tiene que doler un poco para ser efectivo.
2. Aplicar el mismo límite a todas las columnas: Las columnas de espera (buffer) necesitan WIP distintos a las columnas activas. Mezclarlos lleva a cuellos de botella invisibles.
3. No actualizar el WIP limit cuando cambia el equipo: Si un dev se va de licencia y el límite queda en 9, el equipo de 4 restantes va a estar siempre al tope. El WIP debe recalcularse ante cualquier cambio de capacidad.
4. Confundir WIP limit con velocidad del equipo: El WIP limit no mide cuánto produce el equipo, sino cuánto puede tener "abierto" a la vez. Un WIP bajo con buen flujo es mejor que un WIP alto con muchas tareas bloqueadas.
5. Ignorar el WIP cuando hay urgencias: Muchos equipos rompen el límite ante cada "urgencia" y terminan sin poder medir ni mejorar su proceso. La urgencia real debe reemplazar una tarea en curso, no sumarse.
---
Calculadoras relacionadas
Preguntas frecuentes
¿Qué es exactamente el WIP limit en Kanban?
El WIP limit (Work In Progress limit) es la cantidad máxima de tareas que pueden estar activas al mismo tiempo en una columna del tablero Kanban. Fue formalizado por David Anderson en su libro Kanban: Successful Evolutionary Change for your Technology Business (2010). Su función principal es generar presión para terminar tareas antes de empezar nuevas, lo que reduce el Lead Time y mejora la calidad del trabajo.
¿Cuál es la diferencia entre WIP limit y velocidad del equipo?
El WIP limit mide cuántas tareas pueden estar abiertas simultáneamente, mientras que la velocidad (o Throughput) mide cuántas tareas se completan en un período. Un equipo puede tener WIP limit = 6 y velocidad = 20 tareas/semana si el flujo es ágil. Confundirlos lleva a equipos que abren muchas tareas pero cierran pocas: exactamente lo que Kanban intenta evitar.
¿Con qué número empiezo si nunca usé WIP limits?
La recomendación de David Anderson para equipos que recién adoptan Kanban es arrancar con N × 1.5 (donde N es la cantidad de personas en esa columna), redondeando hacia arriba. Por ejemplo, un equipo de 3 personas arranca con WIP = 5. Después de 2 o 3 semanas, medís el Lead Time real y ajustás usando la Ley de Little: WIP = Throughput × Lead Time.
¿Qué pasa si se supera el WIP limit?
Superar el WIP limit es una señal de alarma, no un error fatal. El proceso Kanban indica que cuando se alcanza el límite, nadie del equipo puede empezar una tarea nueva: primero hay que desbloquear o completar una existente. Si el límite se rompe frecuentemente, puede indicar que el número es demasiado bajo, que hay demasiados bloqueos externos, o que el equipo no tiene el hábito de cerrar tareas antes de abrir nuevas.
¿El WIP limit se aplica a todo el tablero o columna por columna?
Se puede aplicar de ambas formas. El WIP global del tablero se calcula con la Ley de Little y te dice cuántas tareas pueden existir en todo el sistema a la vez. El WIP por columna es más granular y ayuda a identificar cuellos de botella específicos. Lo más común en la práctica es aplicarlo columna por columna, especialmente en las columnas activas (las que implican trabajo humano directo), y usar WIP más holgados en columnas de cola o buffer.
¿Cómo afecta el WIP limit al Lead Time?
Según la Ley de Little, Lead Time = WIP ÷ Throughput. Esto significa que si reducís el WIP manteniendo el mismo Throughput, el Lead Time baja proporcionalmente. Por ejemplo: si tu equipo tiene WIP = 20 y Throughput = 5 tareas/semana, el Lead Time es 4 semanas. Si reducís el WIP a 10, el Lead Time pasa a 2 semanas. Esta es la razón matemática por la que los límites de WIP aceleran las entregas.
¿Los WIP limits aplican en proyectos personales o solo en equipos?
Aplican perfectamente en contextos individuales. Un freelancer o profesional independiente puede tener un tablero Kanban personal con columnas como 'En proceso', 'En revisión' y 'Esperando feedback'. Aplicar WIP = 2 en 'En proceso' significa que no arrancás un tercer proyecto hasta cerrar uno. Estudios de productividad como los de Gloria Mark (Universidad de California, Irvine) muestran que el multitasking intensivo puede reducir la productividad cognitiva hasta un 40%.
¿Cada cuánto tiempo debo revisar y ajustar el WIP limit?
La recomendación general es revisarlo cada 2 a 4 semanas (equivalente a un sprint en metodologías ágiles) o ante cualquier cambio significativo del equipo (alta, baja, cambio de rol). El ajuste se hace comparando el Lead Time real con el objetivo: si el Lead Time está bajando y el equipo no siente presión extrema, el WIP está bien calibrado. Si hay tareas acumuladas sin moverse más de 3 días, el WIP es demasiado alto.
Fuentes y referencias
Metodología y confianza
Contenido revisado por el equipo editorial de Hacé Cuentas, con apego a nuestra política editorial y metodología de cálculo.
Última revisión: 22 de mayo de 2026. Los parámetros fiscales, legales y datos se verifican periódicamente con las fuentes citadas.
Los cálculos corren 100% en tu navegador. No guardamos ni transmitimos tus datos. Leé nuestra política de privacidad.
Resultados orientativos. Para decisiones financieras, médicas o legales críticas, consultá con un profesional.