Empezar
Blog · Métodos

El método Kanban: del Toyota Production System a tu equipo

Origen de Kanban, Kanban Guide, límite de trabajo en curso, métricas de flujo y errores frecuentes: cómo montar un tablero que siga vivo, no solo bonito. · 12 de agosto de 2026 · actualizado el 22 de octubre de 2026 · Victoria · 10 min de lectura

FluidOps
Mira cómo circula tu trabajo
Un tablero Kanban de FluidOps muestra dónde se acumula el trabajo, columna por columna, con una demo sin registro.
Probar la demo

Índice

De los supermercados estadounidenses a las fábricas de Toyota

La historia empieza en el pasillo de un supermercado. En los años cincuenta, el ingeniero de Toyota Taiichi Ohno observó que un supermercado solo repone una estantería cuando un cliente ha dejado hueco, y se preguntó por qué una fábrica no podía funcionar igual (Ohno, 1988). El puesto que consume piezas devuelve entonces una tarjeta, el kanban («etiqueta» o «cartel» en japonés), al puesto anterior: fabrica solo lo que acabo de usar.

Más tarde, David Anderson trasladó la idea al trabajo de los equipos de desarrollo de software (Anderson, 2010). Después se extendió mucho más allá: marketing, recursos humanos, pequeñas empresas, proyectos personales. Lo que viaja de un mundo a otro no es la tarjeta, es el principio: no se empieza algo nuevo hasta que lo anterior ha liberado espacio.

Primer plano de tarjetas Kanban en proceso
Primer plano de tarjetas Kanban en proceso

Lo que dice el Kanban Guide

El Kanban Guide (mayo de 2025) resume el método en tres prácticas:

La Guía añade una exigencia: los miembros controlan explícitamente el número de elementos en curso, desde que empiezan hasta que terminan. Una tarea nueva arranca cuando hay capacidad, no cuando apetece. A eso se le llama sistema de flujo tirado.

Si has leído a Anderson, esta versión te parecerá más sobria. Su libro de 2010 detalla más prácticas (hacer explícitas las reglas, crear bucles de retroalimentación, mejorar de forma colaborativa). La Guía conserva lo esencial y deja que cada equipo construya el resto.

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 ritmo de salida medio multiplicado por el tiempo medio de paso (Little, 2011). Dicho de otro modo, el tiempo de paso es el trabajo en curso dividido por el ritmo de salida.

Un ejemplo con números. Tu equipo entrega tres tareas por semana y siempre tiene doce abiertas: cada tarea tarda cuatro semanas de media en salir. Si limitas a seis las tareas en curso y el ritmo sigue en tres por semana, la media baja a dos semanas. El «si» importa: el cálculo supone un ritmo estable. En la práctica suele mantenerse, porque se salta menos de un tema a otro, pero no está garantizado.

El otro efecto es más humano. Cuando todo está «en curso», nada avanza de verdad y cada uno arrastra cinco temas en la cabeza. Un límite obliga a terminar antes de empezar, lo cual resulta incómodo los primeros días. Hay un cálculo más detallado en nuestra comparativa Kanban vs Scrum.

Cuatro cifras que leer en tu tablero

Un tablero no solo enseña: produce cosas medibles. El Kanban Guide recoge cuatro indicadores, fáciles de anotar a mano.

IndicadorQué mideCómo obtenerlo
Trabajo en curso (WIP)El número de tarjetas empezadas y sin terminarContar las tarjetas entre «iniciado» y «terminado»
Ritmo de salidaEl número de tarjetas terminadas en un periodoContar las tarjetas que pasan a «terminado» cada semana
Tiempo de cicloEl tiempo transcurrido entre el inicio y el final de una tarjetaAnotar la fecha de inicio y la de fin
Antigüedad de un elementoEl tiempo desde que empezó una tarjeta aún abiertaLocalizar la tarjeta más antigua en «en curso»

El último es el más útil en el día a día: habla de tarjetas vivas, aquellas sobre las que aún se puede actuar. Si la tarjeta más vieja de «en curso» triplica la edad habitual de tus tarjetas terminadas, es la que hay que mirar el lunes por la mañana.

Un primer tablero en una tarde

  1. 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.
  2. Crea tres columnas: por hacer, en curso, terminado. Añadirás «en revisión» o «bloqueado» cuando la necesidad se confirme.
  3. Limita «en curso» a dos o tres tarjetas por persona. Es incómodo los dos primeros días y luego uno se acostumbra.
  4. Mueve las tarjetas sobre la marcha y reserva diez minutos por semana para ver qué se ha estancado.

