Lean es un término acuñado en los años ochenta (John Krafcik según Google) para describir un estilo de fabricación (y desarrollo) que sale de Japón.
Este ‘estilo’ tiene sus raíces en el trabajo que emprendieron los japoneses (Toyota en particular con su TPS) desde los años 30 y 40. También fue influenciado por W. Edwards Deming y nuevamente los japoneses reconocieron la importancia de su trabajo en una época en que los contemporáneos occidentales lo habían pasado por alto.
‘Lean’ es mucho más que métodos o técnicas simples como Scrum, Kanban, etc. También abarca mucho más que la ingeniería de software.
- ¿Cuál de los siguientes temas es de mayor uso en un entorno profesional: sistemas operativos o sistemas de bases de datos?
- ¿Cuáles son algunas buenas maneras en que un programador puede construir su conocimiento de dominio para construir un mejor software?
- ¿Sharepoint 2013 es la herramienta adecuada para el trabajo?
- ¿Cuáles son algunos ejemplos de software que es tan bueno o mejor que sus equivalentes comerciales caros?
- ¿Qué IIT y NIT son particularmente famosos por la Ingeniería del Software?
Como tal, no existe una metodología ‘Lean’ de la misma manera que Scrum es un marco prescriptivo.
(Existe el desarrollo de software Lean: Wikipedia, que es una traducción más directa de los principios Lean al software, pero dudaría en compararlo directamente con Scrum y el primero es más que un superconjunto de ideas para los detalles de Scrum).
Lean ofrece algunos principios clave y Scrum incorpora varios de ellos. El movimiento ágil en general tiene una estrecha relación con los principios Lean. Abundan los ciclos de Deming.
Por lo tanto, no hay “elección” que hacer. Si usa Scrum, puede estar bastante seguro de que hay algo de ‘Lean’ allí.
Si ves méritos en el sistema de desarrollo Lean, probablemente influirá en tu forma de trabajar, Scrum o no Scrum.