Los 4 principios de Kanban (no reemplazan, evolucionan)
Kanban parte de una premisa distinta a Scrum: no impone un framework nuevo, evoluciona el proceso que el equipo ya tiene. Sus principios son: empieza con lo que haces ahora, acuerda perseguir cambios incrementales, respeta los roles y responsabilidades actuales, y fomenta el liderazgo en todos los niveles.
Por eso Kanban se adopta rápido en equipos de soporte, operaciones o mantenimiento: no hay que reorganizar roles ni imponer Sprints donde el trabajo llega de forma impredecible.
Las 6 prácticas clave de Kanban
El método se sostiene en seis prácticas concretas que cualquier equipo puede empezar a aplicar sobre su flujo actual:
- Visualizar el flujo — un tablero con columnas (Por hacer, En curso, Revisión, Hecho) donde todo el trabajo es visible.
- Limitar el trabajo en curso (WIP) — un número máximo de tarjetas por columna, para forzar a terminar antes de empezar algo nuevo.
- Gestionar el flujo — medir cuánto tarda una tarjeta en cruzar el tablero (lead time) y destrabar cuellos de botella.
- Hacer explícitas las políticas — reglas claras de 'cuándo algo está listo para pasar de columna'.
- Implementar ciclos de feedback — reuniones de flujo, reposición y revisión de estrategia, con frecuencia flexible (no timeboxes fijos).
- Mejorar colaborativamente, evolucionar experimentalmente — cambios pequeños y medibles, no rediseños totales del proceso.
¿Qué es el WIP en Kanban?
WIP en Kanban significa Work In Progress: el trabajo que ya empezó y todavía no terminó. El límite WIP es el número máximo de tarjetas que pueden estar en una columna al mismo tiempo. Si el límite de 'En curso' es 3 y ya hay 3 tarjetas, nadie toma una tarea nueva hasta liberar espacio.
Parece simple, pero es la práctica que más cuesta sostener: expone que el equipo está haciendo multitasking, que hay cuellos de botella reales y que 'estar ocupado' no es lo mismo que 'estar entregando'. La resistencia a bajar el límite WIP suele ser más humana que técnica.
Kanban vs Scrum: la confusión más común
No son competidores, resuelven contextos distintos. Scrum funciona mejor cuando el trabajo se puede agrupar en incrementos de valor con fecha fija (un Sprint). Kanban funciona mejor cuando el trabajo llega de forma continua e impredecible — tickets de soporte, incidentes, solicitudes ad hoc.
Muchos equipos combinan ambos en lo que se conoce como Scrumban: la cadencia de eventos de Scrum con la visualización y límites WIP de Kanban.
Unidad de trabajo
- Scrum
- Sprint con fecha fija
- Kanban
- Flujo continuo, sin fecha fija
Roles definidos
- Scrum
- Sí (PO, SM, Developers)
- Kanban
- No — usa los roles existentes
Cómo limita el trabajo
- Scrum
- Sprint Backlog cerrado
- Kanban
- Límite WIP por columna
Mejor para
- Scrum
- Equipos de producto
- Kanban
- Soporte, operaciones, flujo variable
Lo que un tablero Kanban no te enseña
Kanban te da visibilidad total del flujo: qué se está haciendo, dónde se traba y cuánto tarda. Lo que no te da es la disciplina para respetar el límite WIP cuando el jefe pide 'solo una cosita más', ni la capacidad de decir que no cuando el tablero ya está lleno.
Esa disciplina — sostener un límite bajo presión, priorizar con criterio cuando todo parece urgente — no se lee en un manual de Kanban: se entrena. Por eso RECOProgramando creó Ágil de Verdad, un taller presencial de 2 horas en Lima centrado en tu reacción real cuando el plan (o el tablero) se desborda.
Fechas y cupos vigentes
También puedes reservar tu lugar en un próximo workshop
Si este tema te resulta familiar, revisa los workshops abiertos y elige el formato que mejor encaje contigo. Las fechas, sedes y cupos se actualizan desde la gestión de eventos.
- Ágil de Verdad · Edición 03Ágil de VerdadPara practicar cómo respondes cuando el plan cambia.Mié 20 ene 2027MirafloresVer edición y reservar
- Product Lab · Edición 01RECO Product LabPara tomar mejores decisiones de producto con criterio humano.Vie 6 nov 2026MirafloresVer edición y reservar
- Product Lab · Edición 02RECO Product LabPara tomar mejores decisiones de producto con criterio humano.Mié 10 feb 2027MirafloresVer edición y reservar
Preguntas frecuentes
¿Qué es Kanban en pocas palabras?
Un método ágil de flujo continuo que visualiza el trabajo en un tablero, limita cuántas tareas están en curso a la vez (WIP) y evoluciona el proceso existente en vez de reemplazarlo.
¿Cuáles son los 4 principios de Kanban?
Empieza con lo que haces ahora, persigue cambios incrementales, respeta roles y responsabilidades actuales, y fomenta el liderazgo en todos los niveles del equipo.
¿Qué es el WIP en Kanban?
WIP significa Work In Progress: el trabajo ya empezado y aún no terminado. En Kanban se limita cuántas tarjetas pueden estar en una columna a la vez para terminar antes de empezar algo nuevo.
¿Qué es el límite WIP en Kanban?
El número máximo de tareas permitidas en una columna del tablero al mismo tiempo. Fuerza a terminar trabajo antes de empezar uno nuevo y expone cuellos de botella reales.
¿Kanban tiene Sprints como Scrum?
No. Kanban es de flujo continuo: no hay iteraciones con fecha fija. El trabajo entra y sale del tablero según capacidad disponible (WIP), no según un calendario de Sprint.
¿Kanban o Scrum: cuál elegir?
Depende del tipo de trabajo. Scrum funciona mejor con incrementos de producto agrupables en Sprints. Kanban funciona mejor con trabajo impredecible y continuo, como soporte o tickets operativos. Muchos equipos combinan ambos (Scrumban).
¿Necesito un software especial para hacer Kanban?
No. Puedes empezar con post-its en una pared. El método es la disciplina de visualizar y limitar; el software (Jira, Trello, etc.) solo la facilita a distancia.
¿Dónde practico agilidad real y no solo la teoría del tablero?
En Ágil de Verdad, taller presencial en Lima (Miraflores) de RECOProgramando: 2 horas, sin examen, enfocado en cómo reaccionas cuando el plan se desborda.