Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.
El dilema del Product Owner:    "Delivery vs Discovery"                 presentador:               Marcos N. Lilljedahl  T...
Agenda•   Motivación•   Delivery y Discovery•   Inicios Ágiles•   El rol y la misión del PO•   Siendo un PO efectivo•   Co...
Motivación"Un guardián para proteger a los Stakeholders de losincontrolables equipos de desarrollo"Yuriy Zubarev – Cynical...
Delivery y Discovery      Succesful software (producto):      (2001 – Comienzos de Agile)      "El software resulta exitos...
Lean Startup            Customer development model            Antes de desarrollar un producto, debemos desarrollar un mer...
Inicios Ágiles    Hype de XP cuando se firma el Manifesto Ágil.    El "cliente" como la persona detrás del programador (St...
Scrum framework                       24                       horasProduct      Sprint            2-4Backlog      Backlog...
Cómo aprovecharlo?Muchas veces lo que planeamos construir no es realmente lo quenecesita nuestro clienteSe tiene lo que se...
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 pr...
Ok… y entonces?• Discovery y develiery como 2 términos complementarios• Disovery . El aprender a aprender sobre nuestros c...
Cómo mejoramos el delivery?• Hay muchas tácticas que pueden tomarse de LEAN• "Genba" (ir y estar en la escena del crimen)....
Business Value• Es el trabajo del PO especificar lo mejor posible qué es y qué no es  el BV.• En conclusión aquello que co...
Errores comúnes• Virtual product owner syndrome• The IT Product Owner• The bungee PO
Facultades de un PO• Saber tomar el control y sentarse en el  asiente del conductor• Tener las cualidades requeridas• Cono...
Siendo un PO efectivo (cont.)• Los 7 hábitos del PO efectivo (Ricardo Colusso)       o Maximizar la empatía y entender con...
Conclusiones• Saber diferenciar el delivery y discovery y actuar en consecuencia  de ello.• Colaborar con el equipo consta...
Próxima SlideShare
Cargando en…5
×

El dilema del product owner delivery vs disovery

719 visualizaciones

Publicado el

Presentación expuesta durante el Scrum Gathering 2012 los días 23 y 24 de Mayo.

Copyright Marcos Lilljedahl (c)

Publicado en: Tecnología
  • Sé el primero en comentar

El dilema del product owner delivery vs disovery

  1. 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. 2. Agenda• Motivación• Delivery y Discovery• Inicios Ágiles• El rol y la misión del PO• Siendo un PO efectivo• Conclusiones
  3. 3. Motivación"Un guardián para proteger a los Stakeholders de losincontrolables equipos de desarrollo"Yuriy Zubarev – Cynical Agile and Scrum Dictionary
  4. 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. 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 refinarlasCustomer Customer Customer Companydiscovery Validation creation Building Custom development model
  6. 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. 7. Scrum framework 24 horasProduct Sprint 2-4Backlog Backlog Semanas PSPI APRENDER!
  8. 8. Cómo aprovecharlo?Muchas veces lo que planeamos construir no es realmente lo quenecesita nuestro clienteSe tiene lo que se quiere, pero no lo que se necesita.Proceso de aprendizaje vs proceso de deliveryEsperar algunos sprints para aprender algunas veces cuestademasiado.
  9. 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. 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. 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. 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. 13. Errores comúnes• Virtual product owner syndrome• The IT Product Owner• The bungee PO
  14. 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. 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. 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.

×