Qué es Kanban: guía completa del tablero al flujo.

Kanban es un método para hacer visible el trabajo, limitar cuántas cosas están en curso al mismo tiempo y conseguir que cada elemento avance hasta el final sin quedarse parado a mitad de camino. El símbolo más conocido es el tablero con columnas y tarjetas, pero el tablero es solo la parte que se ve. Lo que hace que el método funcione son las reglas que hay detrás.

Esta guía explica el Kanban desde cero: de dónde viene, cuáles son sus principios, cómo montar un tablero de verdad, cómo usar el límite de WIP, qué números seguir y en qué se diferencia el método de Scrum. Los ejemplos son de empresas brasileñas, de áreas distintas, porque el Kanban funciona en cualquier lugar donde exista un trabajo con etapas.

Qué es Kanban

La palabra viene del japonés y significa, a grandes rasgos, tarjeta o señal. En el uso actual, "Kanban" designa dos niveles. En el nivel sencillo, es el tablero visual: las columnas representan las etapas del proceso y las tarjetas representan los elementos de trabajo. En el nivel completo, es un método de gestión con principios y prácticas que usan ese tablero para mejorar el flujo.

La diferencia importa. Muchos equipos montan un tablero con "Por hacer, Haciendo, Hecho", cuelgan 40 tarjetas en "Haciendo" y concluyen que el Kanban no funcionó. Lo que montaron fue una lista con columnas. Sin límite de trabajo en curso, sin reglas claras de cuándo avanza una tarjeta y sin mirar el tiempo que llevan las tareas, el tablero muestra el desorden, pero no ayuda a resolverlo.

La idea central en tres verbos

• Visualizar. Todo el trabajo aparece en el tablero, incluso lo que nadie quería ver, como la solicitud que se quedó parada esperando aprobación.
• Limitar. Cada etapa acepta un número máximo de elementos. Para empezar algo nuevo, hay que terminar o desbloquear algo que ya está ahí.
• Fluir. El objetivo deja de ser "mantener a todo el mundo ocupado" y pasa a ser "hacer que los elementos atraviesen el proceso con el menor tiempo de espera posible".

De dónde viene el Kanban

El método nació en la industria. En Toyota, el ingeniero Taiichi Ohno desarrolló, después de la Segunda Guerra Mundial, el llamado Sistema de Producción Toyota, que busca reducir el desperdicio y producir solo lo necesario, en el momento en que es necesario. La tarjeta kanban fue la señal de ese sistema: cuando una estación de trabajo consumía piezas, una tarjeta volvía a la etapa anterior pidiendo reposición. Se producía por arrastre, y no por empuje.

Esa lógica de "tirar del trabajo cuando hay capacidad" se llevó al trabajo del conocimiento en los años 2000. El nombre más asociado a esa adaptación es el de David J. Anderson, que aplicó el método en equipos de desarrollo de software y lo describió en el libro Kanban, de 2010. Desde entonces, el método se ha extendido a áreas que no tienen nada que ver con la programación: agencias, RR. HH., área jurídica, operaciones, salud y atención al cliente.

Una observación útil: en la planta de fábrica, la tarjeta controla la producción física, y el inventario de piezas es visible. En el trabajo del conocimiento, el "inventario" es invisible, porque son ideas, solicitudes y correos electrónicos. El tablero existe precisamente para dar forma visible a ese inventario.

Principios y prácticas del Kanban

La versión de Anderson tiene una base que suele resumirse en principios de cambio y prácticas de gestión.

Principios de cambio

1. Empieza con lo que haces ahora. No se desmonta el proceso actual para instalar otro. El tablero refleja la forma en que el trabajo ya ocurre.
2. Acuerda buscar un cambio incremental y evolutivo. Ajustes pequeños y frecuentes, en lugar de grandes reformas que nadie soporta.
3. Respeta el proceso, los roles y los cargos actuales. Nadie necesita cambiar de función para empezar.
4. Fomenta el liderazgo en todos los niveles. Quien percibe un cuello de botella puede proponer el cambio.

Las seis prácticas

1. Visualizar el flujo de trabajo. El tablero con las etapas reales del proceso.
2. Limitar el trabajo en curso (WIP). El número máximo de elementos por etapa.
3. Gestionar el flujo. Mirar dónde se detienen los elementos y por qué.
4. Hacer explícitas las políticas. Escribir las reglas que todos siguen.
5. Implementar ciclos de feedback. Revisiones periódicas del tablero y de las métricas.
6. Mejorar de forma colaborativa. El equipo decide, en conjunto, qué ajustar.

