Establecer límites de WIP
Guía práctica para determinar los límites adecuados para tu equipo.
1No existe un número perfecto
Una pregunta común: "¿Cuál debería ser nuestro límite de WIP?"
La respuesta honesta: No lo sabemos. Comienza en algún lugar y ajusta.
Los límites de WIP son experimentos, no cálculos. Diferentes contextos necesitan diferentes límites, y el límite correcto hoy podría estar equivocado el próximo mes.
Dicho esto, hay puntos de partida razonables y principios para guiarte.
2Límites por columna vs. límites de todo el sistema
Puedes establecer límites de WIP en diferentes niveles:
Límites por columna: Cada etapa tiene su propio límite.
- "Dev: 3" / "Revisión: 2" / "QA: 2"
- Crea equilibrio entre etapas
- Previene que cualquier etapa se convierta en un cuello de botella
Límite de todo el sistema: Total de elementos en el sistema.
- "Máximo 15 elementos desde Listo hasta Hecho"
- Más simple de gestionar
- No previene cuellos de botella internos
Límites por persona: El WIP de cada persona está limitado.
- "Máximo 2 elementos por persona"
- Bueno para trabajo de conocimiento donde el cambio de contexto es costoso
- Puede combinarse con límites por columna
La mayoría de los equipos usa una combinación: Límites por columna para el flujo de trabajo, a veces con límites por persona superpuestos.
3Puntos de partida
La regla "n o n-1": Comienza con un límite igual o uno menos que el número de personas trabajando en esa etapa.
Si 3 desarrolladores trabajan en la columna Dev, prueba un límite de WIP de 3 o 2.
Por qué funciona:
- Asegura que las personas no estén inactivas (cada una puede tener un elemento)
- Crea una ligera presión para colaborar (límite de n-1)
- Proporciona un punto de partida razonable
La regla "2x rendimiento": Establece el WIP del sistema en aproximadamente 2x tu rendimiento semanal.
Si completas 8 elementos por semana, apunta a ~16 elementos en el sistema en total.
Por qué funciona:
- Implica aproximadamente 2 semanas de tiempo de entrega
- Proporciona suficiente margen para variación
- Previene sobrecarga extrema
Comienza más alto, luego reduce
Es más fácil comenzar con límites más altos y ajustarlos que comenzar demasiado ajustado y crear frustración. Reduce el límite cuando las cosas se sientan fluidas; los puntos de dolor te dirán dónde.
4Señales de que los límites están equivocados
El límite es demasiado alto:
- Nunca se alcanza el límite
- Los elementos envejecen en la columna
- El cambio de contexto es constante
- Los tiempos de entrega son largos
El límite es demasiado bajo:
- Se alcanza constantemente el límite
- Las personas están frecuentemente bloqueadas/inactivas
- El trabajo se agota en las etapas posteriores
- La frustración del equipo es alta
Justo (por ahora):
- Alcances ocasionales del límite que promueven colaboración
- El trabajo fluye constantemente a través de las etapas
- Los tiempos de entrega son razonables
- El equipo se siente desafiado pero no abrumado
Recuerda: "Justo" es dinámico. A medida que el equipo mejora, ajusta los límites. A medida que la composición del equipo cambia, reajusta.
La columna Dev alcanza su límite 2-3 veces por semana. Cada vez, un desarrollador termina una revisión en lugar de comenzar trabajo nuevo. El flujo mejora, y el equipo tiene discusiones productivas sobre prioridades.
La columna Dev tiene un límite de 10 para 3 desarrolladores. Nunca se alcanza. Todos tienen 3+ elementos en progreso. El cambio de contexto es desenfrenado. El límite es decoración.
5Ajustar con el tiempo
Los límites de WIP deben evolucionar. Aquí hay un proceso saludable:
Configuración inicial: Elige límites iniciales razonables usando las heurísticas anteriores.
Observación semanal: ¿Se están alcanzando los límites? ¿Con demasiada frecuencia? ¿Nunca? ¿Qué sucede cuando se alcanzan?
Discusión en retro: Revisa el flujo. ¿Los límites están ayudando? ¿Qué debería cambiar?
Ajuste gradual: A medida que el equipo mejora el flujo, intenta reducir los límites. Límites más bajos revelan problemas más temprano y crean más presión para la eficiencia.
Flexibilizar cuando sea necesario: Circunstancias cambiantes (nuevos miembros del equipo, nuevos tipos de trabajo) pueden requerir relajar los límites temporalmente.
La señal de madurez: Los equipos Kanban consolidados a menudo tienen límites sorprendentemente bajos. Han eliminado el desperdicio y pueden trabajar efectivamente con restricciones ajustadas.
- No hay una fórmula para límites de WIP perfectos—son experimentos
- Comienza con límites aproximadamente iguales al tamaño del equipo por etapa
- Observa las señales de que los límites son demasiado altos o demasiado bajos
- Ajusta los límites regularmente basándote en el flujo observado
- Los equipos consolidados a menudo ajustan los límites con el tiempo
- •Establecer límites y nunca ajustarlos
- •Límites tan altos que nunca se alcanzan
- •Límites tan bajos que el equipo está frustrado y sin trabajo
- •Tratar las violaciones del límite de WIP como fallas en lugar de información