El documento discute el equilibrio entre Product Discovery (descubrir la solución correcta) y Product Delivery (construir el producto correctamente). Explica cómo el enfoque Dual-Track permite realizar ambas actividades de manera paralela y continua a través de iteraciones cortas, validando ideas con usuarios de manera temprana. También presenta técnicas como Opportunity Canvas, Product Discovery Canvas, User Story Mapping y prototipado para apoyar el proceso de descubrimiento ágil de productos.

1. El equilibrio entre Product Discovery y Product Delivery
DUAL-TRACKAGILE
AGILE TALKS - DIFUNDIENDO LA AGILIDAD
Photo by Aline Viana Prado from Pexels

2. ¡Hola!
Design & UX Discipline Manager, Asesor Design Thinking & Agile Practitioner en BBVA México
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 UXPA México, UX Nights y Ágiles México
Víctor García

3. AGENDA
Check-in
Agile Product Discovery
Dual-Track
Dual-Track Agile
Técnicas y herramientas
Conclusiones

4. ¿Quiénes estamos aquí?
CHECK-IN

5. O ve a menti.com
Usa el código 32 38 06 5

6. - Discovery vs Delivery
- Agile Product
Discovery
- ¿Cómo funciona?
AGILEPRODUCT
DISCOVERY

7. DISCOVERYVSDELIVERY

8. En el desarrollo de productos y servicios, las organizaciones siempre intentan, o deberían
intentar, un equilibrio entre dos aspectos fundamentales:
- Discovery: Entender un problema real de las personas y descubrir una solución.
- Delivery: Construir la solución.
DISCOVERYVSDELIVERY

9. DISCOVERY
Building the right product
DELIVERY
Building the product right

10. DISCOVERY
Building the right product
DELIVERY
Building the product right

11. DISCOVERY
Building the right product
DELIVERY
Building the product right

12. DISCOVERY
Building the right product
DELIVERY
Building the product right

13. DISCOVERY
Building the right product
DELIVERY
Building the product right
WATERFALL
Silo

14. DISCOVERY
Building the right product
DELIVERY
Building the product right
AGILE

15. 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

16. CONTINUOS
DISCOVERY
DISCOVERY DELIVERY
CONT
DELI

17. CONTINUOS
DISCOVERY
DISCOVERY
DELIVERY
CONT
DELI
DISCOVERY

18. CONTINUOS
DISCOVERY
DISCOVERY
DELIVERY CONT
DELI
DISCOVERY DISCO

19. CONTINUOS
DISCOVERY
DISCOVERY
DELIVERYCONTINUOS
DELIVERY
DISCOVERYDISCOVERY

20. ¡Pongamos ideas en común!

21. AGILEPRODUCTDISCOVERY

22. USER STORY MAPPING. DISCOVER THE WHOLE STORY, BUILD THE RIGHT PRODUCT
JEFF PATTON

23. - Crear, dividir y refinar progresivamente User Stories a medida que pasan de una idea
vaga a un software funcional.
AGILEPRODUCTDISCOVERY

24. OPPORTUNITIES DISCOVERY DELIVERY VALIDATION RELEASE

25. 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, continuar
midiendo el
rendimiento del
producto en relación
con los resultados
obtenidos por el
público objetivo
(target outcomes).
• Las más valiosas
nuevas oportunidades
se descubren al ver el
producto en uso.

26. 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
avanzar / no avanzar.
DISCOVERY
PRODUCT DISCOVERY
• En el descubrimiento
responder:
1. ¿Qué problema
estamos resolviendo
y para quién?
2. ¿Qué posibles
soluciones valorarían
los usuarios?
3. ¿Cuáles son las
soluciones
potenciales 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.

28. ¿CÓMOFUNCIONA?

29. Product Backlog
Sprint Backlog
Sprint Planing Meeting Sprint
Daily Scrum
Retrospective
Sprint Review

30. Product Backlog

31. Product Backlog
+
_
PRIORIDAD
+
_
REFINAMIENTO
User Stories para Sprint Backlog
Scrum Epics para Product Backlog refinement

32. Product Backlog Sprint Backlog

33. Product Backlog Sprint Backlog Product
Increment
Sprint Backlog
Product Backlog Refinement

34. Product Backlog Sprint Backlog Product
Increment
?
Opportunity Backlog

35. Product Backlog Sprint Backlog Product
Increment
?
Opportunity Backlog
AgileProductDiscovery AgileProductDelivery
Product Backlog Refinement

36. AgileProductDiscovery AgileProductDelivery
Product Owner SM y Development TeamUXMarketingCall Center UI