Si lees las prácticas con calma, notarás que solo dos de ellas, limitar el WIP y gestionar el flujo, son realmente distintas de lo que la mayoría de los equipos ya hace. Es en ellas donde aparece la mejora.

Cómo montar un tablero Kanban

Columnas: las etapas reales de tu proceso

El error más común es copiar las columnas de una plantilla. Empieza preguntándote: ¿por qué etapas pasa realmente un elemento, desde la solicitud hasta la entrega? Escribe cada una. Las columnas del tablero son esas etapas, en el orden en que ocurren.

El mínimo es "Por hacer, En curso, Completado". Lo que suele valer la pena es dividir "En curso" en las etapas que importan para tu área, como "En producción", "En revisión" y "Esperando al cliente". Dividir muestra dónde espera el trabajo, y es la espera lo que necesitas ver.

Un truco para evitar el exceso: si una columna tiene siempre cero o una tarjeta, probablemente no representa una etapa de verdad. Si una columna tiene siempre 15, probablemente esconde dos o tres etapas distintas.

Tarjetas: un elemento de trabajo cada una

Cada tarjeta es una unidad de trabajo entregable: un pedido, una tarea, un ticket, una vacante. Una buena tarjeta tiene un título claro, responsable, plazo cuando lo haya, y un lugar para checklist, adjuntos y comentarios. Da preferencia a tarjetas de tamaño parecido. Si una tarjeta lleva una hora y otra lleva un mes, las métricas de flujo pierden el sentido, y conviene dividir la grande en partes.

Se pueden diferenciar las tarjetas por tipo o por clase de servicio, usando etiquetas o colores: por ejemplo, "defecto", "mejora" y "urgente". El punto es que quien mire el tablero entienda, en dos segundos, qué merece atención primero.

Calles: el mismo tablero desde otro ángulo

Las calles (swimlanes) son franjas horizontales que dividen el tablero según algún criterio. Las más usadas son por responsable, por prioridad, por cliente o por tipo de trabajo. La calle por responsable responde "¿quién está cargado?"; la calle por prioridad responde "¿lo urgente está avanzando?". En lugar de crear tableros separados para cada pregunta, agrupas el mismo tablero de formas diferentes.

Políticas explícitas: las reglas escritas

Una política explícita es la regla que todo el mundo conoce porque está escrita junto al tablero. En lugar de "solemos revisar antes de entregar", queda: "Ninguna tarjeta sale de Revisión sin la aprobación de otra persona del equipo". Las buenas políticas suelen responder a cinco preguntas.

• ¿Qué tiene que estar listo para que la tarjeta entre en la columna?
• ¿Qué tiene que estar listo para que la tarjeta salga de ella?
• ¿Cuál es el límite de WIP de la columna?
• ¿Quién puede tirar de una nueva tarjeta?
• ¿Qué hacer con una tarjeta bloqueada y cuánto tiempo puede quedarse así?

Escribir la política en cada columna, aunque sea breve, acaba con buena parte de las discusiones del tipo "¿esto ya está listo?".

Límite de WIP: la práctica que cambia el juego

WIP viene de work in progress: trabajo en curso. El límite de WIP es el número máximo de elementos que acepta cada columna. Cuando la columna llega al límite, nadie tira de un nuevo elemento hacia ella; el equipo tiene que ayudar primero a terminar lo que está allí.

Por qué limitar ayuda

Empezar muchas cosas al mismo tiempo parece productivo y, en la práctica, retrasa todo. Cada persona que alterna entre cinco tareas pierde tiempo en retomar el contexto, y ninguna tarea termina pronto. Cuando el límite impide el inicio de nuevas tareas, el equipo pasa a atacar lo que está parado. El resultado es que menos cosas quedan a medias, y cada elemento atraviesa el proceso más deprisa.

Ejemplo numérico

Una agencia de Florianópolis, Maré Comunicação, tiene cuatro personas en la producción de contenido: dos redactoras y dos diseñadores. Sin límite, el tablero tenía, un martes típico, 14 piezas en "En producción" y 9 en "Revisión interna". Ninguna pieza salía antes de cinco días.

El equipo definió los siguientes límites:

En la primera semana, el equipo se atascó en "Revisión interna" porque la coordinadora tenía dos piezas y nadie podía empujar la tercera. En lugar de apilar, las redactoras pasaron a revisar el texto la una de la otra antes de enviarlo a la coordinadora, lo que redujo el retrabajo. El límite dejó al descubierto un cuello de botella que estaba escondido detrás del volumen.

