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áles son las mejores tiendas de desarrollo web en Irlanda?
- ¿Cómo puede un chico de 32 años de habla inglesa (que dejó su doctorado y no es ciudadano de la UE) encontrar un trabajo en software en la UE?
- Cómo convertirse en un buen desarrollador de software teniendo en cuenta que soy un desarrollador web junior
- ¿Cuáles son algunos trucos de depuración para corregir errores en soluciones empresariales con miles de líneas / archivos de código que no escribió?
- ¿Cómo puedo salir de un rol de prueba?
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.