Qué es Kanban: guía de la metodología, el tablero y cómo aplicarla
Kanban es uno de los métodos más usados para visualizar trabajo y entregar más rápido. Pero pocas guías en español lo explican sin terminar en un pitch de máster o de software. En esta guía vas a entender qué es Kanban, cómo funciona el tablero y cómo aplicarlo en tu equipo (sea de software, marketing, ventas o RR.HH.).
Más abajo vas a probarlo en un tablero interactivo. También verás una comparación honesta con Scrum y los errores que hunden la mayoría de las implementaciones en los primeros tres meses.
Qué es Kanban
Kanban es un método visual de gestión del trabajo que limita cuántas tareas pueden estar en curso al mismo tiempo. La palabra viene del japonés 看板 (kanban), que significa "letrero" o "tarjeta visible". Nació en las fábricas de Toyota en los años 50. Hoy se aplica en software, marketing, ventas, contenido, RR.HH. y cualquier equipo que necesite ver su carga real y entregar más rápido sin sumar personas.
La idea central es simple: si todo el mundo empieza muchas tareas a la vez, nada se termina. Kanban hace visible ese problema con un tablero de columnas y obliga al equipo a terminar antes de empezar.
"El kanban es como un sistema nervioso que nos dice exactamente qué producir." Taiichi Ohno, ingeniero industrial de Toyota y padre del sistema de producción que dio origen al método.
Origen: del Toyota de los años 50 al software moderno
Después de la Segunda Guerra Mundial, Toyota necesitaba fabricar autos sin desperdiciar materiales ni espacio. Taiichi Ohno, su ingeniero industrial, diseñó un sistema donde cada estación de la línea solo pedía piezas cuando estaba lista para usarlas. Esa señal de "ahora sí, mándame más" era una tarjeta física: el kanban.
El sistema completo se llamó Toyota Production System. Dio origen a conceptos como just-in-time, lean manufacturing y, eventualmente, al método Kanban como lo conocemos en oficinas y equipos digitales. La idea funcionó porque cambiaba el flujo: en vez de empujar trabajo hacia adelante (push), cada paso jalaba (pull) trabajo del paso anterior solo cuando tenía capacidad.
El salto al software lo hizo David Anderson en 2007 con su trabajo en Microsoft y Corbis, formalizado en el libro Kanban: Successful Evolutionary Change for Your Technology Business (2010). Anderson tomó los principios de Toyota y los tradujo a equipos de desarrollo. Las "piezas" pasaron a ser tareas, las "estaciones" a columnas, y las tarjetas físicas a tarjetas digitales en un tablero. Desde entonces el método se expandió a cualquier equipo que maneja flujo de trabajo, no solo a quienes fabrican algo tangible.
Cómo funciona un tablero Kanban
Un tablero Kanban es la representación visual del flujo de trabajo de tu equipo. En su versión más simple tiene tres columnas: Por hacer, En curso y Terminado. La mayoría de los equipos lo expanden a cuatro o cinco columnas para reflejar las etapas reales de su proceso.
Estos son los cuatro elementos que componen cualquier tablero:
- Columnas. Cada columna es un estado del trabajo (pendiente, en curso, en revisión, listo para publicar, terminado). El orden va de izquierda a derecha y representa el avance natural de una tarea.
- Tarjetas. Cada tarjeta es una tarea, idea o pieza de trabajo. Lleva un título, responsable, fecha estimada y, si hace falta, descripción o checklist. Las tarjetas se mueven manualmente entre columnas a medida que avanza el trabajo.
- Límites WIP (Work In Progress). Un número máximo de tarjetas que pueden estar al mismo tiempo en una columna activa. Es la regla más importante del método y la más ignorada.
- Carriles (swimlanes). Filas horizontales que dividen el tablero por tipo de trabajo, cliente o prioridad. Útil cuando un mismo equipo atiende a varios proyectos en paralelo.
La regla básica es que el trabajo fluye solo en una dirección: hacia la derecha. Cuando una tarjeta vuelve atrás (por ejemplo, de "En revisión" a "En curso" porque se encontró un problema), eso es información valiosa: significa que el proceso anterior dejó pasar algo. No es un fracaso, es una señal.
Pruébalo: tablero Kanban interactivo
Abajo hay un mini tablero Kanban. Arrastra las tarjetas entre columnas para ver cómo funciona el sistema. Fíjate qué pasa cuando metes más de tres tarjetas en "En curso": la columna se pone roja porque pasaste el límite WIP. Esa señal visual es la esencia del método: no puedes empezar trabajo nuevo sin terminar algo primero.
Prueba un tablero Kanban
Arrastra las tarjetas entre columnas. Mira cómo En curso se pone rojo cuando superas el límite WIP de 3.
Los 4 principios y las 6 prácticas
Antes de seguir, una aclaración que ahorra confusión: en español vas a leer "metodología Kanban", "método Kanban", "modelo Kanban" o "sistema Kanban". Son cuatro nombres para lo mismo. Aquí vamos a usar simplemente "Kanban" o "método Kanban".
El método tiene dos pilares: cuatro principios que guían cómo lo adoptas, y seis prácticas que define cómo lo operas día a día.
Los 4 principios de cambio
- Empieza con lo que haces ahora. Kanban no te obliga a reinventar tu proceso. Toma el flujo actual de tu equipo y hazlo visible. Los cambios vienen después, basados en datos.
- Acuerda mejorar de forma evolutiva. Nada de revoluciones. Cambios pequeños, frecuentes, evaluados por el equipo.
- Respeta los roles, responsabilidades y cargos actuales. No hace falta nombrar "Scrum Masters" ni reorganizar el equipo. Si funciona como está, no lo toques.
- Promueve el liderazgo en todos los niveles. Cualquier persona del equipo puede proponer mejoras, no solo el manager.
Las 6 prácticas operativas
- Visualizar el flujo de trabajo. El tablero existe para que cualquiera pueda ver de un vistazo qué hay en curso, qué está bloqueado y qué se terminó.
- Limitar el trabajo en curso (WIP). Pon un techo a cuántas tarjetas pueden estar en cada columna activa. Sin esto, Kanban es solo un tablero bonito.
- Gestionar el flujo. Mide cuánto tarda una tarjeta en atravesar el tablero (cycle time). Cuando ves cuellos de botella, atácalos.
- Hacer las políticas explícitas. Define qué significa "terminado" para cada columna. Sin esto, dos personas verán la misma tarjeta y dirán cosas distintas.
- Implementar ciclos de retroalimentación. Reuniones cortas para revisar el flujo: daily de 10 minutos, revisión semanal del tablero, retrospectiva mensual.
- Mejorar de forma colaborativa, evolucionar de forma experimental. Cambia una cosa a la vez. Mide el efecto. Decide si te quedas con el cambio o lo reviertes.
Kanban vs Scrum: cuándo usar cada uno
Esta es la duda que recibe cualquier líder de equipo cuando propone un método ágil. La respuesta corta: Scrum funciona mejor cuando puedes planear en bloques de dos semanas; Kanban funciona mejor cuando el trabajo entra de forma impredecible.
La tabla compara ambos métodos en los puntos que más importan:
| Dimensión | Kanban | Scrum |
|---|---|---|
| Cadencia | Flujo continuo, sin sprints | Sprints fijos de 1 a 4 semanas |
| Roles | Sin roles formales | Product Owner, Scrum Master, equipo |
| Planificación | Cuando hace falta, tarjeta por tarjeta | Al inicio de cada sprint |
| Métricas clave | Cycle time, throughput, WIP | Velocity, burndown del sprint |
| Cambios al alcance | Se aceptan en cualquier momento | Se bloquean durante el sprint |
| Cuándo elegirlo | Soporte, marketing, operaciones, trabajo reactivo | Desarrollo de producto, proyectos con alcance definido |
Muchos equipos terminan adoptando una mezcla llamada Scrumban: cadencia de Scrum (sprints, daily, retrospectiva) con el tablero y los límites WIP de Kanban. Funciona bien cuando un equipo viene de Scrum y quiere recuperar flexibilidad sin perder ritmo de planificación.
Si esta es la decisión que estás enfrentando ahora, profundiza en Kanban vs Scrum: cuándo elegir cada uno. La guía dedicada incluye un quiz de 3 preguntas, una tabla de 12 dimensiones y ejemplos reales en startups y agencias LATAM.
Tableros, chat y notas en un solo workspace.
Rock combina tableros Kanban con mensajería y notas, para que decidas el método sin cambiar de herramienta. Un precio plano, usuarios ilimitados.
Cómo implementar Kanban paso a paso
No hace falta una transformación organizacional. Un equipo puede empezar Kanban en una tarde. Estos son los seis pasos para hacerlo sin tropezar:
- Mapea tu flujo actual, no uno ideal Reúne al equipo y dibuja las etapas reales por las que pasa una tarea. No inventes una columna "QA" si en la práctica nadie hace QA. El objetivo es ver el proceso como existe hoy, con sus pasos saltados y su trabajo invisible. Ejemplo: Por hacer → En curso → Revisión → Listo para publicar → Publicado.
- Crea el tablero (físico o digital) Una pizarra con post-its, una hoja de cálculo, una herramienta dedicada. Cualquier opción sirve para empezar. La condición es que el tablero esté siempre a la vista del equipo, no escondido en la carpeta de alguien.
- Define el límite WIP por columna activa Para cada columna donde se hace trabajo (no las de "Por hacer" o "Terminado"), pon un número máximo de tarjetas simultáneas. La regla práctica: tamaño del equipo dividido entre 1.5 para la columna principal de trabajo. Equipo de 6 personas → WIP de 4 en "En curso" y 2 en "Revisión".
- Acuerda qué significa "terminado" en cada columna Sin esto, dos personas miran la misma tarjeta y dicen cosas distintas. Para cada columna escribe los criterios para mover la tarjeta a la siguiente. Una sola línea por columna alcanza. "Terminado en Revisión" = aprobado por una segunda persona y sin comentarios pendientes.
- Empieza a usarlo y haz una revisión semanal de 15 minutos No esperes a tener todo perfecto. Empieza el lunes. Cada viernes el equipo revisa: qué se quedó atascado, dónde se rompió el flujo, qué cambiamos para la semana que viene.
- Mide cycle time después del primer mes Anota cuándo entra una tarjeta a "En curso" y cuándo llega a "Terminado". El promedio es tu cycle time. Con ese dato vas a poder responder cuándo entregas algo nuevo sin adivinar. Tarjeta promedio: 4 días. Tarjeta más rápida: 1 día. Tarjeta más lenta: 12 días (revisar qué pasó con esa).
Kanban más allá del software: 4 equipos donde funciona
La mayoría de las guías de Kanban en español asumen que tu equipo escribe código. Pero el método nació en una fábrica y se aplica a cualquier flujo de trabajo. Estos son cuatro casos concretos con las columnas que recomiendo:
Marketing
Columnas: Ideas → Brief aprobado → En producción → En revisión → Listo para publicar → Publicado.
El cuello de botella típico es "En revisión": piezas que esperan aprobación del cliente o del director de marca. Un límite WIP bajo en esa columna obliga a destrabar antes de seguir produciendo.
Ventas (pipeline de cuentas)
Columnas: Prospecto → Demo agendada → Demo realizada → Propuesta enviada → Negociación → Cerrado.
Aunque hay CRMs específicos para esto, un tablero Kanban tiene una ventaja: pone un techo al WIP. Si tu vendedor tiene 40 cuentas en "Negociación" no le va a alcanzar el tiempo para ninguna. Forzar el límite obliga a cerrar o a soltar.
Recursos Humanos (reclutamiento)
Columnas: Vacante abierta → CVs recibidos → Entrevista RR.HH. → Entrevista técnica → Oferta enviada → Contratado.
Sirve para visualizar dónde se atascan los procesos. Si "Entrevista técnica" tiene 15 candidatos y ese paso depende de una sola persona del equipo, el tablero lo deja en evidencia y obliga a redistribuir.
Contenido (blog, redes, podcast)
Columnas: Ideas → Investigación → Borrador → Edición → Revisión final → Programado → Publicado.
Útil para equipos que combinan escritores, editores y diseñadores. Cada tarjeta lleva el responsable de su paso actual. El editor ve de un vistazo qué borrador le toca y qué se está atrasando.
Cómo calcular tus límites WIP
Esta es la parte que casi ninguna guía cubre con números reales. Todos dicen "limita el WIP", nadie te dice cuánto.
La fórmula de arranque más común es:
Límite WIP por columna activa = (tamaño del equipo × 1.0) si la columna requiere trabajo individual, o (tamaño del equipo × 1.5) si la columna admite trabajo en paralelo entre miembros.
Por ejemplo, para un equipo de 6 personas:
| Tamaño del equipo | WIP en "En curso" | WIP en "Revisión" |
|---|---|---|
| 3 personas | 3 | 2 |
| 6 personas | 4 | 2 |
| 8 personas | 6 | 3 |
| 12 personas | 8 | 4 |
Estos números son punto de partida, no ley. Después de las primeras dos semanas mira tu cycle time: si las tarjetas se atascan en "En curso", baja el WIP. Si la columna se vacía rápido y la gente espera trabajo, súbelo en 1.
Un error frecuente es poner WIP igual al tamaño del equipo. Eso no limita nada: el equipo siempre va a poder empezar una tarjeta cada uno. El propósito del WIP es forzar terminar antes de empezar, así que tiene que ser ligeramente menor al máximo teórico.
Errores comunes al implementar Kanban
Después de mirar cientos de tableros, estos son los cinco errores que más matan implementaciones de Kanban en sus primeros tres meses:
- Usar el tablero como to-do list personal Cada miembro del equipo abre el tablero, agrega sus propias tarjetas y las mueve solo. Eso no es Kanban, es una lista decorada. La gracia del método está en ver el flujo del equipo, no el de cada persona. Si las tarjetas no fluyen entre roles, no estás haciendo Kanban.
- No definir límites WIP Sin un techo en cuántas tarjetas pueden estar en curso, el tablero se llena, el equipo se dispersa y nada termina. Es la diferencia entre Kanban y "tener un Trello". Pon un WIP en la primera semana, aunque sea uno conservador. Lo ajustas después.
- Mover tarjetas a "Terminado" antes de tiempo El equipo cierra tarjetas que en realidad están a medias para que el tablero se vea ordenado. Esto destruye las métricas. Cycle time queda artificialmente bajo y nadie ve los verdaderos cuellos de botella. La regla: una tarjeta se mueve solo cuando cumple todos los criterios de "terminado" definidos para esa columna.
- No tener una revisión semanal del tablero El tablero se vuelve invisible después de tres semanas. Sin un momento fijo para mirarlo juntos, el equipo deja de moverlo, deja de creer en él, y vuelve a coordinarse por chats sueltos. 15 minutos los viernes alcanzan.
- Querer aplicarlo a todo el trabajo de la empresa de golpe Kanban no se adopta a nivel organización. Se adopta a nivel equipo. Empezar con un equipo piloto, mostrar resultados, y dejar que otros equipos se sumen cuando vean los beneficios. Imponer Kanban desde arriba a 12 equipos a la vez es el camino más rápido al fracaso.
Qué herramienta elegir para tu tablero Kanban
Una pizarra con post-its funciona perfecto para equipos co-localizados de menos de 5 personas. Para todo lo demás, una herramienta digital te ahorra fricción. Estas son las opciones más usadas en LATAM y Spain. Listamos Rock primero porque es el contexto de este blog; el resto va en orden de simplicidad a complejidad.
Rock App de Rock
Tablero Kanban + chat + notas + reuniones en un mismo workspace. Plan Free sin límite de tiempo. Bueno para freelancers, agencias y equipos saturados de cambiar entre apps.
Trello
El más simple. Bueno para equipos pequeños y casos no-software. Se queda corto cuando necesitas dependencias o automatizaciones serias. Ver mejores apps de gestión de tareas.
Asana
Robusto, multifuncional, escalable. Curva de aprendizaje mayor que Trello. Elegido por equipos de marketing y operaciones que crecen rápido.
ClickUp
Multifuncional con vistas múltiples (Kanban, Gantt, lista, calendario). Útil si necesitas todo en un solo lugar. Puede volverse abrumador si solo querías un tablero.
Monday
Visual y customizable. Buena para equipos de marketing y operaciones que valoran la estética del tablero. Más cara que sus alternativas directas.
Jira
El estándar en equipos de desarrollo de software. Potente y configurable, pero pesado y caro fuera de ese contexto. Si no programas, probablemente no lo necesitas.
La pregunta correcta no es "cuál es la mejor herramienta" sino "cuál se queda en uso después de tres meses". Una herramienta perfecta que nadie abre vale menos que una herramienta básica que el equipo usa todos los días.
Preguntas frecuentes
¿Qué significa la palabra Kanban en japonés?
Kanban (看板) significa "letrero", "cartel" o "tarjeta visible". El nombre viene de las tarjetas físicas que Toyota usaba en su línea de producción para señalar qué pieza hacía falta en qué estación.
¿Quién creó la metodología Kanban?
Taiichi Ohno la creó en Toyota en los años 50 como parte del Toyota Production System. David Anderson la adaptó al trabajo del conocimiento (software, oficinas) en 2007, formalizándola en su libro de 2010.
¿Cuáles son las 4 fases de Kanban?
No existen "fases" fijas en Kanban; eso es una pregunta heredada de otras metodologías. Lo más cercano son las cuatro etapas básicas de un tablero: Por hacer, En curso, En revisión, Terminado. Pero cada equipo define las columnas que reflejan su flujo real.
¿Qué es WIP en Kanban?
WIP es la sigla en inglés de Work In Progress (trabajo en curso). El "límite WIP" es el número máximo de tarjetas que pueden estar al mismo tiempo en una columna activa. Es la regla más importante del método.
¿Se puede combinar Kanban con Scrum?
Sí, y es bastante común. La mezcla se llama Scrumban: mantienes los sprints, daily y retrospectiva de Scrum, pero agregas el tablero visual y los límites WIP de Kanban. Funciona bien para equipos que vienen de Scrum y necesitan más flexibilidad.
¿Cuáles son las ventajas de Kanban?
Las tres principales son: visibilidad del trabajo (todos ven el estado real del equipo), reducción de cuellos de botella (los límites WIP los exponen rápido) y mejora del flujo. La desventaja es que sin disciplina con los WIP, el método pierde su efecto.
¿Kanban sirve para trabajo individual?
Sirve. Se conoce como Personal Kanban y funciona bien para freelancers o cualquier persona que maneja muchas tareas en paralelo. Las reglas son las mismas: visualizar, limitar WIP, gestionar el flujo.
¿Cuánto tarda un equipo en ver resultados con Kanban?
Las mejoras de visibilidad son inmediatas (primera semana). Las mejoras de cycle time suelen aparecer entre la semana 3 y la 6, una vez que los límites WIP están ajustados al equipo real. Si después de dos meses no ves ningún cambio, probablemente no estás respetando los límites WIP.
