Un marco para eliminar sistemáticamente el desperdicio y crear flujo.
Todo comienza con el valor, y el valor lo define el cliente, no tú.
Esto suena obvio pero se ignora rutinariamente. Los equipos construyen funcionalidades que los clientes nunca pidieron. Adornan soluciones con complejidad que nadie necesita. Optimizan procesos internos que no afectan la experiencia del cliente.
El valor es aquello por lo que el cliente está dispuesto a pagar. Todo lo demás es desperdicio.
En software, esto significa:
Antes de poder eliminar el desperdicio, debes entender cómo se ve el valor. Esto requiere hablar realmente con los clientes, observar cómo usan tu producto y medir resultados, no solo entregar funcionalidades.
Trampa Común
No confundas actividad con valor. Construir funcionalidades es actividad. Entregar funcionalidades que los clientes aman y por las que pagan es valor. No son lo mismo.
Un flujo de valor es la secuencia de todas las actividades requeridas para entregar valor a un cliente, desde el concepto inicial hasta el producto entregado.
Mapear este flujo significa visualizar cada paso, cada transferencia, cada tiempo de espera. Dibujas el estado actual honestamente, mostrando dónde fluye realmente el trabajo y dónde se atasca.
En manufactura, esto podría ser: materias primas → maquinado → ensamblaje → pruebas → envío.
En software, podría ser: idea → priorización → diseño → desarrollo → revisión de código → pruebas → despliegue → monitoreo.
La mayoría de los equipos nunca han mapeado su flujo de valor. Optimizan localmente, haciendo un paso más rápido, sin ver el todo. Pero mejorar un paso que no es cuello de botella no ayuda al sistema. A menudo lo empeora al acumular inventario antes de la restricción.
Mapear revela:
No puedes mejorar lo que no puedes ver. Mapear hace visible lo invisible.
Una vez que puedes ver el flujo de valor, el objetivo es crear flujo: trabajo moviéndose suave y continuamente de principio a fin, sin esperas, sin lotes, sin interrupciones.
El flujo perfecto es el flujo de una sola pieza: cada elemento se mueve a través de todo el flujo de valor sin detenerse. En manufactura, esto significa un auto a la vez a través de la fábrica. En software, esto significa una funcionalidad a la vez desde la idea hasta producción.
Los obstáculos al flujo incluyen:
Crear flujo no significa trabajar más rápido. Significa eliminar los obstáculos que ralentizan el trabajo. A menudo esto significa hacer menos a la vez, contraintuitivo, pero cierto.
La eficiencia de flujo mide el tiempo de valor agregado como porcentaje del tiempo total de entrega. En la mayoría del trabajo de conocimiento, es del 5-15%. El otro 85-95% es espera. Mejorar el flujo significa atacar el tiempo de espera, no el tiempo de trabajo.
Principio 4: Establecer Pull
En un sistema push, el trabajo se asigna basándose en cronogramas y pronósticos. En un sistema pull, el trabajo se inicia basándose en capacidad y demanda. Nada se mueve a menos que algo aguas abajo señale que está listo.
La señal pull clásica es la tarjeta kanban: cuando completas un elemento, jalas el siguiente. No inicias trabajo nuevo solo porque está en el backlog, lo inicias porque tienes capacidad.
Los sistemas pull:
Principio 5: Perseguir la Perfección
Lean no es un destino, es una dirección. El principio final es la mejora continua: perseguir incansablemente la perfección aunque nunca la alcances.
Esto significa:
La búsqueda nunca termina. Toyota ha estado mejorando durante más de 70 años y todavía encuentra formas de mejorar. El objetivo no es "volverse Lean" y detenerse, es incorporar la mejora en el trabajo diario.
Un equipo con límite de WIP de 3 en desarrollo tiene 3 elementos en progreso. No inician el elemento #4 hasta que uno termina. Esto previene la sobrecarga y crea flujo predecible.
Un equipo 'hace Kanban' pero no tiene límites de WIP. El trabajo se asigna basándose en la planificación del sprint. Los elementos se acumulan en 'En progreso' sin restricción. Esto es push con un tablero Kanban, no pull.