¿Qué es Lean Inception?
El Lean Inception es un taller intensivo de varios días que proporciona una base sólida para iniciar proyectos Agile. A través de este taller, los equipos pueden alinear sus objetivos, comprender las necesidades de los usuarios y crear un MVP (Producto Mínimo Viable) que genere valor desde el primer momento.
¿Por qué hacer un Lean Inception?
Realizar una Lean Inception es fundamental para identificar el producto adecuado a desarrollar y así prevenir el desperdicio de recursos en la creación de un producto que no sea el correcto.
Este es uno de los errores más comunes que comenten las organizaciones al asumir que conocen las necesidades del usuario, y al lanzar el producto al mercado se dan cuenta de que no tiene aceptación.
Por esta razón, es esencial seguir la Guía Lean Inception paso a paso para definir el Producto Mínimo Viable (MVP) y determinar cuál es el producto que realmente se debe construir.
¿Cuándo es crucial realizar una Lean Inception?
La Lean Inception es una herramienta fundamental que se debe aplicar antes de definir:
- El producto a desarrollar: Es necesario tener una visión clara del producto que se quiere crear antes de comenzar su diseño y construcción.
- Las características del producto: La lean Inception te ayuda a determinar las características esenciales que debe tener el producto para satisfacer las necesidades del usuario.
- El inicio del desarrollo del producto: La Lean Inception asegura que se tenga una base sólida para comenzar a construir el producto, evitando errores y re trabajos.
💡 Consejo: Antes de iniciar una Lean Inception, es recomendable investigar si tu organización ya ha realizado estudios o investigaciones relevantes que puedan ser útiles para el proceso.
¿Cómo hacer el inicio (Kick-Off) de una Inception Lean?
El primer paso es definir quiénes serán los participantes: Stakeholders, facilitador Lean, Product Owner, Equipo de Desarrollo. Es importante que se cuente con al menos tres participantes con conocimientos de cada perspectiva
- Visión de negocios = Product Owner & Stakeholders
- Experiencia de Usuario = Miembro de UX
- Tecnología = Equipo de Desarrollo
- Facilitador de Lean Inception = Scrum Master o Agile Coach
Para lograrlo, es indispensable que el facilitador asuma una posición neutra, es decir, este no influye en la toma de decisiones de los participantes, más bien, dirija y fomente la participación de todos.
Los talleres bien organizados tienen algo en común: Alguien pensó en su estructura y alguien los facilita.
Una vez que se tienen los participantes, el facilitador muestra la Agenda Burn-Up de la Inception Lean. Esta ayuda con la administración del tiempo y el alcance de una Lean Inception. Tener una agenda visible para todos refuerza el compromiso y genera confianza en la gestión del tiempo y en el progreso de la Lean Inception.
Checklist para Lean Inception
La lista a continuación está pensada para ayudar en el proceso de planificación del taller. Asegúrate de tener todos los ítems programados antes de iniciar este taller:
( ) Participantes seleccionados e invitados (interesados y miembros activos
( ) Facilitador con Experiencia (Preferiblemente un Scrum Master o Agile Coach
( ) Reserva de sala (Mantener la misma sala durante el período de la inception)
( ) Tajetas, Post-its de colores, Papel a4 y bolígrafos para todos (Presencial)
( ) Coffee Break (Presencial)
Contenido de la Agenda Burn-Up de Lean Inception:
Día 1: Visión y Objetivos (Visión del Producto)
Mañana
1. Lean Inception: Presentación de Bienvenida
Al comienzo de Lean Inception, realice actividades denominadas "Rompe Hielos" con la finalidad de conocer a los participantes. Puede utilizar algunas dinámicas de Agile Retrospectives con enfoque en Team Building.
💡 Ejemplo: Paulo Puntual, Zip Zap Zoom, etc.
Paulo Puntal: Es una actividad rompehielos que prácticamente los usuarios se describen con un adjetivo basándose en su letra Inicial del nombre, ejemplo:
- Omar Optimista
- Pedro Pragmático
- Elena Extrovertida
- Daniela Disciplinada
De esta manera puede describir el ¿por qué? de su elección y conocer un poco sobre los participantes.
2. Lean Inception: Kick-Off
El facilitador presenta un panorama general de Lean Inception y de lo que es la Agenda con las actividades que se realizarán.
Durante este Kick-Off es normal que los Stakeholders definan a los participantes presentando el contexto, los objetivos estratégicos y los principales problemas que enfrenta la organización.
3. Lean Inception: Visión del Producto
En esta actividad dependiendo de la cantidad de Stakeholders se crean equipos de trabajo de entre 3-5 personas y cada equipo de trabajo crea un "Pitch Elevator" donde ese equipo debe describir su producto en un contexto menor a 20-30 segundos con las siguientes características:
- Para [Cliente Objetivo / Cliente final / Usuario o Persona]
- Quien [necesita algo que resolver / problema que debe resolverse]
- El [nombre del producto]
- Es un [categoría del producto]
- Que [beneficio clave o razón para comprar]
- A diferencia de [Alternativa competitiva primaria (Competencia)],
- Nuestro producto [diferencias clave]
Tarde
4. Qué ES, qué NO ES, qué HACE, qué NO HACE
En esta actividad se organiza a los participantes en dos grupos:
- El primer grupo reflexiona sobre qué es el producto y qué hace.
- El segundo grupo reflexiona sobre qué no es el producto y qué no hace.
- La actividad se puede realizar de manera personal si así se desea siempre y cuando el grupo no sea extenso.
- Se utiliza Brainstorming o Writestorming colaborativo para alinear y definir las características principales y funcionalidades del producto.
💡 Describe las características con sustantivos o adjetivos y los rasgos con verbos.
5. Aclarando el Objetivo
Cada miembro del equipo debe compartir lo que entiende como objetivos del producto y los varios puntos de vista deben ser discutidos para lograr un consenso de lo que es realmente importante.
- Pide a cada miembro del equipo escribir individualmente, tres respuestas a la siguiente pregunta: "Si tuvieras que definir este producto con tres objetivos para sus usuarios, ¿Cuáles serían?"
- Solicita a los participantes compartir lo que escribieron y agrupa los objetivos similares.
- Pide al equipo volver a escribir el objetivo, ahora colectivamente. Esta claro que alguno de los objetivos listado no representan los objetivos principales del producto y, por tanto deben ser descartados.
6. Entendiendo los Trade-Offs
Los Trade-off o solución de compromiso es un acuerdo en el cual se deja algo fuera para priorizar otra cosa que se desea más. En esta actividad nos ayuda a construir y documentar un entendimiento común acerca de los acuerdo de un producto Lean.
Por ejemplo, ¿Qué es más valioso, la seguridad o la usabilidad? ¿Y qué tal entre desempeño y seguridad? ¿O usabilidad y desempeño?.
- Describe todas las categorías que son relevantes para el producto en post-its (por ejemplo: seguridad, usabilidad, escalabilidad).
- Pon las categorías en un papelógrafo en blanco como título de las filas. A continuación, dibuja una línea horizontal para cada categoría.
- Dibuja líneas verticales (el mismo número de líneas horizontales).
- Escribe, encabezando cada columna, números del uno en delante (de izquierda a derecha), donde el uno indica mayor importancia, el dos menos, y así sucesivamente.
- Pide a los participantes marcar sus iniciales en varios post-its y poner uno en cada línea. La única restricción es que cada columna debe tener un post-it con sus iniciales (por ejemplo: solo una de las categorías debe ser marcada como la más importante).
- Iguala los acuerdos. Con un post-it de diferente color (post-it de color rojo intenso en la imagen), haz una marca en cada categoría, desde la menos a la más importante. Esta marca debe ser relativamente fácil dado que se considera los post-it con los votos de todos.
Objetivos del día 1:
- Establecer la visión: Definir la visión a largo plazo del producto y cómo se alinea con los objetivos estratégicos de la organización.
- Identificar a los stakeholders: Mapear a todas las personas interesadas en el proyecto y comprender sus necesidades y expectativas.
- Crear un backlog inicial: Elaborar una lista de las características y funcionalidades que podrían incluirse en el producto.
Día 2: Entendiendo al Usuario
Mañana
1. Describiendo a las Personas
Persona es una de las principales herramientas en Design Thinking y su propósito es representar a un grupo de usuario que tienen algunas características, comportamientos y necesidades en común.
Los equipos se forman para describir a las Personas interesadas en el producto, puede conformarse por áreas de interés, para esto se puede generar una tabla con los siguientes aspectos:
- Solicita al equipo que se divida en pares o tríos y pide que dibujen la siguiente plantilla:
- Pide a cada grupo que cree una persona, utilizando la plantilla como referencia.
- Solicite a los participantes que presenten sus personas a todo el equipo.
- Pide al equipo que cambie los grupos y repita los pasos.
Al final de la actividad, un conjunto de personas debe haber sido creado y los diferentes tipos de usuarios del sistema deben estar descritos.
💡 Para esta actividad, el equipo define un máximo de tres Personas por equipo, describiendo una visión general de su perfil, comportamientos y necesidades.
2. Creando Mapas de Empatía
El mapa de empatía es una plantilla visual para identificación de una persona. Esta herramienta es excelente para clasificar, explorar y entender los diferentes tipos de personas. El mapa representa cuatro áreas principales, las cuales forman la frase:
¿QUÉ_____________(VEO/ PIENSO/ OIGO/ HABLO)?
Además de estas cuatro áreas principales, la versión original cuenta con dos zonas para esa persona: el dolor (Pain) y la Ganancia (Gain)
- Elige una persona para ser analizada.
- Diseña una plantilla del mapa, con la persona representada en el centro de la plantilla.
- Describe las áreas para esa persona.
- Repita los pasos para las siguientes personas.
3. Actualiza el Entendimiento Sobre las Personas
Es importante destacar que el resultado de la actividad de definir la persona no debe ser definitivo, y que una construcción inicial puede ser actualizada conforme el producto evoluciona.
Tarde
3. Brainstorming de las Funcionalidades (Features)
Una funcionalidad es una descripción de una acción o interacción de un usuario con el producto. Esta actividad es utilizada para el brainstorming de las funcionalidades. Es importante notar que esta actividad depende de objetivos y personas, que deben ser artefactos ya elaborados en actividades anteriores.
- Solicita al equipo que coloque los objetivos sobre una mesa o una pared (Física o Digital), en orden de prioridades, de izquierda a derecha, como títulos de columnas.
- Pide al equipo que coloque las personas en el mismo espacio, en orden de prioridades, de arriba hacia abajo, como títulos de las filas.
- Promueve un brainstorming de ideas de funcionalidades. La discusión debe ser guiada para que se descubra qué funcionalidades son necesarias para atender los objetivos y las personas. Una pregunta que ayuda en este proceso es: ¿Qué debe tener el producto para cumplir con las necesidades de la persona? ¿Qué funcionalidades debemos construir para alcanzar este objetivo?
💡 Es recomendable describir al menos un User Journey por Persona.
- Construir personas: Crear perfiles de usuario idealizados para representar a los diferentes segmentos de mercado.
- Mapas de empatía: Visualizar las emociones, pensamientos y necesidades de los usuarios en diferentes situaciones.
Día 3: Revisión Técnica, UX y de Negocios de las Funcionalidades
1. Muéstrame el Dinero
El control de tiempo es esencial para todas las actividades, pero esta actividad requiere atención especial. En el caso de tener un gran número de objetivos y personas que fueron realizados, esto generara un sin número de funcionalidades que podría ser planteado por el equipo y que genera mucho tiempo, lo ideal es tomar entre 3-4 personas y objetivos principales.
- Prioriza el Objetivo
Si tuviésemos un presupuesto muy reducido y pudiésemos trabajar en apenas un objetivo, ¿Cuál sería?
Una forma más lúdica y colaborativa de priorizar objetivos y personas es pensar en $ DINERO $.
- Divide a los participantes en grupos pequeños.
- Distribuye cinco post-its con el signo de "$" para cada grupo (usar un color diferente para cada grupo )
- Instruye al grupo a colocar los signos "$" donde cree que se debe invertir más dinero (Sea para entender mejor la necesidad de la persona o en alcanzar un objetivo).
- Conversar sobre el resultado (de la opción de redistribuir los "$").
- Prioricen los ítems con más "$".
2. Funcionalidades, Objetivos y Personas
- MoSCoW: Categorizar las funcionalidades en Must have, Should have, Could have y Won't have.
- Definición del MVP: Seleccionar las funcionalidades mínimas necesarias para validar la hipótesis del producto.
- Crear un backlog priorizado: Organizar las funcionalidades en un backlog según su valor y prioridad.
Día 4: Arquitectura y Diseño
- Diseño de la solución: Esbozar la arquitectura del sistema y los componentes principales.
- Diseño de la interfaz de usuario: Crear wireframes o prototipos de baja fidelidad para visualizar la experiencia del usuario.
- Estimación inicial: Realizar una estimación inicial de la complejidad de las funcionalidades.
Día 5: Planificación y Próximos Pasos
- Crear el plan de lanzamiento: Definir los hitos clave y las fechas de entrega.
- Asignar responsabilidades: Determinar quién se encargará de cada tarea.
- Establecer métricas de éxito: Definir los indicadores clave de rendimiento (KPIs) para medir el éxito del producto.
Beneficios del Lean Inception:
- Aumento de la claridad: Todos los miembros del equipo comparten una visión común del producto.
- Reducción de riesgos: Se identifican y mitigan los riesgos desde el principio.
- Mayor compromiso: Los equipos se sienten más comprometidos con el proyecto.
- Mejora de la colaboración: Se fomenta la colaboración entre todas las partes interesadas.
- Entrega más rápida de valor: Se acelera el tiempo de salida al mercado.
Conclusión:
El Lean Inception es una herramienta poderosa para iniciar proyectos Ágiles con éxito. Al seguir estos pasos y colaborar estrechamente, los equipos pueden construir productos que realmente satisfacen las necesidades de los usuarios.
Comentarios
Publicar un comentario