Dual-Track Agile

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

¡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

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

¿Quiénes estamos aquí?
CHECK-IN

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

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

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

DISCOVERY
Building the right product
DELIVERY
Building the product right

DISCOVERY
DELIVERY
WATERFALL
Silo

DISCOVERY
DELIVERY
AGILE

DISCOVERY
Creating better outcomes
Maximize learning velocity
DELIVERY
Creating high quality output
Maximize delivery velocity
AGILE
No waste

CONTINUOS
DISCOVERY
DISCOVERY DELIVERY
CONT
DELI

CONTINUOS
DISCOVERY
DISCOVERY
DELIVERY
CONT
DELI
DISCOVERY

CONTINUOS
DISCOVERY
DISCOVERY
DELIVERY CONT
DELI
DISCOVERY DISCO

CONTINUOS
DISCOVERY
DISCOVERY
DELIVERYCONTINUOS
DELIVERY
DISCOVERYDISCOVERY

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

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

OPPORTUNITIES DISCOVERY DELIVERY VALIDATION RELEASE

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
identiﬁcar 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.

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.

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

Product Backlog
+
_
PRIORIDAD
+
_
REFINAMIENTO
User Stories para Sprint Backlog
Scrum Epics para Product Backlog reﬁnement

Product Backlog Sprint Backlog

Product Backlog Sprint Backlog Product
Increment
Sprint Backlog
Product Backlog Reﬁnement

Increment
?
Opportunity Backlog

Increment
?
Opportunity Backlog
AgileProductDiscovery AgileProductDelivery
Product Backlog Reﬁnement

AgileProductDiscovery AgileProductDelivery
Product Owner SM y Development TeamUXMarketingCall Center UI

UX TEAM OF ONE
SCRUM TEAM
SCRUM TEAM

UX TEAM
SCRUM TEAM SCRUM TEAM SCRUM TEAM
UX TEAM UX TEA

“IT’SDUALTRACK,NOTDUELTRACK”.
JEFF PATTON

“TWOTRACK,NOTTWOTEAMS”.
JEFF PATTON

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

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

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

- 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 ﬁnal.
- 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

- Debido a que el desarrollo ágil tiene una alta orientación conducida por la
retroalimentación, los equipos de producto pueden conﬁar 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

"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

Buenas prácticas de
Dual-Track Agile.
DUALTRACKAGILE

- 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

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

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

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

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/

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

Elevator pitch template
For [target customers] who are dissatisﬁed 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

SIMPLE PERSONA (PROTO PERSONA).

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

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

- 1 minuto, reﬂexió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

Dual-Track Agile

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Dual-Track Agile

Similar a Dual-Track Agile (20)

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

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

Último

Último (11)

Dual-Track Agile