Una tarjeta entre dos puestos
En las fábricas de Toyota, a mediados del siglo XX, una tarjeta (kanban, «etiqueta» o «letrero» en japonés) circulaba entre los puestos. Le decía al puesto anterior que produjera solo lo que el siguiente acababa de consumir. David Anderson adaptó después la idea al trabajo de los equipos de desarrollo de software (Anderson, 2010), y desde entonces se ha extendido mucho más allá.
Qué dice la Guía Kanban
La Guía Kanban (mayo de 2025) reduce el método a tres prácticas:
- Definir y visualizar el flujo. Se dibujan las etapas que el trabajo atraviesa realmente, no las de un esquema ideal.
- Gestionar activamente los elementos. Una tarjeta que no se mueve es una señal: alguien debería poder explicar por qué.
- Mejorar el flujo. El tablero muestra dónde se atasca; se corrige con pequeños ajustes.
La Guía añade una exigencia: los miembros controlan explícitamente el número de elementos en curso, de principio a fin. Un trabajo nuevo empieza cuando hay capacidad, no cuando apetece. Es lo que se llama un sistema de arrastre (pull).
Por qué limitar el trabajo en curso cambia tanto
La ley de Little relaciona tres magnitudes de un sistema estable: el trabajo en curso medio es igual al rendimiento medio multiplicado por el tiempo medio en el sistema (Little, 2011). Con un rendimiento constante, menos tarjetas en curso significa tarjetas que salen antes. Hay un cálculo con números en nuestra comparativa Kanban vs Scrum.
Un primer tablero en una tarde
- Escribe en una tarjeta cada tarea que esté realmente en curso. El resto espera en una columna «Por hacer» que no miras todos los días.
- Crea tres columnas: por hacer, en curso, terminado. Añadirás «en revisión» o «bloqueado» cuando la necesidad se confirme.
- Limita «en curso» a dos o tres tarjetas por persona. Es incómodo los dos primeros días y luego te acostumbras.
- Mueve las tarjetas sobre la marcha y reserva diez minutos a la semana para ver qué se ha estancado.
Tres trampas son frecuentes: no aplicar nunca el límite (el tablero se convierte en una lista), no mover nunca las tarjetas (describe el pasado) o usarlo solo para rendir cuentas a otra persona (el equipo deja de mirarlo).
Fuentes
- Coleman, J., Vacanti, D., et al. (2025). The Kanban Guide (mayo de 2025). kanbanguides.org
- Little, J. D. C. (2011). OR Forum: Little's Law as Viewed on Its 50th Anniversary. Operations Research, 59(3), 536-549. doi:10.1287/opre.1110.0940
- Ahmad, M. O., Markkula, J., & Oivo, M. (2013). Kanban in software development: A systematic literature review. 39th EUROMICRO Conference on Software Engineering and Advanced Applications, 9-16. doi:10.1109/SEAA.2013.28
- Anderson, D. J. (2010). Kanban: Successful Evolutionary Change for Your Technology Business. Blue Hole Press.