Cómo elegir el primer límite

• Empieza cerca del número de personas que actúan en la columna, o un poco por debajo.
• Si el límite se supera todos los días, es demasiado bajo o el proceso tiene un problema que necesita atención.
• Si la columna nunca se llena, el límite no está limitando nada: redúcelo.
• Revísalo cada dos o tres semanas, a partir de lo que ha mostrado el tablero.

El límite de WIP no es un castigo. Es una señal: cuando el tablero "se atasca", el método está funcionando y mostrando adónde tiene que ir la atención.

Métricas de flujo: lead time, cycle time, throughput y flujo acumulado

El Kanban se sigue con pocos números, todos basados en fechas que el tablero ya registra. La vista de flujo de la Tasskee reúne estos indicadores, y conviene también leer el post Kanban o Gantt, que compara el tablero con el cronograma.

Lead time y cycle time, con un ejemplo

En la Clínica Vida Plena, en Curitiba, el sector administrativo recibe solicitudes de reembolso. Una solicitud llega el lunes, pasa tres días esperando a que alguien la coja, se analiza el jueves y se completa el viernes. El lead time es de cinco días (del lunes al viernes). El cycle time es de dos días (del jueves al viernes). La diferencia, tres días, es cola. Para reducir el plazo, de nada sirve pedirle a la analista que trabaje más rápido: el cuello de botella está en la entrada.

Throughput y previsión

Si el equipo completó 8, 11, 9 y 12 elementos en las últimas cuatro semanas, la media es de 10 elementos por semana. Con 40 elementos en cola, una estimación honesta es de cuatro semanas, y un rango (de tres a cinco semanas) es más fiable que una fecha exacta. Esto permite responder "¿para cuándo estará listo?" a partir del historial.

Cómo leer el flujo acumulado

En el gráfico de flujo acumulado, cada etapa es una franja de color. Cuando las franjas se mantienen paralelas, el trabajo fluye. Cuando la franja de una etapa intermedia engorda, los elementos se están acumulando ahí, y ese es el cuello de botella. Si la franja de "Completado" se queda plana durante muchos días, no se está entregando nada. Es el mejor gráfico para ver el problema antes de que se convierta en retraso.

Kanban × Scrum

Los dos enfoques son ágiles, pero parten de lógicas diferentes. Consulta la guía de Scrum para ver el otro lado de la comparación.

No hace falta elegir un bando. Los equipos que hacen sprints suelen usar un tablero Kanban para mostrar el avance del sprint, y los equipos de soporte que trabajan en flujo continuo reservan un sprint o una calle para proyectos internos. El tablero es el punto en común.

Ejemplos de tablero para cuatro áreas

TI y desarrollo

En Bitwave, una software house ficticia de Joinville con seis desarrolladores, el tablero tiene las columnas: Backlog, Listo para desarrollar, En desarrollo (límite 5), En code review (límite 3), En pruebas (límite 2) y En producción. La política de "En code review" es que ninguna tarjeta se quede allí más de un día hábil; si pasa de eso, se convierte en el primer tema de la reunión. El límite de 3 en review hizo que el equipo dejara de abrir tareas nuevas cuando el revisor estaba sobrecargado.

Marketing

En Rota Digital, agencia de Belo Horizonte, las columnas son: Briefing, Temática aprobada, Creación (límite 4), Aprobación interna (límite 2), Aprobación del cliente, Programado y Publicado. Las calles dividen por cliente. Cuando un cliente tarda en responder, las tarjetas se quedan paradas en "Aprobación del cliente", y la calle deja claro de quién es el turno. Esto cambia la conversación con el cliente: en lugar de "vamos con retraso", la agencia muestra que seis piezas esperan su respuesta.

RR. HH. y reclutamiento

En la distribuidora Sul Atacado, en Caxias do Sul, cada vacante es una tarjeta, y las columnas son las etapas del proceso de selección: Vacante abierta, Cribado de currículums, Entrevista con RR. HH. (límite 6), Entrevista con el responsable (límite 4), Oferta y Contratado. El límite de entrevistas con el responsable evita que RR. HH. derive más candidatos de los que el responsable puede atender, lo que antes hacía que buenos candidatos esperasen una semana. El lead time de una vacante, desde la apertura hasta la contratación, se convierte en el indicador principal del área.

Soporte y atención al cliente

