Lean UX en la práctica

Clase 6 de 27 • Curso de Desarrollo de Productos con Metodología Lean 2016

Edgardo Martin Gerez

student•

Creo que decir ‘No documentar nada’ puede ser mal entendido, humildemente pienso que la documentación por más tiempo que lleve es un ‘Mal necesario’ y aunque sea mínima tiene que estar, hace al mantenimiento y escalabilidad del sistema. Entiendo que las metodologías ágiles la minimizan y es correcto, porque de nada sirve perder mucho tiempo valioso, pero sí que es necesaria aunque sea en mínimo.

Belen Ceballos

student•

Acuerdo contigo, aunque es muy fuerte el énfasis en Lean UX de no invertir tiempo de más en documentar. Muchas veces tenemos procesos rígidos de documentación, heredados de otras formas de trabajar, que no nos cuestionamos.
En todo caso, abordar el proceso de documentación de una manera Lean es buscar que consuma el menor tiempo posible y sólo documentar aquello estrictamente necesario.
También ten en cuenta que esta es una de las metodologías posibles, no es la única. Puede que no todo tipo de proyecto se adapte a ésta.
(Aunque es muy entretenido escuchar al autor de Lean UX contando los proyectos bizarrísimos en los que la ha aplicado, busca artículos o videos de Jeff Gothelf)

Julio J Yépez

student•

Estoy muy de acuerdo con @edmargerez,
La documentación forma parte importante del Knowledge Managment, necesario para consolidar los activos en la Gerencia de Proyectos IT, activos que a la larga permiten una mayor y mejor gestión de los recursos de la organización, lo que en proyectos de tecnología suele ser una debilidad que drena mucho del presupuesto.
Dicho lo anterior. Entiendo que Lean busca precisamente ser en extremo eficaz en el uso de recursos, evitando desperdicios.
Creo que el error está en considerar la documentación como un desperdicio o una “lata”.
Es mi modesta opinión. ( … formado en Gerencia de Proyectos IT e Ingeniería)

Carolina Gómez

student•

Mis notas:

Producto - UX - Analista - Back-end - Font-end - QA
Todo se a ido formando a raíz del método de línea de producción.
Waterfall UX: Modelo clásico. Más largo de salir, capas de aprobación y validación, sólo se validan productos reales o prototipos acabados.
Lean UX: Mínimo necesario para empezar, toma de decisiones desde el principio, valida mucho antes de tener un prototipo.
DESIGN THINKING: Prototipar, validar, iterar.
“DESIGN THINKING Y LEAN UX ES LA MISMA COSA”.
LEAN UX Y AGILE UX: Son los mismos principios y filosofías aplicados en distintos momentos.

Madeleine Torres

student•

Lean UX
-menor riesgo (detecta fallas tempranamente)
-Las decisiones tienen un sustento (son los usuarios quienes deciden lo mejor para el producto)
-Equipo alineado

Waterfall UX
Se separa en etapas, y no comienza una sin que haya terminado la anterior.
“Linea de producción”

Design thinking
–> Prototipar --> Validar --> Iterar

Madeleine Torres

student•

Si un producto sale defectuoso, puedes devolverlo.
No puedes devolver un mal servicio

Luigi Pizarro Caceda

student•

Este video me confunde un poco, dice que Lean UX empieza en la parte de Diseño, pensé que iniciaba desde la parte de Ideación en el corazón del producto. Que desarrollar el Scope Canvas era incluso previo a crear el Business Model Canvas porque el Scope Canvas me ayudaba a tener la Propuesta de valor, sería genial que me pudieran aclarar esta duda.

Carolina Bautista

teacher•

Lo que pasa es que aquí se ve el diseño desde un aspecto más amplio. Estás diseñando desde el momento en que te encuentras el problema que quieres resolver. Diseñar no es solamente "hacer el dibujito", diseñar es pensar estratégicamente.

Jorge López

student•

También me costó entender el qué es lo que él define como fase de diseño. La fase de idealización se refiere a el espectro de qué es lo se buscará (como en nuestro caso es resolver el problema de los perritos) y deberás tomar al proceso de diseño como una misma unidad en la que se desarrolla el producto.

William Reaño Reyes

student•

¿Cuando desarrollas software a un usuario final no se le entrega la documentación del producto para su mejor uso en el caso que la aplicación se ha para una empresa por ejemplo un banco?

Ricardo Azpeitia P.

student•

Depende, si esta incluido dentro del proyecto si.

Si lo quieres dar como un plus tambien es bueno, pero una buena documentación requiere que le inviertas tiempo.

Jose Andres Gonzalez Guevara

student•

Pienso que la idea del diseño UX es que la aplicación te hable, si la interfaz no te dice que hacer hay que validarla, pero la documentación siempre es importante. Pero seamos sinceros. ¿Quién lee documentación de un software?

Santiago Garcia

student•

Dejé un material complementario para el curso, que amplia muy bien todo lo que dice Sergio en varias clases.

Paula Johanna Garzón Martínez

student•

Excelente clase! Me queda muy claro la relación entre los diferentes conceptos

Miguel Angel

student•

Excelente explicación, muy buen contenido. Yo siempre había pensado que Agile Software Development o en este caso Agile UX tenía una relación con estas metodologías como Lean UX, Lean Startup o Customer Development. Agile Software Dovelopment también integra todo un set de técnicas como: Scrum, XP, TDD, CI y CD.

Brenda Palavicino

student•

Mis apuntes

Waterfall UX (Cascada)

Cartas Gantt
Documentación y TDR escritos antes de aprender
Sucesivas capas de validación y aprobación
Solo se valida con el producto real o prototipos acabados

**Lean UX
Sprints cortos y controlados

Lo mínimo necesario para empezar
Tomadores de decisión presentes desde el principio
Se comienza a validar mucho antes de tener un prototipo

Lean UX no es diferente a Design Thinking.
La diferencia es que DT es una idea genérica, mientras que LeanUX está enfocado en un set de disciplinas y campos de acción bien definidos.

Lean UX vs Agile UX: No son competencia
Se aplican es diferentes momentos del proceso de ciclo de vida de un proyecto.

Lean UX:
Etapa de diseño

Fase exploratoria
Experimentación y resultados

Agile UX:
Implementación

Equipo de desarrollo es el que manda
Fase de Sprints

Lean UX en la práctica

Actualización

Vamos a renovar este curso

Bienvenido al curso

Bienvenidos al curso Lean UX

Glosario

Material del curso

Fundamentos

Introducción a Lean UX

Lean UX en la práctica

Validation Onion

Herramientas de Lean UX

Creando nuestro producto con Scope Canvas

Introducción a Scope Canvas

Adaptando el Scope Canvas al proyecto

Trabajo con el Propósito

Necesidades de usuarios

Objetivos del negocio

Motivadores

Acciones clave

Impacto esperado

Métricas y KPI’s

Métricas digitales

Prototipado

Conclusiones

¿Qué sigue después de Scope Canvas?

Desafío #1 - Validar una idea de negocio con un usuario telefónicamente

Desafío #2 - Realizar un Scope Canvas de un producto propio o inventado

Desafío #3 - Realizar un prototipo en papel en 5 minutos

Complementos del curso

Business Model Canvas

Storytelling

Investigación de usuarios

Sesiones en Vivo

Stream 1: Resolviendo el primer desafío