Qué es y por qué importa
Visualizar es la primera práctica del Método Kanban porque ninguna otra funciona sin ella. No puedes limitar el WIP de una etapa que no aparece en el tablero, ni medir el tiempo de un ítem cuando nadie sabe en qué momento empezó. El objetivo del tablero no es verse bonito ni ordenado. Es retratar cómo fluye realmente el trabajo, incluidas las partes incómodas: las colas, los retrabajos y los ítems detenidos.
Una buena prueba es preguntar si una persona externa puede responder tres preguntas mirando el tablero durante un minuto: qué está en curso, dónde está esperando el trabajo y qué está bloqueado. Si no puede, el tablero todavía es una lista de tareas con columnas.
Conceptos clave
Etapas de trabajo y colas
Las columnas deben representar las actividades de descubrimiento de conocimiento que atraviesa el ítem, como análisis, desarrollo y validación, y no personas ni departamentos. Junto a las etapas activas, dibuja las colas: lugares donde el ítem espera sin que nadie trabaje en él. Una práctica común es dividir la columna en “En curso” y “Listo para la siguiente etapa”.
Esa división parece un detalle, pero cambia la lectura del tablero. Imagina un equipo de datos en el que la columna “Validación” tiene siempre ocho ítems y parece sobrecargada. Cuando se separa la cola, se ve que seis de esos ocho solo están esperando que el área de negocio responda. El problema no es la capacidad de validación, es la espera por un tercero. Las colas visibles también son la base para calcular la eficiencia de flujo.
Punto de compromiso y punto de entrega
El punto de compromiso es el lugar del tablero en el que un pedido deja de ser una opción y pasa a ser un compromiso: a partir de ahí, el equipo acepta entregar y el cliente acepta recibir. Antes de ese punto, el ítem puede descartarse sin un costo relevante. El punto de entrega es donde el ítem se considera entregado al cliente, lo que no siempre coincide con “listo para el equipo”.
Estos dos puntos definen el Lead Time del servicio y dan sentido a las métricas. Si el punto de compromiso no está claro, el equipo mide tiempos que mezclan ideas en evaluación con trabajo prometido, y cualquier pronóstico pierde valor. El desafío del punto de compromiso te pone frente a esa decisión.
Tipos de ítem
Los ítems diferentes se comportan de forma diferente. Un defecto en producción, una mejora pequeña y una funcionalidad nueva no tienen el mismo tamaño, el mismo riesgo ni el mismo cliente. Distingue los tipos por color, por ícono o por carril, y mide cada tipo por separado cuando la diferencia de tiempo sea grande. Los tipos de ítem describen la naturaleza del trabajo; las clases de servicio, tratadas en el dominio 5, describen cómo se trata en relación con el riesgo de retraso.
Bloqueos
Un ítem bloqueado es un ítem en el que nadie puede avanzar por un motivo identificado: esperando un acceso, esperando una decisión, esperando a otro equipo. Marca el bloqueo en la propia tarjeta y registra el motivo y la fecha de inicio. Después de algunas semanas, agrupa los motivos. Ese agrupamiento suele revelar que pocas causas explican la mayor parte del tiempo perdido, y ahí vale la pena experimentar.
Políticas visibles
Las políticas explícitas son las reglas del sistema escritas donde todos las ven: el límite de WIP de cada etapa, el criterio para que un ítem salga de “Análisis”, quién puede arrastrar un ítem urgente, qué hacer cuando un ítem queda bloqueado más de dos días. Las políticas que viven en la cabeza de las personas generan discusiones repetidas; las políticas en el tablero pueden cuestionarse, probarse y cambiarse.
Carriles
Los carriles horizontales (swimlanes) separan flujos que comparten las mismas etapas, pero reciben un tratamiento diferente. Los usos más frecuentes son un carril para ítems urgentes y carriles por tipo de ítem o por cliente. Úsalos con moderación: cada carril adicional divide la atención y puede esconder el WIP total.
Descubrimiento y entrega
Muchos equipos visualizan solo la entrega y dejan el descubrimiento, la parte en la que se decide qué vale la pena hacer, en planillas o en la cabeza de alguien. Visualizar el descubrimiento a la izquierda del punto de compromiso muestra cuántas opciones existen, cuánto tiempo esperan y cuántas se descartan. Descartar opciones es sano; descartar trabajo ya comprometido es desperdicio.
Errores comunes
- Columnas por persona. El tablero pasa a medir la ocupación individual, no el flujo.
- Tablero idealizado. Dibujar el proceso que debería existir, y no el actual, esconde los problemas que el equipo necesita ver.
- Columna “Hecho” como punto de entrega sin acuerdo. Si el cliente no lo recibió, el ítem no fue entregado.
- Bloqueo sin motivo ni fecha. Sin esos dos datos, el bloqueo no se convierte en aprendizaje.
Si quieres partir de una estructura probada, adapta una de las plantillas de tablero Kanban a tu flujo real.
Cómo aparece esto en el examen
Recibes la descripción de un tablero o de un flujo y debes decidir dónde está el punto de compromiso, qué columna debería separarse en curso y cola, o qué política resolvería una discusión recurrente. También aparecen situaciones en las que el tablero esconde un problema, como ítems detenidos en una columna de espera que no existe, y debes indicar el cambio de diseño que lo revelaría.
Preguntas frecuentes
¿Cuántas columnas debe tener un tablero Kanban?
Tantas como etapas reales de descubrimiento de conocimiento tenga tu flujo, con las colas relevantes entre ellas. Para la mayoría de los equipos, eso queda entre cuatro y ocho columnas. Más que eso puede indicar que el tablero está detallando tareas en lugar de etapas.
¿Cuál es la diferencia entre el punto de compromiso y el inicio del trabajo?
El punto de compromiso es el momento en que el equipo acepta entregar el ítem. El inicio del trabajo es cuando alguien empieza a trabajar en él. En muchos sistemas coinciden, pero no siempre: un ítem puede estar comprometido y esperar en una cola “Listo para empezar” antes de que alguien lo arrastre.
¿Bloqueo y espera son lo mismo?
No. Un ítem en espera está en una cola, esperando capacidad del propio equipo. Un ítem bloqueado no puede avanzar por un impedimento identificado, aunque haya alguien disponible. Los dos aumentan el tiempo de entrega, pero piden acciones diferentes.
¿Debo visualizar el trabajo de descubrimiento?
Sí, cuando consume tiempo y capacidad relevantes. Visualizar el descubrimiento antes del punto de compromiso ayuda a controlar cuántas opciones están en evaluación y evita que pedidos todavía inciertos entren en el flujo de entrega.
