Simyl
simylflow
Inicio del curso
Módulo 1: Fundamentos y Filosofía
Lección 2 de 5
12 min

Los Cinco Principios Lean

Un marco para eliminar sistemáticamente el desperdicio y crear flujo.

1Principio 1: Definir el Valor

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:

  • La funcionalidad que resuelve un problema real del usuario = valor
  • La refactorización que habilita funcionalidades futuras que el usuario quiere = valor
  • La arquitectura hermosa que nadie notará = probablemente no es valor
  • La documentación detallada que nadie lee = definitivamente no es valor

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.

2Principio 2: Mapear el Flujo de Valor

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:

  • Dónde espera el trabajo (a menudo más del 90% del tiempo de entrega es tiempo de espera)
  • Dónde las transferencias pierden contexto
  • Dónde los tamaños de lote se inflan
  • Dónde existen ciclos de retrabajo

No puedes mejorar lo que no puedes ver. Mapear hace visible lo invisible.

3Principio 3: Crear Flujo

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:

  • Lotes: Acumular trabajo antes de moverlo (esperar límites de sprint, despliegues semanales)
  • Colas: Trabajo acumulándose antes de recursos restringidos (atrasos de revisión de código, colas de QA)
  • Transferencias: Pérdida de contexto cuando el trabajo se transfiere entre personas o equipos
  • Interrupciones: Cambio de contexto que rompe el enfoque
  • Defectos: Ciclos de retrabajo que envían el trabajo hacia atrás

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.

4Principios 4 y 5: Establecer Pull y Perseguir la Perfección

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:

  • Previenen la sobrecarga (el trabajo solo inicia cuando hay capacidad)
  • Reducen el inventario (nada se produce hasta que se necesita)
  • Crean visibilidad (los límites exponen cuellos de botella)
  • Mejoran la predictibilidad (los límites de WIP restringen la variabilidad)

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:

  • Cada problema es una oportunidad para mejorar
  • Los estándares existen para mejorarse, no solo para seguirse
  • La mejora es trabajo de todos, no solo de la gerencia
  • Las mejoras pequeñas e incrementales se componen con el tiempo

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.

Pull en la Práctica

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.

Push Disfrazado

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.

Conclusiones clave
  • El valor lo define el cliente, no tú
  • Debes mapear el flujo de valor antes de poder mejorarlo
  • Flujo significa movimiento suave y continuo sin esperas
  • Los sistemas pull previenen la sobrecarga y crean visibilidad
  • La perfección es una dirección, no un destino