Home Agile

Lean Inception: Un método adecuado p

ara iniciar proyectos

Lean Inception:
Un método
adecuado para
iniciar proyectos

Onofre Araneda 19 de julio de 2023 10:57

Contenido

Aspectos generales de Lean Inception

Cronograma del taller Lean Inception

Producto Mínimo Viable

El taller Lean Inception

Visión del producto

El producto Es – No es – Hace – No hace

Describiendo las personas en Lean

Inception

Descubriendo las Funcionalidades en Lean

Inception

Revisión técnica y de negocio

Viaje del usuario en Lean Inception

Secuencia de características o funciones

Construir el Canvas del MVP en Lean

Inception

Ciclo Construir – Medir – Aprender

Ciclo Usuario – Viaje – Acción

Ver más sobre Metodología Agile

FAQs

Aspectos generales de
Lean Inception
Lean Inception es una metodología, creada por

Paulo Caroli , diseñada para proporcionar un inicio

rápido y efectivo a los proyectos ágiles, centrando

el esfuerzo del equipo en el desarrollo del

Producto Mínimo Viable (MVP). El enfoque se

centra en la entrega temprana y continua de

software de alto valor, cumpliendo con las

necesidades de los usuarios y los objetivos del

negocio.

Este método fue creado como respuesta a la

necesidad de realizar un trabajo previo al inicio de

un proyecto ágil. Lean Inceptión se convirtió en

este trabajo, sirviendo como un proceso de

preparación en el que el equipo del proyecto se

alinea en torno a la visión del producto y desarrolla

un plan de lanzamiento eHcaz.

La Lean Inception ha sido desarrollada para

adaptarse a las limitaciones de tiempo y centrarse

más en la deHnición del MVP. La duración de este

proceso se ha reducido, eliminando aspectos no

relacionados con el producto, como arquitectura y

proyecto, y haciendo la metodología más liviana.

Este enfoque es más corto, enfocándose solo en

aspectos esenciales del producto, lo que lo hace

más lean y el resultado Hnal es la comprensión y

deHnición del MVP, un concepto clave del

movimiento Lean Startup .

Lean Inception es un método útil para el desarrollo

iterativo de un Producto Mínimo Viable (MVP), que

se construye para probar si vale la pena continuar

desarrollando un producto. Para hacer esto, el

equipo necesita entender quiénes son sus

usuarios, qué actividades el producto podría

apoyar y cómo medir si el producto es útil para

ellos. El taller de Lean Inception es

particularmente valioso en dos situaciones:

Grandes proyectos para empezar rápidamente y

enfocarse en trabajar de forma lean. Este inicio

permite la creación de iteraciones tempranas

enfocadas en descubrir y probar qué

características son realmente valoradas por sus

usuarios.

Las organizaciones más pequeñas, como las

startups, utilizan las Lean Inception para

desarrollar una idea que ha sido probada por

algunos MVPs pre-software y convertirla en un

producto de software.

Es importante destacar que este taller se centra

especíHcamente en entender un MVP y no

sustituye otras actividades como las sesiones de

ideación, la investigación de clientes, la revisión de

arquitectura o el análisis competitivo. Es una

técnica especíHca que contribuye a entender qué

se necesita para construir un producto exitoso y su

integración con otras actividades depende del

contexto especíHco de la organización y del

esfuerzo de desarrollo en el que se está

trabajando.

Cronograma del taller Lean

Inception
Lean Inception propone un calendario de

actividades que tiene una duración de una

semana. Esta propuesta debe puede ser adaptada

por el equipo de proyectos según sus necesidades

particulares.

Figura 1: Calendario propuesto taller Lean

Inception

Producto Mínimo Viable

El Producto Mínimo Viable (MVP, por sus siglas en

inglés) es un concepto central en el desarrollo ágil

de productos, y ha sido fundamental para el éxito

de numerosos productos icónicos como el iPhone,

Facebook, Spotify, AirBnB y EasyTaxi.

Un MVP es la versión más simple de un producto

que puede ser lanzada para validar un conjunto de

hipótesis sobre el negocio. El objetivo de un MVP

no es ser un producto Hnal, sino ser lo

suHcientemente viable para veriHcar si la dirección

tomada es correcta y aprender rápidamente de los

usuarios y del mercado. Esto permite lanzar

productos al mercado de manera más rápida,

minimizar costos y evolucionar el producto en

función de las necesidades reales de los usuarios.

