Lean Inception es un conjunto de herramientas para alinear a un equipo sobre el producto que se construirá. Se usa para desarrollar un MVP de manera iterativa y comenzar proyectos rápidamente con un enfoque ágil. El taller explica cómo usar tarjetas de usuario, funcionalidades, semáforos y ondas para mapear el producto, definir historias de usuario y priorizar funcionalidades para el primer MVP.
2. ¿ Qué es Lean Inception?
2
● Lean Inception fue creado por
Paulo Caroli en el 2011.
● Es una variante Inception Deck de
ThoghtWorks desarrollado
principalmente por Luke Barret.
● Es un conjunto de herramientas
que permiten un alineamiento en
el equipo.
3. ¿ Para qué usar Lean Inception?
3
● Lean Inception se usa para alinear a todos los
miembros del equipo acerca del producto que se va
a construir.
● Es muy útil cuando el equipo necesita construir un
MVP de manera iterativa.
● En proyectos grandes, es útil para comenzar a
trabajar rápidamente y orientarse al estilo lean. Tal
inicio construye iteraciones tempranas diseñadas para
describir y probar qué características son realmente
valoradas por los usuarios.
● En proyectos de innovación se utiliza para tomar una
idea que ha sido probada por algunos MVP de
exploración (pre-software) y desarrollarla en un
producto de software.
● Fue diseñado para proyectos de software, pero se
adapta bien para el desarrollo de cualquier producto.
4. 4
MVP: Es una versión de un
nuevo producto con el mínimo
de funcionalidades que
permiten a un equipo
recolectar, con el menor
esfuerzo posible, la máxima
cantidad de conocimiento
validado sobre sus potenciales
clientes.
IDEAS
SOFTWAREDATOS
Construir
Medir
Aprender
MVP
MVP: Mínimo Producto Viable
16. El Parking Lot nos sirve para no
perder de vista los temas
importantes que debemos
revisar después, por ser ajenos
al tema que estamos tratando
en este momento.
El Glosario, nos sirve para que
el equipo introduzca términos
importantes que todos
necesitan conocer.
16
17. 17
Con un buen entendimiento
de la visión del producto, se
puede establecer cuál es la
primera pieza del
rompecabezas del negocio y
cómo va a encajar.
Se debe decidir cuáles son las
características del producto
sobre las que se va a trazar el
camino inicial y cuál va ser su
estrategia.
1
18. 18
Decidir lo que NO hacer es TAN
IMPORTANTE como decidir qué
hacer.
El producto es…
El producto no es…
El producto hace…
El producto no hace…
Si tuvieras que definir este
producto con tres objetivos para
sus usuarios ¿cuáles serían?
2
19. 19
3
Una persona representa a un
usuario del sistema
describiendo no solo su
papel, sino también sus
necesidades específicas,
creando una representación
realista de los usuarios, que
ayuda al equipo a describir
funcionalidades desde el
punto de vista de quién
actuará con el producto
final.
20. 20
Una funcionalidad es una descripción de
una acción o interacción de un usuario con
el producto. Ejm: imprimir una factura, consultar una
declaración detallada, compartir con los amigos del
Facebook.
La descripción de la funcionalidad debe ser
lo más simple posible. El usuario intenta
hacer una cosa y el producto debe tener
una funcionalidad para eso.
¿Cuál funcionalidad sería esa?
Preguntas que ayudan al descubrimiento
de las funcionalidades:
¿Qué necesita tener el producto para cumplir las
necesidades de la persona? ¿Qué funcionalidades
debemos construir para poder alcanzar el objetivo?
4
21. 21
Cada funcionalidad debe pasar por la
revisión técnica, de UX y de negocio.
Para ello, cada funcionalidad debe ser
primero mapeada en el gráfico del
semáforo y luego debe recibir las
marcas según la tabla que mide el
esfuerzo, la experiencia de usuario y el
valor de negocio
5
22. 22
6
Algunos de estos pasos representan
diferentes puntos de contacto con el
producto, demostrando cómo el
usuario interactúa con él. Preguntas
simples nos ayudan con el inicio de la
descripción de los viajes. Ejm: ¿Cuál
es el objetivo que la persona quiere
alcanzar? ¿Cómo el(la) empieza su
día? ¿Qué hace después de eso?
Después de descrito el user journey,
busque las funcionalidades
necesarias para cada paso.
23. 23
Regla 1: Cada onda puede contener como
máximo 3 tarjetas.
Regla 2: Una onda no puede. contener más
de una tarjeta roja.
Regla 3: Una onda no puede contener 3
tarjetas solamente amarillas o rojas.
Regla 4: La suma del esfuerzo de las tarjetas
no puede sobrepasar cinco "E"
Regla 5: La suma del valor de las tarjetas no
puede ser menos de 4 "$"y 4 corazones.
Regla 6: Si una tarjeta depende de otra, esa
otra deberá estar en alguna onda anterior.
7
24. 24
Cuál es el costo esperado y la
fecha de entrega y validación
de este MVP?
Hay alguna restricción de
tiempo?
Qué aprendizaje o
resultado buscamos
en este MVP?
Cómo podemos medir
los resultados de este
MVP?
8