Kanban
Un método basado en el flujo que visualiza el trabajo en un tablero, limita cuánto hay en curso a la vez y extrae nuevo trabajo solo cuando hay capacidad, sin iteraciones fijas.
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.
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.
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.