Retomando la práctica de Lean Kanban en el aula: visualizando el flujo con estudiantes

Después de un tiempo sin organizar sesiones prácticas sobre Lean Kanban en la asignatura de Ingeniería del Software, este año hemos decidido retomarlas con algo más que una clase teórica. Queríamos que los estudiantes no solo entendieran los principios, sino que los experimentaran en acción.

Para ello, hemos recurrido al getKanban board game para introducirles en los fundamentos de Kanban de una forma experiencial. A través de una dinámica de role play, los estudiantes se convierten por un rato en miembros de un equipo de desarrollo con un sistema real en sus manos: tarjetas, columnas, métricas, cuellos de botella, prioridades cambiantes… Todo lo que suele encontrarse en un tablero Kanban de verdad.

Más allá del tablero: aprender haciendo

Lo interesante no está solo en las reglas del juego, sino en lo que pasa cuando los alumnos se enfrentan a un sistema en marcha. Las tarjetas empiezan a acumularse en testing, alguien propone limitar el WIP, otro sugiere reorganizar los turnos, alguien más se da cuenta de que no tienen visibilidad de lo que está por venir. Lo que era teoría empieza a tener consecuencias prácticas.

Estas sesiones permiten algo que a menudo es difícil lograr en el entorno académico: acercar a los estudiantes a la toma de decisiones reales. No porque esté en juego un producto real, sino porque están obligados a observar, analizar, decidir, medir, adaptarse. En pocas horas, pasan por problemas que en clase solo se nombran de forma abstracta: saturación del sistema, priorización estratégica, desperdicio, tiempos de ciclo.

Lo que aporta getKanban como experiencia

El valor del juego no está en “ganar” —de hecho, muchos grupos no lo hacen—, sino en lo que aprenden sobre el propio sistema que están operando. La mecánica obliga a:

• Visualizar el trabajo en curso y sus bloqueos.

• Tomar decisiones basadas en datos (Lead Time, rendimiento, acumulación).

• Entender cómo las políticas de trabajo influyen en la eficiencia global.

• Negociar prioridades y asumir compromisos como equipo.

En cierto modo, el juego actúa como un espejo: los estudiantes ven cómo pequeñas decisiones locales afectan al comportamiento global del sistema. Y eso, más que cualquier presentación o lectura, deja huella.

Pasando de la teoría al criterio

Hay una brecha evidente entre lo que explicamos en el aula y lo que los estudiantes encontrarán fuera. Las sesiones como esta no cierran del todo esa distancia, pero permiten dar un paso significativo. Les empujan a construir criterio, a argumentar, a contrastar hipótesis, a asumir que no hay una única forma de hacer bien las cosas, pero sí muchas formas de empeorarlas.

Retomar este tipo de sesiones nos recuerda también algo importante: enseñar ingeniería del software no es solo transmitir conocimientos técnicos, sino ayudar a desarrollar pensamiento sistémico, capacidad de análisis y sensibilidad ante el impacto de las decisiones en equipos y procesos reales.

Y si eso puede empezar con un tablero de cartón y unas tarjetas, bienvenido sea.