Integración de Lean UX en Scrum

11a.
edición

Integración de Lean UX en Scrum
Presenta:
Víctor García

¡Hola!
Senior User Experience Designer en TeránTBWA
Scrum Master Certiﬁed por Scrum Alliance
Instructor en Usaria
Mentor en Orion Startups
Parte de UX Nights y Ágiles México
Víctor García
@idvicman

Integración de
Lean UX en Scrum

Agenda
• Un poco de contexto
• Conceptos clave
• ¿Qué es Lean UX?
• ¿Qué es Scrum?
• Lean UX en Scrum
• Consejos y recomendaciones

Fig. 1. Modelo Secuencial de Procesos
o Modelo en Cascada (Waterfall Model).

– Chris Nodder y Jakob Nielsen,
Agile Development that Incorporates User Experience Practices.
“Hay buenas razones para creer que los
métodos de usabilidad y desarrollo ágil pueden
trabajar juntos y dar lugar a una mejor calidad
en la experiencia del usuario”.
Fuente: https://www.nngroup.com/reports/agile-development-user-experience/

experiencia de usuario
• Conjunto de percepciones y respuestas de
una persona resultantes del uso y/o el uso
esperado de un producto, sistema o servicio.
Fuente: Norma ISO 9241-210: Ergonomics of human–system interaction — Part 210: Human-centred design for interactive systems

• NOTA 1 La experiencia del usuario incluye
todas las emociones de los usuarios,
creencias, preferencias, percepciones; las
respuestas físicas y psicológicas; y los
comportamientos y logros que ocurren
antes, durante y después de su uso.

• NOTA 2 La experiencia del usuario es una
consecuencia de la imagen de marca, la
presentación, la funcionalidad, el rendimiento
del sistema, el comportamiento interactivo y
capacidades de asistencia del sistema, el
estado físico e interno del usuario como
resultado de experiencias previas, actitudes,
habilidades y personalidad, y el contexto de
uso.

• NOTA 3 Usabilidad, si se interpreta desde la
perspectiva de las metas personales de los
usuarios, puede incluir el tipo de aspectos
perceptivos y emocionales típicamente
asociados con la experiencia del usuario. Los
criterios de usabilidad pueden ser usados
para evaluar los aspectos de la experiencia
del usuario.

diseño centrado en
el usuario

diseño centrado en el usuario
• Un enfoque para el diseño y desarrollo de
sistemas que tiene como objetivo hacer
sistemas interactivos más útiles y usables
centrándose en los usuarios, sus
necesidades y requerimientos, y aplicando
factores humanos/ergonomía así como los
conocimientos y técnicas de usabilidad.

proceso
• Entender y especiﬁcar el contexto de uso.
• Especiﬁcar las necesidades de los usuarios.
• Producir soluciones de diseño para satisfacer
las necesidades de esos usuarios.
• Evaluar los diseños en cuanto a los
requerimientos.

Fig. 2. Diseño Centrado en el Usuario.

principios
• El diseño se basa en una comprensión explícita de los
usuarios, tareas y contexto.
• Los usuarios participan en todo el diseño y desarrollo.
• El diseño es impulsado y reﬁnado por la evaluación
centrado en el usuario.
• El proceso de diseño centrado en el usuario es iterativo.
• El diseño se ocupa de toda la experiencia del usuario.
• El equipo de diseño incluye habilidades y perspectivas
multidisciplinares.

usabilidad
• Efectividad, eficiencia y satisfacción con la
que un producto permite alcanzar objetivos
específicos a usuarios específicos en un
contexto de uso específico.

Fuente: Norma ISO 9241-11:1998 Ergonomic requirements for oﬃce work with visual display terminals (VDTs) —
Part 11: Guidance on usability
Fig. 3. Usability framework.

“Today, the term "User
Experience" has been horribly
misused. It used by people to say
"I am a User Experience
Designer, I design websites, I
design apps" and they have no
clues to what they are doing.
They think the “experience” is a
simple device, the website, or the
app or who knows what.
No. It's everything: it's the way
you experience the world, it's the
way you experience your life, it's
the way you experience the
service or -yes- an app or a
computer system.
But, it's a system, it's everything”.
Donald Norman

“Estamos descubriendo mejores formas
de desarrollar software…”
Fuente: http://agilemanifesto.org
– Maniﬁesto Ágil, 2001.

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

PRINCIPIOS
• Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana
y continua de software con valor.
• Aceptamos que los requisitos cambien, incluso en etapas tardías del
desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar
ventaja competitiva al cliente.
• Entregamos software funcional frecuentemente, entre dos semanas y dos
meses, con preferencia al periodo de tiempo más corto posible.
• Los responsables de negocio y los desarrolladores trabajamos juntos de
forma cotidiana durante todo el proyecto.
• Los proyectos se desarrollan en torno a individuos motivados. Hay que darles
el entorno y el apoyo que necesitan, y conﬁarles la ejecución del trabajo.
• El método más eﬁciente y efectivo de comunicar información al equipo de
desarrollo y entre sus miembros es la conversación cara a cara.