37. UX TEAM OF ONE SCRUM TEAM

38. UX TEAM OF ONE
SCRUM TEAM
SCRUM TEAM

39. UX TEAM SCRUM TEAM

40. UX TEAM
SCRUM TEAM
SCRUM TEAM

41. UX TEAM
SCRUM TEAM SCRUM TEAM SCRUM TEAM
UX TEAM UX TEA

42. “IT’SDUALTRACK,NOTDUELTRACK”.
JEFF PATTON

44. “TWOTRACK,NOTTWOTEAMS”.
JEFF PATTON

46. ¡Pongamos ideas en común!

47. Buenas prácticas del
desarrollo en vías en
paralelo.
DUALTRACK

48. ADAPTING USABILITY INVESTIGATIONS FOR AGILE USER-CENTERED DESIGN
DESIRÉE SY

49. DESARROLLO EN PISTAS EN PARALELO
PLANEAR Y RECOPILAR
DATOS DE LOS USUARIOS
CICLO 0
CICLO 1
PISTADEDESARROLLO
PISTADEDISEÑO
CICLO 2
Código
Diseño
Datos
Código
Diseño
Datos
IMPLEMENTAR DISEÑO
DISEÑAR
PARA EL CICLO 2
RECOPILAR DATOS DE LOS
USUARIOS PARA EL CICLO 3
IMPLEMENTAR
FUNCIONALIDADES DE ALTO
COSTO DE DESARROLLO Y
BAJO COSTO DE DISEÑO
EVALUAR CICLO 1
DISEÑAR CICLO 3
DATOS USUARIOS CICLO 4
IMPLEMENTAR DISEÑO
EVALUAR CICLO 2
DISEÑAR CICLO 4
DATOS USUARIOS CICLO 5
CICLO 3

50. - 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 generan
“desperdicios” (waste) creando 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.
BUENASPRÁCTICASDUAL-TRACK

51. BUENASPRÁCTICASDUAL-TRACK

52. - Debido a que el desarrollo ágil tiene una alta orientación conducida por la
retroalimentación, los equipos de producto pueden confiar en la opinión de los usuarios
en situaciones donde la observación del usuario es más apropiada.
- Los profesionales de usabilidad pueden ser los miembros más adecuados de un equipo
ágil para aportar este enfoque debido a sus habilidades para recopilar y analizar datos
de la experiencia del usuario.
- 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 paralela a la pista de
desarrollo.
BUENASPRÁCTICASDUAL-TRACK

53. "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”.
DESIRÉE SY

54. Buenas prácticas de
Dual-Track Agile.
DUALTRACKAGILE

55. DUAL-TRACK AGILE
MARTIN CAGAN

57. - 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.
- 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.
BUENASPRÁCTICASDUAL-TRACKAGILE

58. “BUILDING AND LAUNCHING A
PRODUCT IDEA IS GENERALLY THE
SLOWEST, MOST EXPENSIVE WAY
TO VALIDATE THE IDEA”.
MARTY CAGAN

59. ¡Pongamos ideas en común!

60. - Opportunity Canvas
- Product Discovery
Canvas
- User Story Mapping
- Design Studio
TÉCNICASY
HERRAMIENTAS

61. OPPORTUNITIES DISCOVERY DELIVERY VALIDATION RELEASE

62. - Opportunity Backlog:
- What, Who, Why.
- Opportunity Canvas.
OPPORTUNITIES

63. 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/

64. - Product Discovery Canvas.
- Product Goal:
- Elevator Pitch.
- Simple Personas:
- Proto-Persona.
- User Story Mapping.
- Simple User Interface sketches:
- Design Studio Prototyping Process.
DISCOVERY

66. 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

67. SIMPLE PERSONA (PROTO PERSONA).

68. Línea del tiempo
User Activities
User Tasks
User Stories
Prioridad
Release 1
Release 2
Release 3
USER STORY MAPPING.

69. DESIGN STUDIO.

72. - ¿Qué te llevas de esta
sesión?
CONCLUSIONES

73. - 1 minuto, reflexión individual,
¿qué te llevas de esta sesión?
- 2 min, compartir por parejas.
- 4 min, compartir en grupos de
cuatro personas.
- 5 min, compartir entre todos.
1-2-4-ALL
ESTRUCTURA LIBERADORA

74. ¡GRACIAS!

75. El equilibrio entre Product Discovery y Product Delivery
DUAL-TRACKAGILE
AGILE TALKS - DIFUNDIENDO LA AGILIDAD
Photo by Aline Viana Prado from Pexels