Cuál es la diferencia entre Agile,

Lean Startup y Design Thinking

A menudo surge el debate alrededor de estos términos. Las preguntas habituales que
surgen son variadas. ¿Es Design Thinking una metodología ágil? ¿Es Lean Startup una
versión reducida de Scrum? ¿Son conceptos o metodologías? ¿Son complementarios u
opuestos?

Vamos a intentar explicar qué es cada uno de ellos y trataremos de ahondar en si son
compatibles o deben de usarse de manera aislada para resolver situaciones concretas.

Agile
Creo que hemos publicado varios artículos relativos a Agile como filosofía u orientación
organizacional. Muchos de ellos describen dicha cultura y si queréis profundizar en la
misma seguro que os son de ayuda.

Agile es una forma de trabajo, una manera de hacer las cosas, de enfrentar situaciones
complejas. Su base es un proceso iterativo, empírico y que persigue una entrega
incremental de producto. Su uso, aunque últimamente está expandiendo su terreno de
juego, está centrado en el mundo de desarrollo de productos de software.

El foco claro de esta cultura está centrado en la entrega de aquellas funcionalidades

del producto que otorguen el mayor valor de negocio.

Agile se focaliza en algo tangible, entregando producto en cada iteración. Como bien
indica el Manifiesto Ágil, el “Software funcionando es la única medida de progreso”.

Lean Startup
Lean Startup en cambio es una metodología focalizada en el desarrollo de empresas y
productos, que busca un acortamiento de los ciclos de desarrollo con objetivo de
descubrir tempranamente si el producto y/o el modelo de negocio son viables.
Esto se logra principalmente mediante la adopción de un ciclo rápido de construcción
de un MVP (Minimun Viable Product), testando el mismo, obteniendo información
relativa a ese proceso de prueba y validando el aprendizaje, para aplicar todo esto a un
siguiente ciclo. Así hasta validar la hipótesis o descartarla.

Se dice que el 90% de los intentos iniciales de crear un producto o una compañía fallan
(Forbes) y la razón número uno es el fracaso del mercado: "Se hacen productos que
nadie quiere". (Fortune).

Esta metodología fundamentalmente está orientada a startups o emprendimiento

intra-organización.

Su nacimiento en los años 90 y el movimiento emergente de Sillicon Valley tiene al

igual que Agile una base fundacional en el sistema de producción de Toyota, Lean
Manufacturing.

La gran diferencia entre Lean Manufacturing y su discípulo Lean Startup, es que el

primero se centra en construir de la manera más eficiente posible sin decir qué
construir, mientras que el segundo trata de confirmar de manera temprana la
hipótesis de que lo que se quiere construir es viable, tanto desde el punto de vista del
producto como del modelo de negocio que lo rodea.

Citando a Eric Ries, creador de Lean Startup: “El inicio de la fabricación Lean
proporciona un enfoque científico para crear y gestionar los inicios y hacer llegar un
producto deseado a las manos de los clientes más rápidamente. El método Lean
Startup enseña cómo dirigir una startup -cómo dirigir, cuándo girar y cuándo
perseverar- y trata de hacer crecer un negocio con la máxima aceleración".

 
Design Thinking
Esta metodología se basa en un proceso iterativo en el que prosperamos para
entender los llamados puntos de dolor del usuario, desafiar las suposiciones, redefinir
los problemas, de manera que seamos capaces de crear nuevas estrategias y
soluciones.
En oposición al Brainstorming, Design Thinking promueve la llamada "Lluvia de dolor",
con el fin de comprender plenamente dónde se encuentran esos puntos de dolor del
usuario.

Las fases habituales del pensamiento de diseño son las siguientes:

·        Empatizar con los usuarios

·        Definir las necesidades de sus usuarios, sus problema y sus percepciones

·        Idear desafiando los supuestos y creando ideas para soluciones innovadoras

·        Prototipar para empezar a crear soluciones

·        Probar esas soluciones

·        Iterar

En definitiva, Design Thinking es un enfoque centrado en el proceso creativo y de

innovación, que toma como pieza central al usuario y se nutre de un conjunto de
herramientas para detectar y solventar aquellos puntos que el propio usuario detecta
como de conflicto. Tiene en cuenta las necesidades del usuario, las herramientas
tecnológicas que están al alcance y cuáles son los requisitos que nos acercan al éxito
del producto.

 
¿Son combinables?
Ciertamente existen solapes entre las aproximaciones Agile, Lean Startup y Design
Thinking, pero es posible combinarlas, ya que atacan momentos y objetivos diferentes
del proceso empresarial y de creación de productos.

Sumadas aportamos visión empresarial de negocio y viabilidad, combinadas con una

clara orientación al cliente, bañadas en una cultura ágil que nos permita iterar
rápidamente focalizados en una construcción concreta de producto.
En Internet es muy popular el siguiente gráfico que combina las tres aproximaciones
metodológicas con bastante acierto.

Como se puede ver en el gráfico, usamos Design Thinking para enfatizar, definir e
idear. Una vez las ideas están concretadas, empleamos Lean Startup para convertir
esas ideas en modelos de negocio que soporten productos y, finalmente, combinado
con agile, construimos hasta validar y una vez validado continuamos con el desarrollo
final de producto en modelo agile, usando la metodología ágil que más encaje con el
producto a construir.

Si nos creemos el indicador de que el 90% de las startups fallan porque se centran en
generar productos que nadie quiere, el empleo de estas metodologías combinadas,
nos pueden ayudar a reducir este riesgo de fallo, así como a detectarlo
tempranamente.

Las tres ponen en el centro al usuario, usan la información que obtienen directamente
de él para idear, validar y ciclar adecuadamente. Toda esta información nos debe de
ayudar a construir productos con una mayor aceptación y satisfacción por parte de los
clientes y, por lo tanto, a minimizar el riesgo de fallo.

Conclusión
Definitivamente estas nuevas formas de trabajo confrontan directamente con las
viejas tradiciones de planificar en papel, anticipadamente sin conocer adecuadamente
el entorno y los detalles del proyecto, basado en suposiciones sin validar y combinado
con una lista de especificaciones ya decididas, que nadie se ha tomado la molestia de
confirmar con los clientes si son realmente de utilidad.

Esto, más aún hoy en día, es un gran riesgo, que podemos minimizar usando uno o
varios de estos enfoques metodológicos que como hemos visto e intuir, nos pueden
servir de gran ayuda, ya sea por sí mismos, de manera individual, o combinados.