Si trabajas solo, todo esto también funciona: es la idea del Kanban personal (Benson y Barry, 2011). Tu límite suele ser aún más útil que el de un equipo, porque nadie más te impide empezar un octavo tema.

Un tablero Kanban en FluidOps: columnas por hacer, en curso, en revisión, terminado y bloqueado, con el número de tarjetas en cada una.
Un tablero Kanban en FluidOps: columnas por hacer, en curso, en revisión, terminado y bloqueado, con el número de tarjetas en cada una.

Reglas explícitas: qué significa de verdad «en revisión»

La diferencia entre un tablero que ayuda y uno decorativo suele estar en las reglas escritas al pie de cada columna. Bastan dos frases por columna: cuándo entra una tarjeta y cuándo puede salir.

Estas reglas no necesitan ninguna herramienta: basta un párrafo pegado junto al tablero. Sobre todo evitan los debates interminables sobre si una tarjeta está «casi terminada».

Las trampas que matan un tablero

SíntomaCausa probableRemedio
El tablero se convierte en una listaEl límite nunca se aplicaEscribir el límite en lo alto de la columna y que todos lo respeten, jefe incluido
Describe un pasado remotoLas tarjetas nunca se muevenMoverlas al empezar la reunión o al terminar cada tarea
Nadie lo miraSirve para rendir cuentas a otroConstruirlo para el equipo y dejar que otros lo consulten
Una columna «bloqueado» desbordadaSe empieza antes de estar seguro de poder terminarComprobar las dependencias antes de pasar una tarjeta a «en curso»
Diez columnas para tres personasEl tablero describe el organigrama, no el trabajoVolver a tres o cuatro columnas que reflejen el flujo real

¿Funciona de verdad?

Con franqueza, la evidencia es más escasa que el entusiasmo. Una revisión sistemática de la literatura sobre Kanban en el desarrollo de software (Ahmad et al., 2013) señala sobre todo beneficios en la visibilidad del trabajo, la comunicación y el control del trabajo en curso, pero se apoya en gran parte en estudios de caso y en pocos experimentos controlados. Es decir: el mecanismo es sólido (la ley de Little sí está demostrada) y los resultados varían según el equipo.

Es una buena razón para tratarlo como una prueba. Mantén el tablero tres semanas, mira tus cuatro cifras y decide con tus propios datos.

Para terminar: el tablero es solo un espejo

Kanban no hace más rápido a un equipo por arte de magia. Le muestra lo que lo atasca, algo difícil de ver cuando todo ocurre en mensajerías y en cabezas. Falta aceptar, de vez en cuando, rechazar una tarjeta nueva hasta terminar la anterior, lo cual es todo menos un detalle técnico.

Monta tu tablero con FluidOps

El tablero Kanban de la demo se puede probar sin registro, y la funcionalidad Kanban de FluidOps te deja definir tus columnas y seguir el número de tarjetas por etapa. Para comparar con un enfoque por iteraciones, lee el método Scrum; para mantener el ritmo una vez montado el tablero, el seguimiento de proyecto en el día a día.

El plan gratuito cuesta 0 € al mes, el plan Individual 12 € al mes o 120 € al año, y el plan Empresa parte de 12 € por puesto y mes con facturación anual. Los detalles están en la página de precios.

Preguntas frecuentes

¿Qué es el método Kanban?

Es una forma de gestionar el trabajo en flujo tirado: se visualizan las etapas en un tablero, se limita el número de elementos en curso y se mejora el flujo con pequeños retoques. Procede del sistema de producción de Toyota.

¿Qué significa «kanban»?

La palabra japonesa designa una etiqueta o una tarjeta. En Toyota, una tarjeta circulaba entre dos puestos para indicar al puesto anterior que fabricara solo lo que el siguiente acababa de consumir.

¿Qué es el límite de trabajo en curso (WIP)?

Es el número máximo de tareas que se acepta dejar empezadas a la vez. Una tarea nueva solo arranca cuando otra termina, lo que reduce el tiempo de ciclo a ritmo constante (ley de Little).

¿Cuántas columnas debe tener un tablero Kanban?

Tres bastan para empezar: por hacer, en curso, terminado. Se añade «en revisión» o «bloqueado» solo cuando la necesidad se confirma, para que el tablero refleje el trabajo real y no un organigrama.

¿Cuál es la diferencia entre Kanban y Scrum?

Scrum organiza el trabajo en iteraciones de duración fija con roles y eventos definidos. Kanban es continuo: no impone un ciclo, pero sí un límite de trabajo en curso y un flujo visible.

Fuentes

← Artículo anteriorKanban vs Scrum: ¿cuál elegir para tu equipo? Siguiente artículo →El método Scrum: roles, eventos y artefactos