PRINCIPIOS
• El software funcionando es la medida principal de progreso.
• Los procesos Ágiles promueven el desarrollo sostenible. Los promotores,
desarrolladores y usuarios debemos ser capaces de mantener un ritmo
constante de forma indeﬁnida.
• La atención continua a la excelencia técnica y al buen diseño mejora la
Agilidad.
• La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado,
es esencial.
• Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-
organizados.
• A intervalos regulares el equipo reﬂexiona sobre cómo ser más efectivo
para a continuación ajustar y perfeccionar su comportamiento en
consecuencia.

–Jim Highsmith
“Agility is the ability to adapt and respond to
change…, agile organizations view change as
an opportunity, not a threat”.

lean ux
• Inspirado por Lean Startup, Design Thinking y Agile,
Lean UX es la práctica de traer a la luz, con mayor
rapidez, la verdadera naturaleza de un producto, de
una forma colaborativa y multidisciplinaria.
• En Lean UX, trabajamos para construir un
entendimiento común de los clientes, sus
necesidades, nuestras propuestas de solución y
nuestra deﬁnición de éxito.
• Priorizamos el aprendizaje sobre entregas para
construir evidencia de nuestras decisiones.
Fuente: Lean UX: Designing Great Products with Agile Teams, Jeﬀ Gothelf.

principios
• Para guiar la organización del equipo:
• Multidisciplinario.
• Pequeño, dedicado y reunido.
• Autosuﬁciente y empoderado.
• Enfocado.

Fig. 4. Lean UX Team.
Designers Developers
Product
Managers
QA Marketing Analytics

principios
• Para guiar la cultura:
• Cambiar de la incertidumbre a la certeza.
• Resultados, no “entregas”.
• Eliminar los despilfarros.
• Entendimiento común.
• No rockstars, gurus o ninjas.

principios
• Para guiar el proceso:
• Trabajar en pequeños lotes para mitigar
riesgos.
• Descubrimiento continuo.
• Get out of the building!
• Transparencia del trabajo.
• Hacer sobre analizar.
• Salir del negocio de “entregables”.

proceso
Fig. 4. Proceso Lean UX.

outcomes, assumptions,
hypotheses
• Declaración del problema.
• Deﬁnición de supuestos.
• Declaración de hipótesis.
• Construcción de Proto-personas.

Fig. 5. Problem statement template (for existing products/services).

Fig. 6. Business Assumptions.

Fig. 7. Hypothesis statement template.

Fig. 8. Proto-persona.

design it
• Diseño colaborativo: Design Studio.
• Design System.

create an mvp
• Construir un Minimum Viable Product.

Fig. 9. Minimum Viable Product.

research and learning
• Collaborative Research.
• Continuous Research.

Fig. 10.“Three, twelve, one activity calendar”.

Lean UX is how we
integrate user experience
and design into Agile
product development. It’s
really an approach to bring
the customer into the
center of the conversation
consistently, and to do so
in a cross-functionally
collaborative way.
Jeﬀ Gothelf

scrum
• Un marco de trabajo por el cual las personas
pueden abordar problemas complejos
adaptativos, a la vez que entregan productos
del máximo valor posible, productiva y
creativamente.
Fuente: http://www.scrumguides.org

pilares
• Transparencia. El proceso debe ser visible para
aquellos que son responsables de su resultado.
• Inspección. El equipo debe inspeccionar
frecuentemente el progreso hacia un objetivo
para detectar variaciones indeseadas.
• Adaptación. Si uno o más aspectos del
proceso se desvían de límites aceptables, debe
ajustarse lo antes posible para evitar
desviaciones mayores.

valores
• Compromiso. Todas las personas se comprometen de
manera individual a alcanzar las metas del equipo.
• Coraje. El equipo tiene el coraje para hacer bien las cosas
y para trabajar en los problemas difíciles.
• Foco. Todas las personas se enfocan en la meta del
equipo.
• Apertura. El equipo acuerda estar abiertos a los desafíos
que se presenten al realizar el trabajo.
• Respeto. Los miembros del equipo se respetan entre sí
para ser personas capaces e independientes.

framework
• Roles
• Development Team
• Product Owner
• Scrum Master
• Artefactos
• Product Backlog
• Sprint Backlog
• Eventos
• Sprint Planning
• Daily Scrum
• Sprint Review
• Sprint Retrospective
• Reglas

product owner
• Representa la voz del
cliente.
• Responsable de maximizar
el valor del producto y el
trabajo del equipo de
desarrollo.
• Su principal tarea es la
gestión del Product
Backlog.

scrum master
• Líder al servicio del
equipo.
• Responsable de asegurar
que Scrum se entienda y se
adopte.
• Su principal tarea es
ayudar a otros a practicar
la agilidad en beneﬁcio del
producto.

development team
• Grupo autoorganizado y
multidisciplinario de
personas.
• Son responsables de
entregar un incremento de
producto “terminado” que
potencialmente se pueda
poner en producción al
ﬁnal de cada Sprint.

