Los bloqueos son el cáncer silencioso del flujo Kanban. Un elemento bloqueado no solo ocupa espacio en el tablero — consume atención del equipo, genera presión sobre otras tarjetas y, si se cronifica, normaliza el desorden. La buena noticia es que Kanban tiene herramientas concretas para hacerlos visibles y resolverlos rápido.
01Tipos de bloqueo que existen
No todos los bloqueos son iguales y gestionarlos igual es un error. Hay tres categorías principales:
- Bloqueos internos: El equipo puede resolverlos pero falta capacidad, conocimiento o decisión. Ejemplo: nadie sabe cómo configurar el entorno de producción.
- Bloqueos externos: La resolución depende de alguien fuera del equipo — un proveedor, otro departamento, un stakeholder. El equipo no puede desatascarlo solo.
- Bloqueos de diseño: El elemento no puede avanzar porque la solución no está suficientemente definida. Requiere volver a refinamiento o discovery antes de continuar.
02Cómo visualizar los bloqueos
La regla es simple: un bloqueo invisible es un bloqueo que no se resolverá. El tablero debe hacer que los bloqueos sean imposibles de ignorar:
- Etiqueta roja o pegatina de impedimento visible desde cualquier ángulo de la sala.
- Fecha de inicio del bloqueo en la tarjeta — para rastrear cuánto tiempo lleva bloqueada.
- Razón resumida del bloqueo: una frase, no un párrafo.
- Responsable de la resolución — si nadie es responsable, nadie lo resolverá.
03Protocolo de resolución
La reunión de gestión de cola diaria (o el standup en equipos Scrum/Kanban) es el momento natural para revisar bloqueos. El protocolo recomendado tiene tres pasos:
- Identificar: ¿Qué está bloqueado y desde cuándo? ¿De qué tipo es el bloqueo?
- Asignar: ¿Quién va a desbloquearlo y en qué plazo razonable?
- Escalar: Si lleva más de lo previsto, ¿quién en la organización tiene autoridad para resolverlo?
El objetivo no es eliminar todos los bloqueos en la reunión — es asegurarse de que cada bloqueo tiene dueño y plazo.
04Patrones que generan bloqueos recurrentes
Si los mismos tipos de bloqueo aparecen sprint tras sprint, es una señal de que hay un problema sistémico que resolver. Los más comunes son:
- Falta de entornos de desarrollo o staging disponibles — señal de que necesitas automatizar el provisionamiento.
- Dependencias constantes con otro equipo — señal de que necesitas un acuerdo de servicio (SLA) explícito.
- Tarjetas que llegan al desarrollo sin criterios de aceptación claros — señal de que el refinamiento no está funcionando.