Por lo tanto, el desarrollo de un MVP se convierte

en el primer paso esencial para la creación de

productos exitosos, permitiendo la validación

temprana y continua de hipótesis sobre el negocio

y el aprendizaje rápido de las necesidades y

comportamientos de los usuarios.

Una visión amplia enfatiza la importancia de tener

una gran visión para el producto Hnal, pero

comenzar con un Producto Mínimo Viable (MVP).

El MVP se centra en validar una única hipótesis y

aprender rápidamente, minimizando el uso de

recursos. Aunque un producto puede tener

muchas funcionalidades y objetivos, un MVP debe

enfocarse en un aspecto del negocio para un

segmento de usuarios. El desarrollo del producto

se realiza a través de la validación sucesiva de

MVPs, asegurándose de que cada nueva

funcionalidad o elemento esté validado antes de

ser incorporado al producto.

El MVP está en la intersección entre lo valioso, lo

usable y lo factible, representando

respectivamente, el interés del negocio, la

aceptación de los usuarios del producto, y de lo

que es posible construir.

Además, es necesario que el MVP integre un

factor “Wau”. El factor WUAU es aquello que

diferencia el producto en el mercado, aquello que

conquista a sus usuarios y los transforma en

ávidos promotores del producto.

Por tanto, el MVP tiene que integrar todos estos

aspectos de la siguiente manera:

Figura 2: Aspectos que MVP debe considerar

El taller Lean Inception

Durante una semana de colaboración intensiva, el

equipo se enfocará en comprender los objetivos

del producto, identiHcar a los usuarios clave y

deHnir el alcance funcional a un nivel alto. Esto

permitirá estimar la duración del proyecto y trazar

una estrategia para el lanzamiento incremental de

Productos Mínimos Viables (MVPs).

En una Incepción Lean, se llevan a cabo una serie

de ejercicios y dinámicas destinados a establecer

los objetivos, estrategias y alcance del producto.

También se busca identiHcar y priorizar las

características que se irán implementando

progresivamente a través de Productos Mínimos

Viables (MVPs). El propósito central de este taller

es facilitar que el equipo descubra y entienda de

manera conjunta lo que se va a desarrollar. Al

término de este proceso, se espera que el equipo

esté más cohesionado y tenga una visión más

deHnida del camino a seguir.

Visión del producto

Con una comprensión sólida de la visión del

producto, se puede determinar cuál será el primer

elemento de la solución de negocio. Debemos

seleccionar las características del producto que

deHnirán el enfoque inicial y establecer la

estrategia correspondiente. La visión del producto,

que se encuentra en algún lugar entre la idea

original y el lanzamiento del producto, ayuda a

esbozar este enfoque inicial. Esto representa la

esencia del valor empresarial y debe transmitir un

mensaje claro y atractivo para los clientes. Este

ejercicio colaborativo permitirá deHnir

conjuntamente la visión del producto.

Para [cliente Hnal],quién [el problema

que necesita ser resuelto],el [nombre
del producto]es un [categoría del
producto]que [beneHcio-clave, razón
para comprarlo].A diferencia de
[alternativa de la
competencia],nuestro producto
[diferencia-clave].

Figura 3: Visión del producto

Paso a paso de esta actividad:

1. Escribir la plantilla de la visión del producto en

una pizarra o un papelógrafo de una manera

visible para todo el equipo.

2. Dividir el equipo en grupos pequeños y pedir a

cada grupo que llene uno de los espacios en

blanco de la plantilla (o más de uno,

dependiendo del tamaño del equipo).

3. Reúna los resultados de cada equipo formando

una sola frase.

En esta actividad es muy común que el resultado

sea una frase sin sentido. Es decir, luego de

ejecutar el tercer paso, es importante que el

equipo trabaje unido para formar una frase

homogénea, usando y alternando los resultados

previos si es necesario.

El producto Es - No es -
Hace - No hace
En ocasiones, resulta más sencillo describir algo

mediante la especiHcación de lo que es y lo que no

es, de lo que hace y lo que no hace. La actividad

'Es - No es - Hace - No hace' permite deHnir el

producto de esta manera, explorando

meticulosamente cada aspecto, tanto positivo

como negativo, en torno a la identidad y las

funciones del producto.

Es No es

Hace
No hace

Figura 4: Descripción del producto

Paso a paso de esta actividad:

1. Dividir un papelógrafo en blanco en cuatro

áreas (Es / No es / Hace / No hace).

