KanbanMitos · Principios7 may 20215 min de lectura

6 mitos sobre Kanban (infografía)

Kanban tiene mala fama por razones equivocadas. Desmontamos los 6 malentendidos más extendidos que impiden a los equipos adoptarlo con criterio y sacarle el máximo partido.

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.

01Mito: 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.

02Mito: 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.

03Mito: 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.

ClarificaciónKanban 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.

04Mito: 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.

05Mito: 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.

06Mito: 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.