En Conecta Provedor, en el interior de São Paulo, el soporte técnico organiza los tickets en: Nuevo, En diagnóstico (límite 5), Esperando al cliente, Visita técnica programada, Resuelto. La política de "Esperando al cliente" dice que, pasadas 48 horas sin respuesta, el ticket se cierra con aviso. El tablero sirve para que el equipo vea lo que lleva más tiempo parado. Para quien necesita una cola con plazo y SLA, la Tasskee tiene un módulo aparte, los tickets; la guía de SLA explica el concepto.

En los cuatro casos, el diseño es el mismo: etapas reales, límite donde hay riesgo de cola, regla escrita y un indicador de tiempo.

Errores comunes al adoptar Kanban

1. Copiar columnas de una plantilla. El tablero tiene que reflejar tu proceso, no uno genérico.
2. No definir límite de WIP. Sin límite, el tablero se convierte en un mural de pendientes que crece sin parar.
3. Límite demasiado alto para "no molestar". Si el límite nunca se alcanza, no limita.
4. Tarjetas gigantes y tarjetas minúsculas en el mismo tablero. Se vuelve imposible medir el flujo.
5. Columna "En curso" que esconde esperas. Si el elemento está esperando a alguien, necesita una columna o una marca de bloqueo.
6. Tablero desactualizado. Si el estado real está en otro sitio, nadie mira el tablero. La regla es: si no está en el tablero, no existe.
7. Saltarse la cola todo el rato. Si todo es urgente, nada lo es. Define una clase "urgente" con límite propio (por ejemplo, como máximo una tarjeta a la vez).
8. Ignorar las métricas. El tablero muestra el presente; el lead time y el flujo acumulado muestran la tendencia.
9. Usar el Kanban para vigilar a las personas. El foco es el flujo del trabajo, no la productividad individual. Cuando el tablero se convierte en herramienta de reclamación, las personas empiezan a esconder problemas.
10. No revisar nunca. El proceso cambia; los límites y las columnas tienen que acompañarlo.

Cómo empezar en una semana

1. Día 1. Reúne al equipo y lista, en una hoja, las etapas por las que pasa el trabajo.
2. Día 2. Monta el tablero, coloca todos los elementos en curso y escribe qué es "listo" para cada columna.
3. Día 3. Define los primeros límites de WIP y avisa al equipo de que van a molestar a propósito.
4. Días 4 y 5. Usa el tablero. Anota dónde se atascó y por qué.
5. Final de la semana. Reúnete 20 minutos para ajustar límites y reglas. Repite cada semana al principio, después cada quincena.

Una reunión corta frente al tablero, de unos 10 a 15 minutos, es suficiente para la rutina: recorre las columnas de derecha a izquierda, de lo que está más cerca de terminar a lo que acaba de empezar. Así, el equipo prioriza terminar antes de empezar.

Cómo hacerlo en la Tasskee

El tablero Kanban de la Tasskee parte de la idea de que las columnas son las de tu proceso. Creas, renombras y reordenas los estados de cada proyecto, y la tarea cambia de etapa con un arrastre. Mira qué usar para aplicar esta guía.

• Columnas de tu flujo. Cada proyecto puede tener los estados que el área usa de verdad, como "En revisión" o "Esperando al cliente".
• Tablero agrupado por cualquier campo. Sepáralo en calles por responsable, prioridad, sprint, tipo o cronograma, y ve quién está sobrecargado o si lo urgente está avanzando. La agrupación por otro campo está en el plan Pro.
• Tarjeta personalizable. En el menú Tarjeta, activas y desactivas la información mostrada (proyecto, código, plazo, progreso, prioridad, puntos y responsables) y eliges la densidad normal o compacta. La preferencia es tuya y no altera el tablero de tus compañeros.
• Vistas guardadas. Guarda el filtro y la agrupación y vuelve a ellos con un clic, sin rehacer el tablero cada lunes (plan Pro).
• La tarea cuenta la historia. Plazo, etiquetas, checklist, adjuntos, subtareas y comentarios están en la tarjeta.
• Otras vistas de la misma tarea. Del tablero pasas al calendario, la lista o el cronograma, sin duplicar nada.
• Indicadores de flujo. La vista de flujo y los informes traen lead time, cycle time y flujo acumulado para que revises los límites con datos.

Tablero y lista están en todos los planes, incluido el Free. Si tu equipo hace ciclos de dos semanas, la plantilla de backlog y sprint muestra cómo combinar el tablero con una planificación por ciclo, y la función de sprints añade backlog, burndown y velocidad.