2. Escribir el nombre del producto sobre los

cuadrantes.

3. Pedir a cada participante que describa el

producto, en post-its y los coloque en el área

correspondiente.

4. Leer y agrupar las notas similares.

Describiendo las personas

en Lean Inception
Para reconocer eHcientemente las características

de un producto, es crucial considerar a los

usuarios y sus metas. Habitualmente, estos

usuarios se representan a través de 'personas'.

Una 'persona' simboliza un usuario del sistema,

ilustrando no solo su rol, sino también sus

necesidades concretas, lo que aporta una

representación realista de los usuarios. Esto

facilita al equipo la tarea de describir las funciones

desde la perspectiva de aquellos que interactuarán

con el producto Hnal.

La siguiente actividad es utilizada para describir

los tipos de personas. La actividad es simple,

ilustrativa, divertida y rápida.

Paso a paso de la actividad

1. Solicitar al equipo que se divida en pares o tríos

y entregarles la siguiente plantilla de personas

a cada grupo.

2. Solicitar a cada grupo que cree una persona,

utilizando la plantilla como referencia.

3. Solicitar a los participantes que presenten sus

personas a todo el equipo.

4. Solicitar al equipo que cambie los grupos y

repita los pasos 1 al 3.

Figura 5: Plantilla para identiHcar personas

Al culminar la actividad, se debe haber

conformado un conjunto de 'personas' y se deben

haber descrito los distintos tipos de usuarios del

sistema. Los interesados que están al tanto de los

objetivos del proyecto deben participar

activamente en la actividad, asistiendo al equipo

en la creación de las 'personas' y sugiriendo

modiHcaciones en sus descripciones, según sea

necesario.

Descubriendo las
Funcionalidades en Lean
Inception
Funcionalidad es una descripción de una acción o

interacción de un usuario con el producto.

Para describir una funcionalidad, es esencial

mantener la simplicidad. El usuario intenta realizar

una acción especíHca, y el producto debe

proporcionar una funcionalidad para facilitar esa

acción. ¿Cuál es esa funcionalidad?

Teniendo ya deHnidas las 'personas' y los objetivos

principales del producto, la siguiente pregunta nos

ayudará a identiHcar las funcionalidades: "¿Qué

debe incluir el producto para permitir que la

'persona' alcance el objetivo propuesto?"

La actividad subsecuente se utiliza para descubrir

estas funcionalidades. Es importante recordar que

esta actividad depende de la lista de objetivos y

'personas', que deben haber sido previamente

desarrollados en actividades anteriores.

Paso a paso de la actividad:

1. Invitar al equipo a colocar los objetivos en una

superHcie plana o en una pared, en un orden

jerárquico, de izquierda a derecha, sirviendo

como encabezados de columnas.

2. Instruir al equipo para que ubique las 'personas'

en el mismo espacio, ordenadas por

prioridades, de arriba hacia abajo, actuando

como títulos de las Hlas.

3. Realizar una sesión de brainstorming de

funcionalidades. Dirigir la discusión para

descubrir qué funcionalidades son necesarias

para satisfacer los objetivos y las 'personas'.

Una pregunta que puede facilitar este proceso

es:¿Qué necesita tener el producto para cumplir

las necesidades de la persona? ¿Qué

funcionalidades debemos construir para poder

alcanzar aquel objetivo?

El equipo debe navegar a través del artefacto

creado, iterando la pregunta anterior para cada

pareja de 'persona' y objetivo, empezando con los

de mayor prioridad. De esta forma, las

funcionalidades candidatas más prioritarias

surgirán primero. Es esencial controlar el tiempo

en todas las actividades, pero esta requiere

atención especial. Si se seleccionan muchos

objetivos y 'personas' (en los pasos 1 y 2), podrían

surgir innumerables funcionalidades. Esto puede

resultar contraproducente, llevando al equipo a

invertir demasiado tiempo discutiendo

funcionalidades que no formarán parte de los

primeros MVPs. Para evitar esta situación, es

recomendable limitar el número de objetivos y

'personas' (a los tres o cuatro más relevantes).

Revisión técnica y de
negocio
La actividad previa permitió listar muchas

funcionalidades, pero aún se necesita profundizar

para entenderlas en detalle. Para lograr esto, se

evalúan las funcionalidades en términos de

esfuerzo requerido, valor para el negocio,

experiencia del usuario e incertidumbre.

En cuanto al esfuerzo, valor para el negocio y

