¿Qué es Lean y Scrum?

Lean vs scrum vs kanban

El pensamiento Lean es un sistema probado que se adapta al desarrollo a gran escala, como demuestran Toyota y otros. Aunque se aplica con mayor frecuencia a los productos, también se utiliza en las áreas de servicio, tanto en Toyota como en ámbitos como la sanidad.

Pensemos en una carrera de relevos. Los corredores están de pie esperando el relevo de su colega. El contable del departamento de finanzas, horrorizado ante este terrible “despilfarro” de infrautilización, probablemente impondría un objetivo de política de “utilización del 95% de los recursos” para garantizar que todos los corredores estén ocupados y sean “productivos”. Tal vez -sugeriría- los corredores podrían correr tres carreras al mismo tiempo para aumentar la “utilización de recursos”, o podrían correr por una montaña mientras esperan el relevo.

¿Mide su organización la “productividad” o la “eficiencia” en términos de lo ocupada que está la gente, o de cuánto tiempo se dedica a vigilar a los corredores? ¿O mide la “productividad” en términos de rapidez en la entrega de valor al cliente real, con lo que “vigila el relevo”? ¿Cuál es la relación entre valor y desperdicio en su trabajo? ¿Cuáles son los impedimentos para el flujo de valor y cómo puede la gente sentirse inspirada para esforzarse continuamente en mejorar ese flujo? El pensamiento Lean aborda estas cuestiones.

Lean scrum kanban

¿Ha habido algún momento en el que los clientes hayan sido más exigentes con las empresas que les sirven? Las tecnologías de la Industria 4.0 -muchas de ellas apenas imaginables hace una década- ya han permitido auténticos avances en materia de costes, comodidad y personalización, creando un valor extraordinario para los compradores y elevando cada vez más el listón de rendimiento para los productores.

Sin embargo, instituciones que van desde los fabricantes aeroespaciales hasta las autoridades fiscales han persistido, centrando sus esfuerzos en la gestión ajustada y la agilidad. Ambas metodologías han demostrado su valor como sistemas integrados para ayudar a mejorar el rendimiento.

El error que encontramos en muchos líderes y organizaciones es creer que tienen que elegir entre las dos. De hecho, eso no es cierto. No sólo no es necesario elegir, sino que las dos metodologías se complementan de manera que aumentan el impacto que generan, a menudo mediante el despliegue de tecnologías de la Industria 4.0 para acelerar la transformación. Bajo este enfoque de “lo mejor de ambos”, las empresas de mayor rendimiento combinan herramientas, formas de trabajar y elementos organizativos de cada uno para formar una solución personalizada que satisface las necesidades únicas de la empresa de forma más completa y rápida de lo que ha sido posible.

Lean vs. Agile

Este es un buen comienzo para obtener una visión general de los métodos y principios. Me gustaría animaros a seguir profundizando en ello. Como aportación por mi parte aquí van algunas aportaciones sobre la relación entre Kanban y Agile:

Hola, gracias por este artículo. Las ideas lean se definen en parte en el manifiesto ágil también por lo que tanto Lean como Agile tienen mucho en común pero se utilizan mayoritariamente en objetivos diferentes, Agile y Scrum para Software y Lean/Kanban para fábricas aunque ambos puedan aplicarse a otros fileds.

Interesante punto de vista, personalmente la forma en que veo la perspectiva fail fast está más enfocada a crear un entorno donde se valore la experimentación y permitir que el empirismo saque el valor a la superficie. Si estás haciendo algo que nunca se ha hecho antes, queremos un espacio donde la experimentación sea posible y no se desanime el fracaso ya que nos acerca a saber qué no hacer para alcanzar el valor. El fracaso está casi garantizado en un espacio en el que no hay una fórmula o unos pasos definidos, así que hazlo rápido y aprende de ello rápidamente. Creo que es mucho más amable y habilitador dar la bienvenida al fracaso en el contexto del fomento de la innovación que fingir que no debe ocurrir.

Scrum vs. Agile

Entregar valor a los clientes con productos de alta calidad y servicios rápidos es un requisito increíblemente importante para los equipos de proyectos. Metodologías como Agile, Lean y DevOps fueron creadas para ayudar a las organizaciones a lograr esto. Las tres trabajan hacia este objetivo común, pero cada una de ellas es única.

Antes de que se adoptaran estas prácticas, la metodología Waterfall encajaba bien, ya que seguía un proceso estructurado y lógico. Sin embargo, con el desarrollo digital de las empresas, no era lo suficientemente flexible para responder a las necesidades cambiantes de los clientes. Esta rigidez solía provocar la pérdida de mucho tiempo, dinero y recursos valiosos. Principalmente porque los equipos sólo probaban y adaptaban un producto después de entregarlo.  Las organizaciones y los profesionales necesitaban una estructura más eficiente en sus proyectos para poder garantizar la entrega de un producto o servicio conforme a los requisitos de calidad.

Durante la década de 1990, los desarrolladores de software empezaron a adoptar las prácticas de Lean. Lean se originó en la industria manufacturera japonesa justo después de la segunda guerra mundial y se centra en mejorar el coste, la calidad y el plazo de entrega eliminando los residuos de los procesos.