El documento presenta los métodos Lean, Agile y Design Thinking y cómo pueden integrarse. Explica que cada método se enfoca en diferentes aspectos como la comunicación, la iteración rápida y la colaboración con los clientes. Luego, describe varios enfoques para combinar estos métodos como el desarrollo paralelo de las vías de diseño y desarrollo o el descubrimiento ágil de productos. El objetivo es aprovechar las fortalezas de cada método para crear soluciones centradas en el usuario de manera eficiente.
Agile - Como convencer a tu jefe (o a la Dirección)Xavier Albaladejo
Herramientas y trucos para conseguir esponsorización por parte del management para introducir Agile o iniciar una transformación, en función del tipo de persona y su posición.
The Mindset of Managing Uncertainty: The Key to Agile SuccessTechWell
The speed of global change and the advancement of technology will continue to increase the uncertainty in our work. Those with an Agile Mindset can manage uncertainty through continuous value-based discovery; those with a Fixed Mindset try to “freeze” things early to decrease uncertainty. Unfortunately, many people never switch their mindset and are doing agile while not being agile. Ahmed Sidky explains that your mindset is at the heart of your day-to-day challenges as you try to manage uncertainty more effectively. He describes how mindset impacts not only the way people think but also how people use agile practices including iterations and estimation. Whether you are just starting your journey to agile or have been doing agile but feel that you are missing some of the underlying theories and concepts behind the practices, this session is for you. Come and examine your mindset for a more productive agile journey.
Transformaciones guiadas por hipotesis y experimentosJohn Araque
Sin duda la dificultad no está en entender las prácticas o herramientas ágiles, o incluso el mindset ágil, sino en la gestión de cambio de implica su adopción; en esta presentación se explicará una propuesta que puede guiar tu estrategia de transformación organizacional.
Lean Inception & PBB: Cómo integrar ambas técnicas para construir el Backlog ...Luis Buchelli
Lean Inception es una técnica ampliamente utilizada que ayuda a generar alineación entre todas las personas involucradas en la creación del Producto correcto, además de identificar correctamente su MVP (Producto Mínimo Viable), considerando que ofrezca valor, sea utilizable y factible. La Técnica PBB (Product Backlog Building), a su vez, permite de forma colaborativa la elaboración y refinamiento de un Product Backlog efectivo a través de la utilización del PBB Canvas como herramienta. Durante esta sesión, vamos a aprender cómo integrar ambas técnicas para llegar desde la definición del producto y su MVP hasta obtener el Product Backlog refinado y priorizado, ¡completamente listo para empezar con el desarrollo de su producto!
Agile - Como convencer a tu jefe (o a la Dirección)Xavier Albaladejo
Herramientas y trucos para conseguir esponsorización por parte del management para introducir Agile o iniciar una transformación, en función del tipo de persona y su posición.
The Mindset of Managing Uncertainty: The Key to Agile SuccessTechWell
The speed of global change and the advancement of technology will continue to increase the uncertainty in our work. Those with an Agile Mindset can manage uncertainty through continuous value-based discovery; those with a Fixed Mindset try to “freeze” things early to decrease uncertainty. Unfortunately, many people never switch their mindset and are doing agile while not being agile. Ahmed Sidky explains that your mindset is at the heart of your day-to-day challenges as you try to manage uncertainty more effectively. He describes how mindset impacts not only the way people think but also how people use agile practices including iterations and estimation. Whether you are just starting your journey to agile or have been doing agile but feel that you are missing some of the underlying theories and concepts behind the practices, this session is for you. Come and examine your mindset for a more productive agile journey.
Transformaciones guiadas por hipotesis y experimentosJohn Araque
Sin duda la dificultad no está en entender las prácticas o herramientas ágiles, o incluso el mindset ágil, sino en la gestión de cambio de implica su adopción; en esta presentación se explicará una propuesta que puede guiar tu estrategia de transformación organizacional.
Lean Inception & PBB: Cómo integrar ambas técnicas para construir el Backlog ...Luis Buchelli
Lean Inception es una técnica ampliamente utilizada que ayuda a generar alineación entre todas las personas involucradas en la creación del Producto correcto, además de identificar correctamente su MVP (Producto Mínimo Viable), considerando que ofrezca valor, sea utilizable y factible. La Técnica PBB (Product Backlog Building), a su vez, permite de forma colaborativa la elaboración y refinamiento de un Product Backlog efectivo a través de la utilización del PBB Canvas como herramienta. Durante esta sesión, vamos a aprender cómo integrar ambas técnicas para llegar desde la definición del producto y su MVP hasta obtener el Product Backlog refinado y priorizado, ¡completamente listo para empezar con el desarrollo de su producto!
[es] Enterprise Agile adoption - Límites y palancasXavier Albaladejo
¿Dónde no puedes implementar Agile? ¿Cuáles son las palancas para acelerar la adopción de Agile? Razón poderosa, cultura de empresa y del management, organización centrada en el cliente, Agile Champions, procesos simples y automatización para feedback rápido se encuentran entre estas palancas.
Vídeo: https://www.youtube.com/watch?v=UOQHmw7rgtI
See English version here: http://es.slideshare.net/xalbaladejo/cas2015-enterprise-agile-adoption-limits-and-levers
Razones para adoptar ágil, fallas y tips para hacerlo de forma correcta.
- Hasta la diapositiva 51, introducción a la agilidas
- de la 52 a la 80 por que los equipos ágiles son más "rápidos" y efectivos
- de la 81 a la 94 errores en la adopcion agile
- de la 95 en adelante mitos y tips en la adopción ágil
Behind every great product is a great team doing work in a way that guarantees results. They are following a roadmap from the starting point to the end product. But a product roadmap can be elusive. This talk addresses why it is important and presents an approach to make one.
Se comparten varios tips que promueven al mejora del rendimiento de los equipos ágiles, es decir los que cumplen con el manifiesto ágil, tipo scrum, scrumban, xp, kanban
Would you like to be able to increase the adoption rate of your product? In this session, we will introduce you to cutting edge concepts and techniques to shift your product development process from output to outcome driven. We will combine elements of Lean Startup, Product Discovery, and Experiment Driven Development to accelerate learning to quickly build products customer love.
From Product Vision to Story Map - Lean / Agile Product shapingJérôme Kehrli
A lot of Software Engineering projects fail for a lack of shared vision due to poor communication among people involved in the project.
A sound maintenance of the product backlog can only be achieved if all the people have a good understanding of what they have to do (common vision).
Roman Pichler, in a post originally written in Jul 16 2012, has proposed a really interesting approach: use various canvas to create and share product vision and product backlog creation and refinement.
This presentation is a drive through these various boards and canvas that should be designed in prior to any product development: the Product Vision, the Lean Canvas, The Product Definition and the Story Map.
[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0Xavier Albaladejo
- Factores de mayor impacto en la productividad
- Modelo organizativo Agile - Lean
- Framework Agile - Lean de mejora de productividad.
Video de la sesión sin slides: http://www.youtube.com/watch?v=sKbbrpZADVM
Video de la sesión con slides: http://www.consultec.tv/Media/Play/a5c01976b5ce4c78b191a084da2e6b6b1d
Empieza en el minuto 15.
See the English version here:
http://www.slideshare.net/xalbaladejo/en-cas2013-agile-lean-organization-and-productivity-improvement-frameworkv30
Research has shown that a simple idea, the mindset, could affect the way we lead our lives. But not only affect us as individuals but could also affect our organisation's "agility". being aware of the two types of mindsets, fixed and growth or as Linda Rising like to name agile mindset, is the first step towards changing your mindset and your organisation's one! this material has been used to facilitate a learning lab that organised by Ericsson's High Performing Team Environment network of coaches.
¿Cuál es el siguiente paso después de Agile? Enterprise AgilityJohnny Ordóñez
El camino hacia la agilidad Empresarial. Tras 15 años de la firma del manifiesto ágil, Agile ha dejado de ser algo exclusivo para equipos de desarrollo para convertirse en un imperativo de negocio para compañías que desean mayor agilidad en la entrega de sus productos, competitividad de mercado y satisfacción de sus Clientes. A través de esta charla exploraremos la evolución de Ágil a través de los años, el enfoque de Agile hacia lograr la Agilidad empresarial y el rol de los Agile Coaches en este nuevo contexto.
How to Get a Job as a Product Manager by Airbnb Product LeadProduct School
Curious about what companies are looking for when hiring Product Managers? Companies may have different approaches as to what they place more emphasis on. However, there are some fundamental core values & skill sets that are clearly evaluated when talking to prospective candidates. Angeli Jain from Airbnb talked through some core skill sets a Product Manager is evaluated on and how to assess your own skill set to determine company fit.
Agile vs. Design Thinking vs. Lean: ¿cuál es el "approach" correcto? ó ¿cómo ...Software Guru
Muchos profesionales en todo tipo de organizaciones están experimentando un claro problema de indefinición de rumbo en cuanto al diseño y desarrollo de productos digitales: la competencia y falta de integración entre los métodos Ágiles, Lean y el Design Thinking. Tres grupos son protagonistas en este escenario: Los desarrolladores se capacitan en métodos Ágiles y se preocupan por la velocidad y entregar código libre de errores. Los gerentes de producto se capacitan en métodos Lean y se concentran en que el proyecto se lleve con eficiencia, calidad y reduciendo desperdicios a través de establecer prioridades y hacer "grooming al backlog". Finalmente, los diseñadores buscan traer al usuario al centro y frente del proceso a través de un ajuste del problema/solución introduciendo actividades de Design Thinking que a vista de muchos se tornan en ejercicios laboriosos y que retrasan el lanzamiento del producto.
[es] Enterprise Agile adoption - Límites y palancasXavier Albaladejo
¿Dónde no puedes implementar Agile? ¿Cuáles son las palancas para acelerar la adopción de Agile? Razón poderosa, cultura de empresa y del management, organización centrada en el cliente, Agile Champions, procesos simples y automatización para feedback rápido se encuentran entre estas palancas.
Vídeo: https://www.youtube.com/watch?v=UOQHmw7rgtI
See English version here: http://es.slideshare.net/xalbaladejo/cas2015-enterprise-agile-adoption-limits-and-levers
Razones para adoptar ágil, fallas y tips para hacerlo de forma correcta.
- Hasta la diapositiva 51, introducción a la agilidas
- de la 52 a la 80 por que los equipos ágiles son más "rápidos" y efectivos
- de la 81 a la 94 errores en la adopcion agile
- de la 95 en adelante mitos y tips en la adopción ágil
Behind every great product is a great team doing work in a way that guarantees results. They are following a roadmap from the starting point to the end product. But a product roadmap can be elusive. This talk addresses why it is important and presents an approach to make one.
Se comparten varios tips que promueven al mejora del rendimiento de los equipos ágiles, es decir los que cumplen con el manifiesto ágil, tipo scrum, scrumban, xp, kanban
Would you like to be able to increase the adoption rate of your product? In this session, we will introduce you to cutting edge concepts and techniques to shift your product development process from output to outcome driven. We will combine elements of Lean Startup, Product Discovery, and Experiment Driven Development to accelerate learning to quickly build products customer love.
From Product Vision to Story Map - Lean / Agile Product shapingJérôme Kehrli
A lot of Software Engineering projects fail for a lack of shared vision due to poor communication among people involved in the project.
A sound maintenance of the product backlog can only be achieved if all the people have a good understanding of what they have to do (common vision).
Roman Pichler, in a post originally written in Jul 16 2012, has proposed a really interesting approach: use various canvas to create and share product vision and product backlog creation and refinement.
This presentation is a drive through these various boards and canvas that should be designed in prior to any product development: the Product Vision, the Lean Canvas, The Product Definition and the Story Map.
[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0Xavier Albaladejo
- Factores de mayor impacto en la productividad
- Modelo organizativo Agile - Lean
- Framework Agile - Lean de mejora de productividad.
Video de la sesión sin slides: http://www.youtube.com/watch?v=sKbbrpZADVM
Video de la sesión con slides: http://www.consultec.tv/Media/Play/a5c01976b5ce4c78b191a084da2e6b6b1d
Empieza en el minuto 15.
See the English version here:
http://www.slideshare.net/xalbaladejo/en-cas2013-agile-lean-organization-and-productivity-improvement-frameworkv30
Research has shown that a simple idea, the mindset, could affect the way we lead our lives. But not only affect us as individuals but could also affect our organisation's "agility". being aware of the two types of mindsets, fixed and growth or as Linda Rising like to name agile mindset, is the first step towards changing your mindset and your organisation's one! this material has been used to facilitate a learning lab that organised by Ericsson's High Performing Team Environment network of coaches.
¿Cuál es el siguiente paso después de Agile? Enterprise AgilityJohnny Ordóñez
El camino hacia la agilidad Empresarial. Tras 15 años de la firma del manifiesto ágil, Agile ha dejado de ser algo exclusivo para equipos de desarrollo para convertirse en un imperativo de negocio para compañías que desean mayor agilidad en la entrega de sus productos, competitividad de mercado y satisfacción de sus Clientes. A través de esta charla exploraremos la evolución de Ágil a través de los años, el enfoque de Agile hacia lograr la Agilidad empresarial y el rol de los Agile Coaches en este nuevo contexto.
How to Get a Job as a Product Manager by Airbnb Product LeadProduct School
Curious about what companies are looking for when hiring Product Managers? Companies may have different approaches as to what they place more emphasis on. However, there are some fundamental core values & skill sets that are clearly evaluated when talking to prospective candidates. Angeli Jain from Airbnb talked through some core skill sets a Product Manager is evaluated on and how to assess your own skill set to determine company fit.
Agile vs. Design Thinking vs. Lean: ¿cuál es el "approach" correcto? ó ¿cómo ...Software Guru
Muchos profesionales en todo tipo de organizaciones están experimentando un claro problema de indefinición de rumbo en cuanto al diseño y desarrollo de productos digitales: la competencia y falta de integración entre los métodos Ágiles, Lean y el Design Thinking. Tres grupos son protagonistas en este escenario: Los desarrolladores se capacitan en métodos Ágiles y se preocupan por la velocidad y entregar código libre de errores. Los gerentes de producto se capacitan en métodos Lean y se concentran en que el proyecto se lleve con eficiencia, calidad y reduciendo desperdicios a través de establecer prioridades y hacer "grooming al backlog". Finalmente, los diseñadores buscan traer al usuario al centro y frente del proceso a través de un ajuste del problema/solución introduciendo actividades de Design Thinking que a vista de muchos se tornan en ejercicios laboriosos y que retrasan el lanzamiento del producto.
Diseño de productos digitales para emprendedores tecnológicosSol Mesz
Esta presentación está dirigida a emprendedores interesados en el diseño de productos digitales. Los temas centrales son:
1. Importancia de UX, Usabilidad y diseño centrado en el usuario en el diseño de productos digitales
2. Enfoques para la creación de un producto digital
3. Modelo de desarrollo de productos digitales
Agile vs Design Thinking vs Lean:¿cuál es el "approach" correcto? ó ¿cómo los...Victor M. Gonzalez
Plática en Software Guru Virtual Conference 12va. Edición 2017
Resumen:
Muchos profesionales en todo tipo de organizaciones están experimentando un claro problema de indefinición de rumbo en cuanto al diseño y desarrollo de productos digitales: la competencia y falta de integración entre los métodos Ágiles, Lean y el Design Thinking. Tres grupos son protagonistas en este escenario: Los desarrolladores se capacitan en métodos Ágiles y se preocupan por la velocidad y entregar código libre de errores. Los gerentes de producto se capacitan en métodos Lean y se concentran en que el proyecto se lleve con eficiencia, calidad y reduciendo desperdicios a través de establecer prioridades y hacer "grooming al backlog". Finalmente, los diseñadores buscan traer al usuario al centro y frente del proceso a través de un ajuste del problema/solución introduciendo actividades de Design Thinking que a vista de muchos se tornan en ejercicios laboriosos y que retrasan el lanzamiento del producto. ¿Quién tiene razón y cómo podemos establecer un claro planteamiento que haga posible cumplir las promesas de incremento de productividad, trabajo multidisciplinario, ciclos cortos y relevancia del usuario? Siguiendo un marco propuesto por Jeff Gothelf en esta sesión se presentan el argumento que para lograr una reconciliación de perspectivas es necesario enfocarse no en los rituales, roles, actividades o artefactos, sino en los valores y los principios en los que se sostiene cada práctica. A través de un enfoque pragmático en la presentación de un grupo de ideas, el participante en esta sesión podrá entender la mejor forma de adoptar una estrategia integral para la creación de productos digitales.
An Evening with Agile lean design_thinkingArkhotech
"Nuestros equipos de tecnología están aprendiendo ágil. Nuestros equipos de productos están aprendiendo lean y nuestros equipos de diseño están aprendiendo design Thinking. ¿Cuál es la correcta?"
Daremos un enfoque pragmático para así entender la mejor forma de adoptar una estrategia clara e integral para nuestros productos digitales.
Dual-Track Agile: El equilibrio entre Product Discovery y Product Delivery
Víctor García
Meetup
Agile Talks - Difundiendo la agilidad
Part of Scrum Alliance User Groups
15 de octubre de 2020
Presentación a modo de resumen del contenido del documento de la Comisión de Innovación de la Fundación EXECyL sobre Introducción a las Metodologías Ágiles. En dicho documento (exclusivo para miembros de la Fundación) se profundiza en la teoría, así como en casos de éxito de dos de nuestros Socios en la utilización de las metodologías ágiles en el desarrollo de sus proyectos: Vital Innova y Solid Gear.
En este plática se brindará un marco de trabajo de partida para la integración de Lean UX en proyectos Scrum. Se tratarán temas que van desde la investigación de usuarios, creación de prototipos, pruebas con usuarios, validación de hipótesis y su incorporación en procesos ágiles de desarrollo con Scrum.
Similar a Métodos de Integración Lean, Agile & Design Thinking (20)
Design Thinking en la transformación digital de una organización de gran escalaVíctor Manuel García Luna
Plática para participantes del programa Conecta Empleo de Fundación Telefónica.
Conecta Empleo, busca aumentar las posibilidades de empleo de las personas. Queremos conectarlas con la nueva realidad del mercado laboral y formarlas en las nuevas profesiones del sector tecnológico que se están definiendo en el presente y que tendrán más demanda en el futuro.
25 de febrero de 2023.
Ciudad de México.
XIV Jornadas Latinoamericanas de Agilidad:
Un canal para conectar y transformar el corazón de la comunidad
Midiendo la estrategia de producto en las organizaciones
Víctor García
En los últimos años, dos modelos se han vuelto populares para medir el progreso de una estrategia de producto:
Outputs, outcomes & impact.
Objective & Key Results.
Los indicadores basados en la experiencia de usuario deben ser parte de cualquiera de estos modelos para ser realmente transversales.
Seguramente, en alguna ocasión has utilizado o escuchado hablar del concepto “outcomes over outputs”, una expresión que se volvió relativamente popular a partir del libro precisamente con ese título publicado por Josh Seiden. Tanto Seiden como Jeff Gothelf incorporan el concepto de outcomes en el ciclo Lean UX.
Jeff Patton en el libro User Story Mapping, también describe la diferencia entre outputs, outcomes & impact en el contexto de desarrollo ágil de software. Tanto Patton como Gothelf, plantean, la misma premisa básica sobre el concepto de outputs y outcomes, que proviene del esquema Program Logic Model.
En esta plática, identificaremos cómo los indicadores de experiencia de usuario representan la evidencia empírica de los outcomes; primero, en el corto plazo, centrados principalmente en aspectos actitudinales (leading indicators) y en el largo plazo centrados en aspectos completamente de comportamiento (lagging indicators).
También alinearemos los leading y lagging indicators de los outcomes como Resultados Clave a observar a través del tiempo y el impacto para la organización como un Objetivo último a conseguir. Esta representación particular no es otra cosa más que el modelo que conocemos como OKRs.
XIV Jornadas Latinoamericanas de Agilidad
Un canal para conectar y transformar el corazón de la comunidad
Diseño estratégico para la gestión de un portfolio de proyectos
Víctor García
Un portfolio (cartera o portafolio) es una visión de alto nivel de todos los proyectos que ejecuta una organización para cumplir con los principales objetivos estratégicos de la empresa. El portfolio management (gestión de cartera, gestión de portafolio) implica establecer prioridades basadas en los objetivos acordados por el liderazgo de la organización.
En esta plática, los participantes conocerán el Portfolio Map, una herramienta que nos permite visualizar, analizar y gestionar los modelos de negocio actuales que están en crecimiento (explotación), así como las propuestas de valor que se están validando (exploración).
Se compartirán los primeros aprendizajes de la adaptación de esta herramienta de diseño estratégico para impulsar una visión customer centricity en una organización de gran escala.
Víctor García
Meetup AGILE TALKS Difundiendo la agilidad
29 de septiembre de 2021
Descripción:
Empatía es cuando puedes sentir lo que otra persona está sintiendo.
La empatía es la piedra angular del proceso de Diseño Centrado en Personas.
En este webinar, conocerás algunas técnicas que utilizamos en Design Thinking para:
- Interactuar con los usuarios a través de conversaciones programadas o espontáneas.
- Observar a los usuarios y su contexto para descubrir sus comportamientos.
- Experimentar lo que nuestros usuarios viven, conocer sus problemas y necesidades.
Team Canvas es el Business Model Canvas para el trabajo en equipo. Es una herramienta para líderes, facilitadores y consultores para organizar reuniones de alineación de equipos y llevar a los miembros a la misma página, resolver conflictos y construir una cultura productiva, rápidamente.
Más información en: http://theteamcanvas.com/
Agile Open Acapulco
Taller de Introducción a Lean Startup
Víctor García
Unidad Académica de Ciencias y Tecnologías de la Información (UACyTI)
7 de febrero de 2020
Acapulco de Juárez, Guerrero
Agile Open Acapulco
Taller de Introducción a Design Thinking
Víctor García
Descarga los materiales:
https://www.dropbox.com/s/vifavx1fsplw98k/DT_thegiftproject.pdf?dl=0
Unidad Académica de Ciencias y Tecnologías de la Información (UACyTI)
7 de febrero de 2020
Acapulco de Juárez, Guerrero
Lean Canvas: Diseñando tu modelo de negocio bajo principios de Lean StartupVíctor Manuel García Luna
Running Lean
Meta-Principles:
Document your plan A
- Identify the riskiest parts of your plan
- Systematically test your plan
- Iteration Meta-Pattern
Lean Canvas
Identify the riskiest parts of your plan
Get ready to experiment
Systematically Test your plan
Team Canvas es un marco estratégico que ayuda a miembros de un equipo a “estar en la misma página”.
Está hecho para alinear equipos, aumentar la cohesión y el rendimiento, y para crear una cultura de equipo productiva.
Esta presentación está diseñada para facilitar una sesión de trabajo para crear el Team Canvas.
Más información: http://theteamcanvas.com/
Seminario de Innovación
Escuela Bancaria y Comercial, División de Educación Corporativa
Agosto, 2017
Designing for Growth: A Design Thinking toolkit for managers
El movimiento moderno en la arquitectura venezolana tuvo sus inicios a mediados del siglo XX, influenciado por la corriente internacional del modernismo. Aunque inicialmente fue resistido por la sociedad conservadora y los arquitectos tradicionalistas, poco a poco se fue abriendo camino y dejando una huella importante en el país.
Uno de los arquitectos más destacados de la época fue Carlos Raúl Villanueva, quien dejó un legado significativo en la arquitectura venezolana con obras como la Ciudad Universitaria de Caracas, considerada Patrimonio de la Humanidad por la UNESCO. Su enfoque en la integración de la arquitectura con el entorno natural y la creación de espacios que favorecen la interacción social, marcaron un punto de inflexión en la arquitectura venezolana.
Otro arquitecto importante en la evolución del movimiento moderno en Venezuela fue Tomás Sanabria, quien también abogó por la integración de la arquitectura con el paisaje y la creación de espacios abiertos y funcionales. Su obra más conocida es el Parque Central, un complejo urbanístico que se convirtió en un ícono de la modernidad en Caracas.
En la actualidad, el movimiento moderno sigue teniendo influencia en la arquitectura venezolana, aunque se ha visto enriquecido por nuevas corrientes y enfoques que buscan combinar la modernidad con la identidad cultural del país. Proyectos como el Centro Simón Bolívar, diseñado por el arquitecto Fruto Vivas, son ejemplos de cómo la arquitectura contemporánea en Venezuela sigue evolucionando y adaptándose a las necesidades actuales.
Arquitectura Ecléctica e Historicista en Latinoaméricaimariagsg
La arquitectura ecléctica e historicista en Latinoamérica tuvo un impacto significativo y dejó un legado duradero en la región. Surgida entre finales del siglo XIX y principios del XX, esta corriente arquitectónica se caracteriza por la combinación de diversos estilos históricos europeos, adaptados a los contextos locales.
3. ¡Hola!
Asesor Design Thinking & Agile Practitioner en BBVA Bancomer
Instructor en Usaria, Aprende UX, E&S Global y ConsulteK
Profesor en EBC · División de Educación Corporativa, ITAM · Extensión Universitaria y Desarrollo Ejecutivo y Escuela Bolsa Mexicana
Parte de UX Nights y Ágiles México
Víctor García
4. Agenda
• Una pequeña historia
• Lean vs Agile vs Design Thinking
• Métodos de integración Lean, Agile & Design Thinking
• El método Mojito
• Dudas y preguntas
7. Como lo explicó el
cliente
Como lo entendió el líder
del proyecto
Como lo diseñó el
equipo de UX
Como lo programó el
equipo de desarrollo
Lo que revisó el equipo
de QA
Como se consultó la
documentación
Como se le cobró al
cliente
Como quedó la fase II
Como fue la campaña
de marketing
Lo que los usuarios
realmente querían
8. “ – Jeff Gothelf.
Nuestros equipos de tecnología están aprendiendo Agile.
Nuestros equipos de producto están aprendiendo sobre Lean
y nuestros equipos de diseño están aprendiendo sobre Design Thinking.
¿Cuál de esos es lo correcto?”.
10. Agile, Lean y Design Thinking
• [Las organizaciones] encuentran estas disciplinas discordantes entre sí,
debido a que sus prácticas, aparentemente complementarias, obligan a
cada disciplina a avanzar en diferentes cadencias, con diferentes prácticas,
orientando diferentes medidas de éxito.
• Cada disciplina trabaja a través de sus propias ceremonias y tácticas,
definiendo un estado ideal de éxito, único para ellos. La colaboración,
entendimiento común, y el incremento de la productividad, que fueron
prometidos por todas estas disciplinas, a veces, no se encuentran en
ninguna parte.
11. “ – Jeff Gothelf.
[No basta con “hacer” Lean, Agile o Design Thinking, es necesario]
hacer una revisión profunda dentro de cada uno de estos métodos
para entender su génesis, su filosofía y la mejor manera
en que se puedan manifestar en nuestras compañías”.
14. T I M B R O W N
Se trata de una disciplina que, utilizando la
sensibilidad y los métodos de los diseñadores,
satisface las necesidades del público con aquello
que resulta tecnológicamente posible y que,
gracias a una estrategia de negocio viable, puede
convertirse en valor para los clientes y en
oportunidades en el mercado”.
“
15.
16. Elementos clave
• Empatía.
• Confianza creativa.
• Colaboración radical y equipos multidisciplinarios.
• Pensamiento divergente y convergente.
• Pensamiento visual.
• Prototipos.
• Iteración.
18. E R I C R I E S
Es un conjunto de prácticas pensadas para ayudar
a los emprendedores a incrementar las
probabilidades de crear una startup con éxito. No
es una fórmula matemática infalible, sino una
filosofía empresarial innovadora que ayuda a los
emprendedores a escapar de las trampas del
pensamiento empresarial tradicional”.
“
19.
20. Elementos clave
• Experimentar lo antes posible las ideas sobre el producto para evitar caer en
suposiciones incorrectas acerca del comportamiento del mercado.
• Supuestos, experimento e hipótesis.
• Tipos de Producto Mínimo Viable.
• Métrica de éxito.
• 10 tipos de Pivote.
22. A G I L E M A N I F E S T O
Estamos descubriendo formas mejores de desarrollar software tanto
por nuestra propia experiencia como ayudando a terceros. A través de
este trabajo hemos aprendido a valorar:
• Individuos e interacciones sobre procesos y herramientas.
• Software funcionando sobre documentación extensiva.
• Colaboración con el cliente sobre negociación contractual.
• Respuesta ante el cambio sobre seguir un plan.
Esto es, aunque valoramos los elementos de la derecha, valoramos más
los de la izquierda”.
“
24. Elementos clave
• Comunicación efectiva entre miembros del equipo debe prevalecer por encima de las
restricciones propias de las herramientas.
• Cuanto antes dispongamos de un producto que funcione, seremos capaces de
encontrar la solución que mejor se adapte al mercado.
• Si el equipo colabora con el cliente, se podrá crear un entendimiento común sobre el
problema y las posibles soluciones.
• Fallar rápido. Fallar barato. El producto inicial no dará con la mejor solución posible, el
objetivo es averiguar qué se ha hecho mal lo antes posible, ajustar y volver a probar.
27. PROBLEMASOLUCIÓNMERCADO
SIN
MODELO DE NEGOCIO
MODELO DE NEGOCIO
NO VALIDADO
MODELO DE NEGOCIO
VALIDADO
Fuente: Elaboración propia a partir de https://blog.usejournal.com/when-which-design-thinking-lean-design-sprint-agile-a4614fa778b9
Empatizar
Definir
Idear
Prototipar
Evaluar
Construir
Medir
Aprender
Sprint Planning
Sprint
Sprint
Review
Retrospective
DESIGN THINKING
LEAN STARTUP
AGILE
PROBLEMASOLUCIÓN
SIN
MODELO DE NEGOCIO
SOLUCIÓN
MODELO DE NEGOCIO
NO VALIDADO
MERCADO
MODELO DE NEGOCIO
VALIDADO
Product Backlog
Refinement
Release
28. Ejercicio
• De acuerdo al esquema, reflexiona y escribe en Post-its métodos, técnicas, prácticas y
herramientas que has utilizado en tu experiencia profesional en cada etapa o intersección
de Lean, Agile y Design Thinking - 2 minutos.
• Por grupos pequeños (3 a 5 personas), conversen sobre su experiencia personal,
identifiquen aspectos positivos y negativos de cada etapa o intersección. Escriban en Post-
its sus reflexiones - 10 minutos.
• Vacíen sus anotaciones en el registro gráfico - 3 minutos.
(15 minutos)
32. 2001 2007 2008
• Se publica el
Manifiesto Ágil
• Adapting
Usability
Investigations for
Agile User-
centered Design
• Eric Ries escribe
en su blog sobre
el método Lean
Startup.
33. Desarrollo en vías en paralelo (2007).
Planear y recopilar
datos de los usuarios
Ciclo 0
Ciclo 1 Ciclo 2 Ciclo 3
Implementar diseño
Diseño
Código
Diseño
Código
Implementar diseño Track de desarrollo
Track de diseño
Implementar funcionalidades
de alto costo de desarrollo
y bajo costo de diseño
Diseñar para el ciclo 2
Recopilar datos de los usuarios
para el ciclo 3
Evaluar código del ciclo 1
Diseñar para el ciclo 3
Recopilar datos de los usuarios
para el ciclo 4
Evaluar código del ciclo 2
Diseñar para el ciclo 4
Recopilar datos de los usuarios
para el ciclo 5
Datos
Datos
35. Buenas prácticas
• Las investigaciones de usabilidad se llevan a cabo durante todo el ciclo de
vida del producto, en lugar de agruparse en el extremo inicial o final.
• Primero se trabaja en los elementos de diseño más importantes, no se
“desperdicia” (waste) ningún esfuerzo describiendo diseños no utilizados.
• Los cambios de producto sugeridos por las pruebas de usabilidad y las
investigaciones contextuales se pueden implementar en la versión actual
del producto.
36. Buenas prácticas
• Las actividades de diseño se producen al menos un ciclo ágil o un Sprint por
delante del equipo de desarrollo en una “pista de diseño de interacción”
separada de la “pista de desarrollo”.
37. “ – Desirée Sy.
Es posible utilizar el arsenal familiar de métodos de investigación de usabilidad
en proyectos ágiles cambiando el momento y la granularidad de las
investigaciones y cómo se informan los resultados.
39. 2007 2009 2013
• Inicia la
revolución móvil
• Agile
Development that
incorporates
User Experience
Practices
• Aparece Lean UX
40. UCD en ciclos de desarrollo ágil (2009).
Visitas de sitio
Entrevistas
Investigación
Estudios de competidores
Creación de Historias de Usuario
Storyboard
Prototipo
Diseño
Estudio
Reporte de datos
Trabajo del equipo del usuario
Sprint 0 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint n-1... Sprint n
Investigación
del contexto
para entender
las metas del usuario
Recopilación de metas de usuario para el equipo
Ida y vuelta Validación
Planeación del sprint
Disponibilidad continua
Código reemplaza al prototipo como especificación
41.
42. Aspectos negativos
• Hay poco tiempo para el diseño inicial
• Es difícil hablar de los usuarios cuando están mal definidos
• Agile está centrado en el desarrollador
• Hay poco tiempo para hacer pruebas de usabilidad
• Agile no es propicio para un equipo UX centralizado
• “Tenemos que hacer Ágil como dice el libro, y UX no está en ese libro”
43. Aspectos positivos
• Los practicantes de la experiencia del usuario son puentes
• El trabajo de UX debe ser temprano y flexible
• Prototipos de baja fidelidad como documento de especificación
• El trabajo de la experiencia del usuario ocurre en paralelo
• Validación de UX estilo guerrilla
44. “ – Jakob Nielsen.
The main change for user experience practitioners
who must support an Agile team is in mindset.
45. Ejercicio
• De acuerdo al método presentado y a tu experiencia, escribe en Post-its los
aspectos positivos y negativos que identifiques - 3 minutos.
• Vaciar anotaciones en el registro gráfico - 2 minutos.
(5 minutos)
47. User Story Mapping. Discover the whole story,
build the right product
Jeff Patton
48. 2013 2014 2015
• Aparece Lean UX • User Story
Mapping.
Discover the
whole story, build
the right product
• Design Thinking
es portada en la
revista HBR
49.
50. Discovery y delivery
En el desarrollo de productos y servicios, las organizaciones siempre intentan,
o deberían intentar, contar con un equilibrio entre dos aspectos
fundamentales:
• Discovery: Entender un problema real de las personas y descubrir una
solución.
• Delivery: Construir la solución.
56. DISCOVERY
Building the right product
Creating better outcomes
Maximize learning velocity
DELIVERY
Building the product right
Creating high quality output
Maximize delivery velocity
Agile.
No waste
62. OPPORTUNITIES DISCOVERY DELIVERY VALIDATION RELEASE
• Crea un Opportunity
Backlog a partir de
ideas de productos y
solicitudes de
clientes, usuarios y
stakeholders.
• Utiliza el
descubrimiento para
elaborar, diseñar y
validar ideas del
producto.
• El objetivo es
identificar el
producto viable más
pequeño posible. El
trabajo de
descubrimiento debe
dar como resultado
items del Product
Backlog. Divide los posibles items del Product Backlog
en los elementos necesarios para múltiples
lanzamientos viables de productos o features.
• Durante la entrega, el
foco es diseñar,
descomponer en
tareas y describir a
detalle los elementos
del Product Backlog.
• Revisión del software
terminado con el
equipo y
stakeholders.
• Validar el incremento
del producto con
clientes y usuarios.
• Una vez que se lance
el software, continúa
midiendo el
rendimiento del
producto en relación
con sus resultados
objetivo.
• Las nuevas
oportunidades
valiosas vienen
después de ver el
producto en uso.
63. OPPORTUNITIES
OPPORTUNITY
ASSESSMENT
• Antes de dedicar
tiempo a detalles
sobre cualquier idea,
discutir para quién es
el producto, la
funcionalidad o la
mejora, qué beneficio
traerá al construirlo y
cuánto podría costar.
• Utilizar los resultados
de esta conversación
para priorizar
oportunidades y para
tomar decisiones de
ir / no ir.
DISCOVERY
PRODUCT DISCOVERY
• En el descubrimiento
responder:
1. ¿Qué problema
estamos resolviendo
y para quién?
2. ¿Qué soluciones
valorarían los
usuarios?
3. ¿Cuáles son las
soluciones más
usables?
4. ¿Qué es factible
construir dado el
tiempo y las
herramientas?
DELIVERY
PRODUCT TEAM
PLANNING
• El equipo de producto
se reúne de manera
frecuente para
discutir el progreso
del release,
seleccionar historias
para los próximos
sprints / iteraciones y
planificar el trabajo
necesario para
preparar las historias
para el equipo de
desarrollo.
STORY WORKSHOP
• Analizar los detalles
de las historias y
acordar los criterios
de aceptación.
VALIDATION
ENOUGH TO TEST
WITH USERS
• Las historias que se
completen en un solo
sprint pueden
parecer
insignificantes para
los usuarios.
• Reúne suficientes
piezas del producto
para validar que los
usuarios puedan
alcanzar un objetivo
significativo, antes de
realizar las pruebas.
RELEASE
ENOUGH TO RELEASE
• Reúne suficientes
partes validadas del
producto que sumen
una versión valiosa
del producto para
liberar.
69. Opportunity Canvas
Users & Customers
What types of users and customers have the challenges your
solution addresses?
Look for differences in user’s goals or uses that would affect their
use of the product. Separate users and customers into different
types based on those differences that make a difference. It’s a
bad idea to target “everyone” with your product.
Problems
What problems do prospective users and customers have today
that your solution addresses?
What needs, goals, or jobs-to-be-done done should your
solution address?
Solution ideas
List product, feature, or enhancement ideas that solve problems
for your target audience.
How will users use your
solution?
If your target audience has your solution, what will they do
differently as a consequence? And, how will that benefit them?
User Metrics
What specific user behaviors can you measure that will indicate
they try, adopt, use, and place value in your solution?
Solutions Today
How do users address their problems today?
List competitive products or work-around approaches your users
have for meeting their needs.
Adoption Strategy
How will customers and users discover and adopt your solution?
Business Challenges
How do the customers’ and users’ and their challenges above impact your business? If you don’t solve these problems for your
customers and users, will it hurt your business? How?
Business Benefits and Metrics
What business performance metrics will be affected by the success of this solution? These usually change as a consequence of users
actually buying and using your solution.
Title: Date:
Iteration:
12
1
3
4
6
5
7
89
Budget
1. What might it cost your organization if you don’t create this
solution?
2. What might your organization earn or save if you do?
3. Given that, what would your organization budget to create this
solution?
Download at: http://jpattonassociates.com/opportunity-canvas/
Challenge OutcomesOutput
70. Discovery
• Product Discovery Canvas.
• Product Goal:
• Elevator Pitch.
• Simple Personas:
• Proto-Persona.
• User Story Mapping.
• Simple User Interface sketches:
• Design Studio Prototyping Process.
71.
72. Elevator pitch template
For [target customers] who are dissatisfied with [the current market alternative], our product is
a [new product category] that provides [the product’s key problem-solving capability]. Unlike
[the product alternative], our product [describe what the product does, its key features].
target customers
For
the current market alternative,
who are
dissatisfied
with
new product category
Our product
is A
the product’s key problem-solving capability.
that provides.
the product alternative,
Unlike
describe what the product does, its key features.
our product
Agile Project Kick-off Kit
78. Ejercicio
• De acuerdo al método presentado y a tu experiencia, escribe en Post-its los
aspectos positivos y negativos que identifiques - 3 minutos.
• Vaciar anotaciones en el registro gráfico - 2 minutos.
(5 minutos)
80. The Agile Samurai. How Agile Masters Deliver
Great Software
Jonathan Rasmusson
81. 2000 2001 2010
• Agile Project
Initiation
Techniques –
The Inception
Deck & Boot
Camp.
• Se publica el
Manifiesto Ágil
• The Agile
Samurai. How
Agile Masters
Deliver Great
Software.
2013
• Lean UX.
82. “ – Jonathan Rasmusson
¿Cuántos de tus proyectos comienzan así:
El equipo se reúne al inicio de un proyecto pensando que
todos están “en la misma página”?»
83.
84. “ – Jonathan Rasmusson
Y cuando empiezas a construir algo, te das cuenta de que estabas pensando en
algo completamente diferente”.
85.
86. “ – Jonathan Rasmusson
Esto sucede todo el tiempo en los proyectos:
asumir que hay consenso cuando no existe ninguno.
Para eliminar este problema, hemos creado una herramienta ligera llamada
“The Agile Inception Deck: 10 preguntas y ejercicios que estarías loco si no
realizas antes de iniciar tu proyecto”».
87.
88. El mejor momento
• Agile Inception Deck se creó dentro del espíritu de desarrollo ágil de
software.
• El objetivo es no enmarañarse en seis meses de planificación y
especulación previa al proyecto, sino obtener el mismo resultado en un
período mucho más corto de tiempo al iniciar el proyecto.
89. Objetivos
• Obtener el compromiso de los involucrados en el proyecto.
• Resolver cualquier conflicto potencial en el proyecto, metas u objetivos.
• Asegurarse de tener un punto de vista común sobre el proyecto.
• Establecer expectativas.
90. Cómo realizar un AID
• Taller colaborativo, con la participación de todas las personas fuertemente
involucradas en el problema a discutir.
• Rol de facilitador del taller.
• Definir una duración total (1 día a 2 semanas).
92. Why are we here? Elevator Pitch
Design a
Product Box
Create a
NOT list
Meet your
neighbors
Show your
solution
Ask what keeps us
up at night?
Size it up
Be clear on what´s
going to give
Show what it´s
going to take
1 2 3 4 5
6 7 8 9 10
93. Why are we here? Elevator Pitch
Design a
Product Box
Create a
NOT list
Meet your
neighbors
Show your
solution
Ask what keeps us
up at night?
Size it up
Be clear on what´s
going to give
Show what it´s
going to take
1 2 3 4 5
6 7 8 9 10
Seeing the big picture
94. Why are we here? Elevator Pitch
Design a
Product Box
Create a
NOT list
Meet your
neighbors
Show your
solution
Ask what keeps us
up at night?
Size it up
Be clear on what´s
going to give
Show what it´s
going to take
1 2 3 4 5
6 7 8 9 10
Making it real
95. Siguientes pasos…
• Construir un User Story Map
• Definir Minimum Viable Product
• Definir Minimum Marketeable Feature
• Integrar primera versión del Product Backlog
100. Buenas prácticas
• En Dual-Track Agile, el flujo de trabajo no se caracteriza por que cada rol
entregue artefactos en el siguiente paso; más bien es colaborativo: el
gerente de producto, el diseñador y el ingeniero principal están trabajando
juntos, uno al lado del otro, para crear y validar los elementos del Backlog.
101. Buenas prácticas
• En lugar de centrarnos en los artefactos, nos centramos en los prototipos y
en la validación de esos prototipos en Discovery, con el beneficio adicional
de que el prototipo sirve como la especificación para la entrega.
102. “ – Marty Cagan.
Building and launching a product idea is generally
the slowest, most expensive way to validate the idea.”
108. Lean UX Canvas (v2)
Users
What types (i.e., personas) of users and customers should you focus on first?
(Hint: Who buys your product or service? Who uses it? Who configures it? Etc)
Solutions
What can we make that will solve our business problem and
meet the needs of our customers at the same time? List
product, feature, or enhancement ideas here.
User Outcomes & Benefits
Why would your users seek out your product or service? What benefit would they gain from
using it? What behavior change can we observe that tells us they've achieved their goal?
(Hint: Save money, get a promotion, spend more time with family)
Hypotheses
Combine the assumptions from 2, 3, 4 & 5 into the following hypothesis statement:
“We believe that [business outcome] will be achieved if [user] attains [benefit] with [feature].”
(Hint: Each hypothesis should focus on one feature only.)
What’s the least amount of work we need
to do to learn the next most important
thing?
Design experiments to learn as fast as you can whether your riskiest assumption is true or
false.
Business Problem
What problem does the business have that you are trying to solve?
(Hint: Consider your current offerings and how they delver value, changes in the market,
delivery channels, competitive threats and customer behavior.)
Business Outcomes
How will you know you solved the business problem? What will you measure?
(Hint: What will people/users be doing differently if your solutions work? Consider metrics
that indicate customer success like average order value, time on site, and retention rate.)
Title of initiative: Date:
Iteration:
5
3
8
1
6
4
7
2
Download this canvas at: www.jeffgothelf.com/blog/leanuxcanvas-v2
What’s the most important
thing we need to learn first?
For each hypothesis from Box 6, identify its riskiest
assumptions. Then determine the riskiest one right now. This is
the assumption that will cause the entire idea to fail if it’s
wrong.
(Hint: In the early stages of a hypothesis focus on risks to value
rather than feasibility.)
109. Hypothesis Prioritization Canvas Project Name: Date:
Iteration:
2
Download this canvas at: https://jeffgothelf.com/blog/the-hypothesis-prioritization-canvas
3 4
Test
These hypotheses have the promise of a big return but also pose
significant risks. These are the hypotheses you should focus your
experimentation, learning and discovery activities on.
Ship & Measure
The level of confidence is high about these hypotheses. Combined
with a strong belief they will deliver customer and business value, we
build, launch and measure them. Don’t spend your discovery cycles
here.
Discard
These hypotheses provide little value and pose a high level of risk to
your business or product. Don’t spend any more time on them.
Don’t test. Usually Don’t Build
These hypotheses don’t add significant value but are also low risk so
don’t require discovery efforts. However, sometimes ideas land here
that are table stakes for the operation of the business. They won’t
differentiate you in the market but you need them to be in business
(e.g., a payment system).
HighperceivedvalueLowperceivedvalue
Low risk
1
High risk
119. Ejercicio
• De acuerdo al método presentado y a tu experiencia, escribe en Post-its los
aspectos positivos y negativos que identifiques - 3 minutos.
• Vaciar anotaciones en el registro gráfico - 2 minutos.
(5 minutos)
125. Ejercicio
• Por grupos pequeños (3 a 5 personas), conversen sobre todos los métodos
presentados, de acuerdo a su experiencia, propongan un esquema de
integración que represente su método Mojito - 15 minutos.
• Compartir - 5 minutos.
(20 minutos)