experiencia del usuario, se caliHcan las

funcionalidades utilizando una escala de uno a

tres.

Para evaluar la incertidumbre, la tarea se torna un

poco más compleja. Se Valora cada funcionalidad

en términos de certeza técnica (qué tan claro tiene

el equipo de desarrollo, cómo construir la

funcionalidad) y comprensión del negocio (qué tan

claro tiene el equipo de negocios, qué comprende

la funcionalidad). Posteriormente, combinamos

ambas valoraciones en una matriz para determinar

el nivel de incertidumbre: rojo (alto), amarillo

(medio) y verde (bajo). Si una funcionalidad se

ubica en la parte inferior izquierda de la matriz

(marcado con una “X”), entonces no es adecuada

para el MVP.

Figura 6: Matriz de Certidumbre

Viaje del usuario en Lean

Inception
El viaje del usuario detalla el itinerario que un

usuario sigue a través de una serie de pasos

requeridos para cumplir un objetivo. Algunos de

estos pasos simbolizan diferentes interacciones

con el producto, mostrando cómo el usuario se

relaciona con él. Durante la construcción de esta

jornada, el equipo plantea preguntas y considera

perspectivas alternativas en relación con las

necesidades del usuario y las funcionalidades del

producto.

Paso a paso de la actividad:

1. Seleccionar un usuario

2. IdentiHcar el objetivo de esa persona.

3. Escribir la persona y su objetivo en un post-it y

colocarlo en la parte superior izquierda de un

papelógrafo (para que pueda moverse

posteriormente).

4. Decidir el punto de inicio (preguntas de ayuda:

¿cómo comienza la persona su día?, ¿qué

gatillo su deseo para alcanzar su objetivo?),

escribir el punto de partida en un post-it y

situarlo en el papelógrafo.

5. Describir cada paso posterior en un post-it y

situarlo a continuación en el papelógrafo.

Continuar agregando pasos hasta que la

persona alcanza su objetivo.

n. Cada paso del viaje puede ser caliHcado como

positivo o negativo según cómo es la

experiencia del usuario en ese paso.

Figura 7: Viaje del usuario

Secuencia de
características o funciones
El viaje del usuario aclara como será la interacción

con el producto. El viaje del usuario es un conjunto

de pasos y en cada paso se asocian

funcionalidades para soportar dicho paso.

Esta actividad describe como juntar los pasos con

las funcionalidades, revaluando y veriHcando todo

el análisis hasta este momento.

Paso a paso de esta actividad:

1. Colocar los viaje del usuario y colocar las

funcionalidades visibles.

2. Por cada viaje de usuario buscar las

funcionalidades necesarias para cada paso. De

esta forma cada viaje de usuario queda con sus

funciones asociadas.

Figura 8: Funciones asociadas a viaje del usuario

Construir el Canvas del

MVP en Lean Inception
El Canvas del MVP es un instrumento diseñado

para validar conceptos de productos. Este

esquema visual ayuda a los emprendedores en la

alineación y ajuste de la estrategia del Producto

Mínimo Viable (MVP, por sus siglas en inglés). El

Canvas MVP incluye elementos que delinean la

visión del MVP, las hipótesis de negocio y sus

correspondientes métricas, los perHles de usuario

y sus respectivas secuencias de interacción, las

funcionalidades del producto, el costo y el tiempo

estimado para su desarrollo.

Figura 9: Canvas del MVP

Los componentes del Canvas del MVP abarcan:

1. Propuesta o visión del MVP: Se establece la

propuesta especíHca para este MVP. ¿Qué se

está tratando de aprender? ¿Cuál es la

propuesta para este MVP?

2. Segmentos de personas (usuarios): ¿Para quién

es este MVP? ¿Podemos segmentar y probar

este MVP en un grupo más pequeño? Cómo es

un MVP es posible que se desee probar

hipótesis solo para un grupo reducido de

usuarios.

3. Viajes del usuario: Para esta iteración,

indicamos qué viajes de usuarios mejorarán

con este MVP.

4. Funcionalidades: Es una lista de

funcionalidades que conformarán el MVP

considerando ¿Qué acciones se van a

simpliHcar o mejorar en este MVP?. Después de

haber llenado los otros bloques de

construcción del lienzo MVP, se revisa la lista,

agregando las funciones que faltan y se

simpliHcan al mínimo posible.

5. Resultado esperado: ¿Qué aprendizaje o

resultado buscamos en este MVP?

