Este documento discute el rol del Product Owner y la tensión entre "delivery" (entrega) y "discovery" (descubrimiento). Explica que los Product Owners deben equilibrar tanto la entrega efectiva de software como el aprendizaje continuo sobre los clientes a través de la iteración rápida y el descubrimiento. También destaca las habilidades clave de un Product Owner efectivo como definir el valor de negocio, priorizar el backlog, y colaborar estrechamente con el Scrum Master y el equipo.

1. El dilema del Product Owner:
"Delivery vs Discovery"
presentador:
Marcos N. Lilljedahl
Twitter: @marcosnils
Email: macosnils@gmail.com
Scrum Gathering Buenos Aires
23 y 24 de Mayo, 2012
Buenos Aires, Argentina

2. Agenda
• Motivación
• Delivery y Discovery
• Inicios Ágiles
• El rol y la misión del PO
• Siendo un PO efectivo
• Conclusiones

3. Motivación
"Un guardián para proteger a los Stakeholders de los
incontrolables equipos de desarrollo"
Yuriy Zubarev – Cynical Agile and Scrum Dictionary

4. Delivery y Discovery
Succesful software (producto):
(2001 – Comienzos de Agile)
"El software resulta exitoso cuando una vez entregado es
aceptado en el mercado "
(2012 - Hoy)
"El software exitoso es entregado a tiempo y debajo del
presupuesto."
Concepto/ Desarrollo Alpha / Beta Pimer
Semilla del producto Test release!
Product development model

5. Lean Startup
Customer development model
Antes de desarrollar un producto, debemos desarrollar un mercado
para ese producto y clientes para ese mercado
Para entender a nuestros clientes debemos crear y ejecutar ideas
para aprender de ellas y refinarlas
Customer Customer Customer Company
discovery Validation creation Building
Custom development model

6. Inicios Ágiles
Hype de XP cuando se firma el Manifesto Ágil.
El "cliente" como la persona detrás del programador (Stakeholder /
BA / end user)
Los clientes compran y los usuarios utilizan (users and choosers)
Desarrollo Ágil enfocado en delivery (efectivo e incremental).
Estamos produciendo realmente lo que se necesita?

7. Scrum framework
24
horas
Product Sprint 2-4
Backlog Backlog Semanas
PSPI
APRENDER!

8. Cómo aprovecharlo?
Muchas veces lo que planeamos construir no es realmente lo que
necesita nuestro cliente
Se tiene lo que se quiere, pero no lo que se necesita.
Proceso de aprendizaje vs proceso de delivery
Esperar algunos sprints para aprender algunas veces cuesta
demasiado.

9. El rol y la misión del PO
• The product owner decides what will be built and in which order
• Defines the features of the product or desired outcomes of the project
• Chooses release date and content
• Ensures profitability (ROI)
• Order (not prioritizes) features/outcomes according to market value
• Adjusts features/outcomes and priority as needed
• Accepts or rejects work results
• Facilitates scrum planning ceremony
www.scrumalliance.org/pages/scrum_roles

10. Ok… y entonces?
• Discovery y develiery como 2 términos complementarios
• Disovery . El aprender a aprender sobre nuestros clientes
• El Product Owner como responsable del outcome. (vs output)
• Buscar cambiar el mundo.

11. Cómo mejoramos el delivery?
• Hay muchas tácticas que pueden tomarse de LEAN
• "Genba" (ir y estar en la escena del crimen). Ver los problemas
• Story Mapping. "Historias y no tarjetas "
• Flujo narrativo / experiencia. Patrón holístico de que aprendimos
de nuestros usuarios
Qué hay del ROI y el BV?

12. Business Value
• Es el trabajo del PO especificar lo mejor posible qué es y qué no es
el BV.
• En conclusión aquello que consideramos valor de negocio, se
traduce a generar un outcome positivo. El resultado de construir
software, el beneficio que generamos luego de establecer un
delivery.
• No existe relación entre la cantidad de software que se construye y
el beneficio que se obtiene por ello. El outcome siempre es
especulativo.
Y es extremadamente difícil!!

13. Errores comúnes
• Virtual product owner syndrome
• The IT Product Owner
• The bungee PO

14. Facultades de un PO
• Saber tomar el control y sentarse en el
asiente del conductor
• Tener las cualidades requeridas
• Conocer la importancia de su rol

15. Siendo un PO efectivo (cont.)
• Los 7 hábitos del PO efectivo (Ricardo Colusso)
o Maximizar la empatía y entender contextos
o Mantenerse en el asiento del conductor
o Backlog Kaisen (mejora continua)
o Maximizar sinergia con SM
o Entender el dentro y fuera
o Ayudar al SM con el equipo
o Definir el concepto de LISTO
• Conocer y desarrollar técnicas que creen valor. (MMFS / Effective
Mapping / One at a Time / Release commitments / Adaptive
planning )
• Customer Discovery (salir del edificio)

16. Conclusiones
• Saber diferenciar el delivery y discovery y actuar en consecuencia
de ello.
• Colaborar con el equipo constantemente y saber dirigir y guiar al
mismo. (Llevar el backlog / contestar las preguntas que surgan,
proveer feedback, y hacer sign off de los resultados)
• Sentarse en el asiento del conductor. Definir el qué y el cuándo
debe ser entregado
• Conocer (superficialmente) cómo es construido el software.
Mejora la comunicación con los equipos de desarrollo.