4.3Kanban: gestión del flujo
Lo esencial en 30 segundos
- Tablero Kanban : columnas (Por hacer / En curso / Terminado), tarjetas que avanzan.
- Límite de WIP : topar el trabajo en curso para terminar antes de empezar.
- Reflejo : actuar donde las tarjetas se acumulan (cuello de botella) — sin sprints ni roles impuestos.
Mini-caso hilado — Bilal visualiza el flujo del soporte
En paralelo a sus sprints, Bilal hereda un flujo de solicitudes de soporte imprevisible : imposible planificar sprints. Dibuja un tablero Por hacer / En curso / Terminado, limita En curso a 3 tarjetas, y ve enseguida dónde todo se apila : la columna « En revisión » desborda.
Continuación del caso 4.1-4.2 — Bilal trata el flujo continuo de otro modo que el producto.
1. Visualizar el flujo
Kanban es un enfoque ágil centrado en la visualización y la fluidez del flujo. Su corazón : el tablero Kanban — columnas (« Por hacer », « En curso », « Terminado ») donde las tareas, materializadas por tarjetas, avanzan de izquierda a derecha.
Se ve instantáneamente el estado del trabajo y los puntos de bloqueo.
2. El límite de WIP
Su regla más potente : el límite del trabajo en curso (límite WIP) — se topa el número de tareas simultáneas por columna. Eso fuerza a terminar antes de empezar, revela los cuellos de botella y fluidifica el conjunto.
A diferencia de Scrum, Kanban no impone ni sprints ni roles : se adapta con suavidad a un flujo continuo de solicitudes.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — Limitar el WIP acelera
Lo contraintuitivo.
Demasiadas tareas en paralelo → dispersión, cambios de contexto, nada terminado.
Límite de WIP (ej. máx 3 « En curso ») → se termina antes de empezar.
→ hacer menos a la vez, pero terminar, es más rápido en global.Resultado : plazos reales reducidos, mejor calidad.
Reflejo : actuar donde las tarjetas se acumulan (cuello de botella).
Vocabulario de la sección
- Kanban
- Método ágil de gestión del flujo : visualizar el trabajo, limitar el trabajo en curso, optimizar la fluidez.
Ejemplo sencillo: Bilal sigue sus solicitudes de soporte en un tablero de 3 columnas.
Lo que no es: una planificación en sprints con roles impuestos (eso es Scrum).
Reflejo: si las solicitudes son continuas e imprevisibles, pensar Kanban.
- Tablero Kanban
- Tablero de columnas (estados) donde las tareas (tarjetas) avanzan de izquierda a derecha. Hace visible el flujo.
Ejemplo sencillo: Cada solicitud de Bilal es una tarjeta que avanza hacia Terminado.
Lo que no es: una simple lista de tareas sin columnas ni estados.
Reflejo: columnas que reflejen vuestras etapas reales, no un modelo copiado.
- Límite de WIP
- Work In Progress limit : número máximo de tareas autorizadas simultáneamente en una columna.
Ejemplo sencillo: Bilal bloquea todo inicio cuando 3 tarjetas ya están En curso.
Lo que no es: un objetivo de velocidad o una cuota a superar.
Reflejo: límite alcanzado = se ayuda a terminar, no se empieza.
- Flujo
- Circulación de las tareas por las etapas. El objetivo de Kanban es hacerlo fluido y rápido.
Ejemplo sencillo: Bilal mide cuántas solicitudes atraviesan el tablero por semana.
Lo que no es: la suma de las horas trabajadas (el flujo es lo que sale).
Reflejo: seguir lo terminado, no solo lo empezado.
- Cuello de botella
- Etapa donde el trabajo se acumula y ralentiza el conjunto. El límite de WIP ayuda a revelarlo.
Ejemplo sencillo: La columna « En revisión » de Bilal desborda : ahí hay que actuar.
Lo que no es: una persona lenta a culpar (es la etapa lo que se fluidifica).
Reflejo: cada semana : ¿dónde se apilan las tarjetas?
En la práctica — En la práctica — Poner en marcha un tablero Kanban
- Crea un tablero con columnas que reflejen tus etapas reales (ej. Por hacer / En curso / En revisión / Terminado).
- Materializa cada tarea con una tarjeta y colócalas en la columna correcta : visualiza el estado actual del trabajo.
- Fija un límite de WIP por columna (ej. máx 3 « En curso ») : prohíbe empezar una nueva si se alcanza el límite.
- Observa dónde las tarjetas se acumulan (cuello de botella) y actúa : ahí se gana la fluidez.
Script listo para decir — imponer el límite de WIP (30 s)
« Limitamos En curso a 3 tarjetas. Mientras estemos ahí, no empezamos nada nuevo : ayudamos a terminar lo que está dentro. Cuando una tarjeta se apila en revisión, la tratamos en prioridad. El objetivo no es ocuparse, es entregar. »
Para decir ante el tablero : la regla solo funciona si nadie la rodea cuando aprieta.
Modelo copiar-pegar — tablero Kanban + WIP
COLUMNAS : Por hacer (__ tarjetas) | En curso (máx __) | En revisión (máx __) | Terminado (__)
WIP ACTUAL : En curso __/__ — En revisión __/__
CUELLO DE BOTELLA (dónde se apila) : _______________
ACCIÓN FLUIDEZ (quién ayuda dónde) : _______________TPE / presupuesto pequeño
Un muro y notas adhesivas bastan : 3 columnas, un límite escrito con rotulador, revisión cada mañana.
Equipo a distancia
Tablero compartido en línea actualizado antes del punto visio : cada uno mueve sus tarjetas en directo.
Pyme Argelia
Bilal añade una columna « En espera cliente » para las validaciones exteriores, con relanzamiento fechado.
Equipo producto (Scrum)
Guardar Scrum para el producto y Kanban para el soporte : ambos cohabitan (a veces « Scrumban »).
✓ Buenas prácticas
- Haz que el tablero refleje tus etapas reales de trabajo.
- Fija y respeta un límite de WIP por columna.
- Trata en prioridad la etapa donde las tarjetas se acumulan (cuello de botella).
✗ Errores frecuentes
- Multiplicar las tareas en paralelo (dispersión, nada terminado).
- Ignorar el límite de WIP en cuanto aprieta.
- Olvidar reaccionar a los cuellos de botella que el tablero revela.
Puntos clave
- Kanban visualiza el flujo de trabajo en un tablero de columnas.
- El límite de WIP topa las tareas simultáneas : terminar antes de empezar.
- Revela los cuellos de botella y fluidifica el flujo.
- Kanban no impone ni sprints ni roles : ideal para un flujo continuo.
Reto 48h — aplica mañana
Dibuja tu tablero Por hacer / En curso / Terminado, coloca tus tarjetas reales y fija WIP máx 3 en En curso durante 2 días (modelo anterior).
- Sé explicar el límite de WIP sin dudar.
- Distingo Scrum (sprints) y Kanban (flujo continuo).
- Mi tablero está puesto con un límite de WIP respetado.
Preguntas frecuentes
¿Scrum o Kanban, cuál elegir?
Scrum conviene cuando se puede organizar el trabajo en iteraciones planificadas con un objetivo por sprint (desarrollo de producto). Kanban destaca en un flujo continuo e imprevisible de solicitudes (soporte, mantenimiento, marketing) donde se quiere fluidez y flexibilidad. También se pueden combinar (« Scrumban »). El contexto del trabajo — cíclico o continuo — guía la elección. Ni uno ni otro es « mejor » en absoluto.
¿El límite de WIP no ralentiza al equipo?
Contraintuitivamente, lo acelera. Multiplicar las tareas en paralelo dispersa, multiplica los cambios de contexto y lo arrastra todo (« mucho empezado, nada terminado »). Limitar el trabajo en curso fuerza a terminar, reduce los plazos reales y mejora la calidad. Hacer menos cosas a la vez, pero terminarlas, es más rápido en global. Es una de las lecciones más sólidas — y más ignoradas — de la gestión del flujo.
¿Cuál es la regla clave de Kanban?