Metodologías
Kanban en la práctica: límites WIP
En una línea: Kanban funciona porque tiene un principio simple: no podés tener más de X tareas en curso a la vez. Eso es el límite WIP (Work In Progress). Si el límite es 3 y ya tenés 3 tareas en "En curso", no podés mover una cuarta desde "Por hacer" hasta que una de las tres pase a "Hecho". El límite fuerza a terminar antes de empezar — y eso es lo que reduce el tiempo que tarda una tarea en ir del inicio al fin.
Qué es el límite WIP (y por qué sin eso, Kanban no es Kanban)
Kanban tiene tres principios básicos: visualizar el trabajo, limitar el trabajo en curso, y gestionar el flujo. El segundo es el que lo diferencia de un tablero cualquiera. Un tablero donde tenés 15 tareas en "En curso" y no hay límite no es Kanban — es una lista de tareas desordenada.
El problema sin límite WIP: cuando no hay límite, el equipo tiende a empezar muchas tareas y terminar pocas. El resultado es un montón de trabajo a medio hacer y nada que se entregue. El límite WIP corrige esto invirtiendo el incentivo: no podés empezar algo nuevo hasta terminar algo viejo, así que terminás más rápido.
Cómo definir el límite WIP correcto
El límite WIP no se inventa — se calcula en base a tu equipo. Dos formas simples:
- Método del tamaño del equipo: límite WIP = número de personas en el equipo. Si son 4 personas, límite WIP = 4. Es un punto de partida, no una regla fija.
- Método del flujo actual: mirá tu tablero actual y contá cuántas tareas hay en "En curso". Si hay 8 y el equipo está bloqueado, bajalo a 6 y medí el resultado. Ajustá hasta que el flujo mejore.
Regla de oro: el límite WIP debe ser lo suficientemente bajo como para forzar al equipo a terminar, pero lo suficientemente alto como para que no sea una fuente de bloqueo constante. Si siempre estás chocando contra el límite, es muy bajo. Si nunca lo tocás, es muy alto.
Límites WIP por columna (no solo global)
Kanban avanzado usa límites WIP por columna, no solo un límite global para "En curso". Por ejemplo:
| Columna | Límite WIP |
|---|---|
| Por hacer | Sin límite |
| En curso | 3 |
| Testing | 2 |
| Hecho | Sin límite |
En este ejemplo, si hay 2 tareas en "Testing", no se puede mover una tercera hasta que una pase a "Hecho". Esto evita que Testing se convierta en un cuello de botella donde las tareas se acumulan sin avanzar.
Qué hacer cuando chocás contra el límite WIP
Si el límite WIP es 3 y ya tenés 3 tareas en "En curso", llegás una nueva tarea y no podés moverla a "En curso". ¿Qué hacés?
- Priorizá: ¿alguna de las 3 tareas actuales puede esperar? Si sí, movela a "Por hacer" y entra la nueva.
- Terminá algo: la respuesta correcta en Kanban es terminar una de las 3 tareas actuales, no arrancar una cuarta.
- Ajustá el límite: si esto pasa seguido, quizás el límite es muy bajo. Aumentalo a 4 y medí el impacto en el flujo.
La tentación es "por esta vez hago una excepción". No la hagas. El límite WIP pierde valor si tiene excepciones constantes.
Kanban y Scrum: ¿son incompatibles?
No. Muchos equipos usan Scrum para el ritmo (sprints) y Kanban para el flujo interno (tablero con límites WIP dentro del sprint). El límite WIP protege el sprint: si el límite es 3 y hay 3 tareas en curso, el equipo no empieza una cuarta aunque esté en el backlog del sprint, lo que aumenta la probabilidad de completar el compromiso. Ver Scrum vs Kanban para más detalles.
Límites WIP y carga de trabajo del equipo
Los límites WIP exponen cuándo el equipo está sobrecargado. Si siempre estás chocando contra el límite WIP y no hay manera de terminarlo más rápido, el problema no es el límite — es que el equipo tiene demasiado trabajo. Ver por qué tu equipo entrega poco: demasiado trabajo empezado para profundizar en este tema.
Preguntas frecuentes
- ¿El límite WIP tiene que ser el mismo para todas las columnas?
- No. De hecho, suele ser mejor tener límites distintos según el flujo de tu equipo. Por ejemplo, Testing puede tener un límite más bajo que Desarrollo si testing suele ser el cuello de botella.
- ¿Qué pasa si el cliente pide algo urgente y el límite WIP ya está lleno?
- Si es verdaderamente urgente, el cliente puede aprobar romper el límite WIP por una vez — pero eso se registra como una excepción, no como norma. Si esto pasa seguido, el límite está mal definido o el equipo está sobrecargado.
- ¿Kanban funciona sin límites WIP?
- Kanban sin límites WIP es solo un tablero. El límite es el principio que crea el comportamiento correcto (terminar antes de empezar). Sin límite, Kanban es menos efectivo que Scrum o Waterfall.