Desde la planta de Toyota hasta el trabajo del conocimiento moderno: comprendiendo el recorrido.
Kanban no comenzó en software. Comenzó en una fábrica de Toyota en la década de 1940, creado por Taiichi Ohno para resolver un problema específico: ¿cómo produces solo lo que se necesita, cuando se necesita?
La palabra "kanban" literalmente significa "tablero visual" o "tarjeta visual" en japonés. En las fábricas de Toyota, estas eran tarjetas físicas adheridas a contenedores de piezas. Cuando un trabajador usaba la última pieza de un contenedor, enviaba la tarjeta kanban de regreso—señalando que se necesitaban más piezas.
Este mecanismo simple tuvo efectos profundos:
El genio no era la complejidad. Era la simplicidad elegante.
La Idea Central
Kanban es fundamentalmente sobre usar señales para coordinar el trabajo. El tablero visual es solo una implementación de esta idea.
En 2004, David J. Anderson trabajaba en Microsoft cuando comenzó a adaptar las ideas de Toyota para el desarrollo de software. Su idea clave: el trabajo del conocimiento tiene problemas de flujo similares a la manufactura, aunque el "producto" sea intangible.
Los equipos de software luchaban con:
La innovación de Anderson no fue solo traducir conceptos de fábrica. Agregó algo crucial: comienza con lo que haces ahora. A diferencia de Scrum, que prescribe un marco de trabajo, Kanban comienza visualizando tu proceso existente.
El primer sistema Kanban de software en el equipo XIT de Microsoft mostró resultados inmediatos:
Aquí es donde la gente se confunde. Hay dos cosas llamadas "Kanban":
kanban (minúsculas) — La herramienta de señalización visual. Tarjetas en un tablero. Esto es en lo que la mayoría de la gente piensa cuando escucha "Kanban".
El Método Kanban (mayúsculas) — Un enfoque completo para gestionar y mejorar el trabajo del conocimiento, creado por David J. Anderson. Incluye principios, prácticas y una filosofía de cambio evolutivo.
Puedes usar tableros kanban sin seguir el Método Kanban. Muchos equipos lo hacen—ponen tarjetas en un tablero y lo llaman "hacer Kanban". Pero se pierden las prácticas más profundas: límites de WIP, métricas de flujo, cadencias de mejora continua.
Este plan de estudios enseña el Método Kanban, no solo cómo configurar un tablero.
Error Común
Un tablero sin límites de WIP no es realmente Kanban—es solo una lista de tareas con una interfaz diferente. Las restricciones son lo que crea los beneficios.