Kanban es uno de los métodos de gestión del trabajo más mal comprendidos del ecosistema ágil. Se le acusa de cosas que no hace y se le atribuyen virtudes que no son las suyas. El resultado es que muchos equipos lo descartan antes de probarlo — o lo adoptan de forma tan superficial que no obtienen ningún beneficio real.
Mito: Kanban es solo un tablero
El tablero es la parte visible, pero Kanban es mucho más: es un método para gestionar el flujo de trabajo con políticas explícitas, límites WIP, métricas de flujo y cadencias de feedback. Un tablero sin estas prácticas es decoración de oficina.
El método Kanban define seis prácticas fundamentales: visualización, límite del trabajo en curso, gestión del flujo, políticas explícitas, bucles de feedback y mejora colaborativa. Sin las seis, estás usando una fracción del método.
Mito: Kanban no tiene roles ni responsabilidades
El método Kanban define roles opcionales como el Service Request Manager (equivalente al Product Owner en algunos aspectos) y el Service Delivery Manager (equivalente al Scrum Master). No son obligatorios, pero en organizaciones maduras aparecen de forma natural porque las necesidades que cubren son reales.
Mito: Kanban es para equipos sin planificación
Kanban tiene cadencias explícitas de planificación: la revisión de estrategia, la revisión de operaciones, la reunión de reposición de cola y la reunión diaria de gestión de cola. No son sprints, pero sí son ciclos planificados de revisión y ajuste.
Kanban no elimina la planificación — elimina la planificación ficticia. En lugar de comprometer entregables en fechas arbitrarias, Kanban basa sus compromisos en datos históricos de flujo.
Mito: Kanban es incompatible con Scrum
Scrum y Kanban son complementarios. Professional Scrum with Kanban (PSK) es precisamente la combinación de ambos: usa los eventos y roles de Scrum con las prácticas de gestión del flujo de Kanban. Los límites WIP, el cycle time y el throughput son métricas perfectamente aplicables dentro de un sprint.
Mito: Kanban no sirve para proyectos complejos
Kanban surgió precisamente para gestionar trabajo complejo e impredecible. Su ventaja sobre los métodos de planificación rígida es que responde al cambio de forma natural: no hay sprints que romper, no hay compromisos de scope fijos. El sistema se ajusta cuando cambian las prioridades.
Mito: Kanban significa "sin prioridades"
Kanban tiene un sistema sofisticado de priorización basado en clases de servicio: expedited (máxima urgencia), fecha fija, standard e intangible. Cada clase tiene políticas explícitas sobre cómo se trata, cuándo puede saltarse el WIP y con qué criterios se selecciona.
Formación relacionada en ITNOVE
- Professional Scrum with Kanban (PSK) — Scrum.org · PSK