Kanban

Kanban tiene dos ideas centrales: hacer visible el trabajo y limitar el trabajo en curso. Pones cada elemento en un tablero con columnas para cada etapa (por hacer, en curso, revisión, hecho) y limitas cuántos elementos pueden estar a la vez en cada columna activa. Cuando una columna está llena, nadie empieza trabajo nuevo hasta que algo sale. Ese límite es todo el sentido: obliga al equipo a terminar cosas antes de empezar más.

El contraste con Scrum es el ritmo. Scrum agrupa el trabajo en sprints fijos y replanifica en cada límite. Kanban no tiene sprints. El trabajo se extrae de forma continua a medida que se libera capacidad, y puedes cambiar prioridades en cualquier momento sin esperar a que termine un sprint. No hay ceremonia de compromiso, no hay revisión de sprint, no hay caja artificial de dos semanas. Ambos son implementaciones del mismo objetivo agile: retroalimentación estrecha y la capacidad de cambiar de rumbo según la evidencia.

Elige Kanban cuando el trabajo llega de forma impredecible y dirigida por interrupciones (soporte, operaciones, equipos de plataforma), o cuando un equipo es lo bastante maduro como para que el andamiaje del sprint se haya vuelto pura sobrecarga. Elige Scrum cuando un equipo necesita el ritmo y la revisión forzada para construir disciplina de entrega, o cuando las partes interesadas necesitan un ritmo de demo predecible para planificar.

Ejemplo de lo que un límite de WIP le hace de verdad a un equipo: una columna «en curso» limitada a tres, en un equipo de cinco, significa que dos personas a veces no tendrán nada propio que empezar. La reacción instintiva es que esto es desperdicio, ingenieros ociosos. Es lo contrario. Esos dos se ven ahora obligados a ayudar a terminar las tres cosas ya en curso, revisar el trabajo de un compañero o emparejarse en el bloqueo, en lugar de abrir una cuarta tarea y dispersar más al equipo. La incomodidad de una columna llena es el mecanismo funcionando: convierte «todos ocupados, nada enviándose» en «menos cosas en curso, cosas que de verdad se terminan». Los equipos que no toleran ese breve ocio suben calladamente el límite hasta que deja de restringir nada, y luego se preguntan por qué el throughput no mejoró.

La versión honesta: los límites de WIP son donde está el valor, y también son la parte que los equipos ignoran calladamente. Un tablero Kanban sin límite de WIP es solo una lista de tareas con columnas extra. Si el equipo está empezando cinco cosas y no termina ninguna, el límite es la solución, no un tablero más grande.