Cuando empiezas a trabajar con Kanban, el primer cambio que experimentas no es en el tablero — es en cómo miras el trabajo. La lente de Kanban es una forma de ver los sistemas de trabajo que revela patrones y problemas que antes eran invisibles.
01 · Primera lenteVer flujo, no tareas.
La primera perspectiva que cambia Kanban es pasar de ver tareas a ver flujo. Una tarea es una unidad de trabajo — algo que hay que hacer. El flujo es el movimiento de esa tarea a través del sistema — cuánto tarda, dónde se detiene, cómo se compara con otras tareas.
Con la lente del flujo, las preguntas cambian: en lugar de "¿cuántas cosas estamos haciendo?", la pregunta es "¿a qué velocidad se mueven las cosas a través del sistema?". En lugar de "¿están todos ocupados?", la pregunta es "¿está el trabajo avanzando hacia el cliente?".
02 · Segunda lenteVer WIP como riesgo, no como progreso.
La segunda perspectiva que cambia Kanban es la relación con el WIP. Intuitivamente, mucho trabajo en curso parece bueno — significa que el equipo está activo. Con la lente de Kanban, el WIP se ve de forma distinta: es trabajo que ha consumido recursos pero que todavía no ha entregado valor al cliente.
Todo el WIP es una apuesta. Si las prioridades cambian antes de que se complete, ese trabajo puede convertirse en desperdicio. El WIP alto también enmascara problemas: cuando hay mucho trabajo en curso, los bloqueos se diluyen en el ruido.
03 · Tercera lenteVer bloqueos como información, no como interrupciones.
La tercera perspectiva es cómo se ven los bloqueos. Sin la lente de Kanban, un bloqueo es una molestia — algo que hay que resolver para poder continuar. Con la lente de Kanban, un bloqueo es información valiosa sobre el sistema.
¿Qué tipo de bloqueo es? ¿Interno (falta de conocimiento, herramienta rota) o externo (dependencia, aprobación)? ¿Es recurrente? ¿Aparece siempre en la misma etapa? Los bloqueos repetitivos revelan debilidades estructurales del sistema que hay que abordar, no solo síntomas que hay que tratar.
04 · Cuarta lenteVer variabilidad como información de diseño.
La cuarta perspectiva es la variabilidad. Sin la lente de Kanban, la variabilidad es un problema a eliminar — los retrasos son culpa de alguien, las estimaciones erróneas son fallos. Con la lente de Kanban, la variabilidad es datos sobre la naturaleza del trabajo.
¿Algunas tareas tardan mucho más que otras? Eso sugiere que no todas las tareas son iguales — quizás hay que definir clases de servicio. ¿El lead time varía mucho semana a semana? Eso puede indicar interrupciones, dependencias o problemas de WIP que el sistema refleja fielmente.