n. Métricas de validación, hipótesis de negocio:

¿Cómo saber cuándo pivotar y cuándo

perseverar? ¿Qué determinaría el éxito o el

fracaso? ¿Qué datos se deben recopilar?

7. Costos y cronograma: ¿cuál es el costo y el

cronograma?

Ciclo Construir - Medir -

Aprender
El enfoque de " Lean Startup " plantea el ciclo de

construcción-medición-aprendizaje. Este ciclo se

ve rerejado en los bloques de funcionalidades, los

resultados esperados y las métricas que validan

las hipótesis, respondiendo a las siguientes

interrogantes: ¿Qué se va a desarrollar en este

MVP? ¿Cómo se van a medir los resultados de

este MVP? ¿Qué conocimientos buscamos

adquirir a través de este MVP?. Por tanto, este

instrumento permite desarrollar la metodología

Lean Startup, por lo que el Canvas del MVP es un

elemento dinámico que va evolucionando en

diferentes iteraciones.

Figura 10: Ciclo Construir - Medir - Aprender

Ciclo Usuario - Viaje -

Acción
Para ayudar a la comprensión y la construcción del

MVP, se complementa con el ciclo: Usuario - Viaje

- Acción, lo que aporta un enfoque basado Design

Thinking, centrándose en las personas y sus

viajes.

¿Para quién es el MVP? ¿Qué viaje del usuario se

mejorará en este MVP? ¿Qué acciones se

simpliHcarán / mejorarán en este MVP? La

respuesta a estas tres preguntas permite

completar el ciclo Usuario - Viaje - Acción.

Figura 11: Ciclo Usuario - Viaje - Acción

De manera similar al ciclo anterior, este es

dinámico en cada iteración y permite incorporar

las técnicas de Design Thinking en la concepción

del MVP.

Ver más sobre Metodología Agile

FAQs
¿Qué es Lean Inception?

Lean Inception es una metodología que facilita la

alineación de un equipo sobre el producto mínimo

viable (MVP) que se desarrollará. Es un taller de

una semana en el que se involucran todos los

interesados del proyecto: clientes, usuarios,

desarrolladores, diseñadores, gerentes de

producto, y otros.

A lo largo del taller, el equipo trabaja en conjunto

para deHnir y priorizar las características y

funcionalidades que se implementarán en el

producto, basándose en los objetivos del negocio,

las necesidades del usuario y las limitaciones

técnicas.

¿Qué bene3cios tiene Lean Inception?

La metodología de Lean Inception proporciona

varios beneHcios al proceso de desarrollo de

productos. Algunos de los más notables incluyen:

alineación del equipo, mayor enfoque en el

usuario, adaptabilidad, entrega más rápida al

mercado, mitigación de riesgos y transparencia y

comunicación efectiva.

¿Cuándo se aconseja usar Lean Inception?

Se recomienda usar esta metodología al comenzar

un nuevo proyecto o producto, cuando se necesita

validación rápida de un modelo de negocio,

cuando se necesita alinear a los stakeholders,

cuando se necesita deHnir prioridades y cuando se

necesita agilidad.

¿Cuándo se requiere apoyo de un experto?

Se recomienda el apoyo de un experto en la

metodología en los siguientes casos: falta de

experiencia en la metodología, se trabaja con

grandes equipos o grupos de stakeholders,

proyectos complejos o de alto riesgo, necesidad

de capacitación o mentoría y diHcultad para deHnir

el MVP.

Es importante recordar que cada situación es

única y las necesidades de apoyo experto pueden

variar dependiendo del contexto y las capacidades

del equipo.

Onofre Araneda

Soy Lean-Agile coach, profesor Diplomado en

Transformación Digital U. De Chile, profesor
Lean-Agile U. Católica, Certificado PMP del PMI y
Scrum Máster certificado.

0 comments Sort by Newest

Add a comment...

Facebook Comments Plugin

También te puede interesar leer

PMBOK 7ª Edición: Dominio de Desempeño del

equipo

Seguir Leyendo

Lean Inception: Un método adecuado para iniciar

proyectos

Seguir Leyendo

Inteligencia artificial en las empresas – creando

ventajas

Seguir Leyendo

Síguenos

Company. All rights reserved.

Powered by Joan Morales

Política & Privacidad

SOBRE NOSOTROS

Conócenos

Blog

Contáctanos

SERVICIOS

Gestión de Proyectos

Transformación Organizacional

SAP Management

KIMEN & EdTech