product backlog
• Es una lista ordenada con
las características que
podrían ser necesarias en
el producto.
• Cada elemento de la lista
es un Product Backlog
Item (PBI), que deﬁne una
característica del producto.

product backlog
• El formato más común para
representar un PBI es el de
User Story.
• Una User Story es una
descripción breve y sencilla
de una característica del
producto narrada desde la
perspectiva de la persona
que desea la nueva
funcionalidad para lograr
un objetivo.
Fuente: User Stories Applied, Mike Cohn.

Product backlog
• Las User Stories se suelen
agrupar en Scrum Epics y
Themes.
• Scrum Epic es una User
Story “larga”.
• Theme es una colección de
User Stories relacionadas.
Fuente: User Stories Applied, Mike Cohn.

sprint backlog
• Es el conjunto
seleccionados de
elementos (PBIs) del
Product Backlog para
desarrollar durante el
Sprint, más un plan para
entregar el Increment de
producto y conseguir el
Sprint Goal.

Fig. 11. Scrum framework.

Sprint planning
• El trabajo a realizar durante
el Sprint se planiﬁca por
todo el equipo durante el
Sprint Planning.
• Durante el Sprint Planning
se responde a las
preguntas: ¿qué podemos
entregar? y ¿cómo lo
conseguiremos? También
se deﬁne el Sprint Goal.

sprint
• Es un bloque de tiempo
(time box) durante el cual
el development team crea
un incremento de producto
“terminado”, utilizable y
potencialmente
desplegable.

daily scrum
• Durante el Sprint, cada día
se realiza un encuentro
donde se inspecciona el
trabajo avanzado y se hace
una proyección acerca del
trabajo que podría
completarse para el día
siguiente.

sprint review
• Al ﬁnal del Sprint se lleva a
cabo una inspección del
Incremento creado.
Durante el Sprint Review, el
Scrum Team y Stakeholders
colaboran acerca de lo que
se hizo durante el Sprint.

sprint retrospective
• Es una oportunidad para el
Scrum Team de
inspeccionarse a sí mismo
y crear un plan de mejoras
que sean abordadas
durante el siguiente Sprint.  

Fig. 12. Scrum framework.

Scrum is lightweight,
simple to understand,
but diﬃcult to master.
Jeﬀ Sutherland

lean ux en scrum
• Deﬁnir una hipótesis crítica como el punto de
enfoque del proyecto en un momento dado.
• Utilizar esa hipótesis para crear un tema que
guíe el trabajo del Scrum Team para los
siguientes Sprints.
• Realizar un Kick Oﬀ Meeting con un Design
Studio o un Design Sprint.

Fig. 14. Sprints unidos por un tema.
SPRINT
DE 2 SEMANAS
TEMA
SPRINT
DE 2 SEMANAS
SPRINT
DE 2 SEMANAS

SPRINT
DE 2 SEMANAS
TEMA
SPRINT
DE 2 SEMANAS
SPRINT
DE 2 SEMANAS
SKETCHING/IDEATION
Fig. 15. Ritmo y duración de Design Studio/Design Sprint.

lean ux en scrum
• Utilizar la salida generada del Design Studio
para el Sprint Planning Meeting.
• Deﬁnir Experiment Stories.
• Participación colaborativa en todo el proceso.

SPRINT
DE 2 SEMANAS
TEMA
SPRINT
DE 2 SEMANAS
SPRINT
DE 2 SEMANAS
SKETCHING/IDEATION
SPRINT PLANNING
MEETING
Fig. 16. Sprint Planning Meeting.

SPRINT
DE 2 SEMANAS
TEMA
SPRINT
DE 2 SEMANAS
SPRINT
DE 2 SEMANAS
GENERACIÓN DE IDEAS Y
ESQUEMAS PREVIOS
REUNIÓN DE
PLANIFICACIÓN DE LA
ITERACIÓN
PRUEBA: USABILIDAD/
VALOR
Fig. 17. Pruebas de Usabilidad ocurren cada semana.

cultura
• Adoptar una postura de humildad.
• Abrazar nuevas habilidades.
• Crear espacios abiertos.
• No más “héroes”.

equipo
• Cambiar de roles limitados a habilidades
colaborativas.
• Equipos pequeños y multifuncionales.

proceso
• Cambiar de “salidas” a resultados.
• Velocidad primero, estética después.
• Tener siempre en mente la Deuda UX.
• Abandonar el concepto de Big Design Up
Front.

Conclusiones
Investigación de usuarios
Escucha a tus usuarios. Todo el tiempo.
Validación
No pienses en requerimientos sino en
supuestos. Valida tus supuestos antes de
dedicar un montón de tiempo a desarrollar
productos que nadie quiere.
Diseño
Itera, itera, itera.

11a.
edición

Víctor García
@idvicman
/idvicman
/idvicman /idvicman
revista.uxnights.com
vicmangl@gmail.com

Integración de Lean UX en Scrum

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (15)

Similar a Integración de Lean UX en Scrum

Similar a Integración de Lean UX en Scrum (20)

Más de Víctor Manuel García Luna

Más de Víctor Manuel García Luna (16)

Integración de Lean UX en Scrum