Kanban es el método ágil con la barrera de entrada más baja: un tablero, unas tarjetas y una regla de oro. Precisamente por eso se hace mal tan a menudo: se copia el tablero y se ignora la regla. Esta guía monta un Kanban que funcione de verdad.
Paso 1: dibuja tu flujo real
Las columnas del tablero no son «Por hacer / Haciendo / Hecho» porque lo diga un manual: son las etapas reales por las que pasa tu trabajo. Un equipo de contenidos quizá necesita Ideas → Redacción → Revisión → Publicado.
Observa cómo fluye el trabajo hoy y dibuja eso. El tablero que no refleja la realidad se abandona en dos semanas.
Paso 2: una tarjeta, una unidad de trabajo
Cada tarjeta debe ser algo terminable en pocos días, con un título que cualquiera entienda. «Migración» no es una tarjeta; «migrar tabla de clientes al servidor nuevo» sí.
Paso 3: la regla de oro — limita el trabajo en curso
Aquí vive toda la magia de Kanban y es lo primero que se omite. Cada columna intermedia lleva un límite WIP: número máximo de tarjetas a la vez. Revisión (máx. 3) significa que la cuarta tarea espera.
¿Por qué funciona? Porque el multitarea es el impuesto invisible: diez cosas al 50% no valen nada; cinco terminadas, sí. El límite WIP convierte «empezar otra cosa» en «ayudar a terminar la que está atascada».
Empieza con límite = personas + 1 por columna y ajusta con datos.
Paso 4: gestiona los atascos, no las personas
Cuando una columna se llena, el tablero te está enseñando tu cuello de botella. La respuesta no es presionar a quien va lento: es mover ayuda a esa etapa o revisar por qué se atasca. El tablero convierte un problema de personas en un problema de flujo, que se arregla sin culpables.
Paso 5: mide el tiempo de ciclo
Cuánto tarda una tarjeta de entrar a salir. Es la métrica honesta de Kanban: si baja, mejoras. Apunta la fecha de entrada y salida de cada tarjeta durante un mes y tendrás previsiones del tipo «el 85% de las tareas salen en menos de 6 días».
¿Kanban o Scrum?
Kanban brilla en flujo continuo: soporte, mantenimiento, operaciones, equipos con entrada constante de peticiones. Scrum encaja mejor cuando puedes agrupar trabajo en objetivos de dos semanas. Y combinarlos (tablero con límites WIP dentro de sprints) es perfectamente legal. Más detalle en nuestra comparativa de metodologías.