Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

Dual-Track Agile

Dual-Track Agile: El equilibrio entre Product Discovery y Product Delivery
Víctor García

Meetup
Agile Talks - Difundiendo la agilidad
Part of Scrum Alliance User Groups

15 de octubre de 2020

Ähnliche Bücher

Kostenlos mit einer 30-tägigen Testversion von Scribd

Alle anzeigen

Ähnliche Hörbücher

Kostenlos mit einer 30-tägigen Testversion von Scribd

Alle anzeigen
  • Als Erste(r) kommentieren

Dual-Track Agile

  1. 1. El equilibrio entre Product Discovery y Product Delivery DUAL-TRACKAGILE AGILE TALKS - DIFUNDIENDO LA AGILIDAD Photo by Aline Viana Prado from Pexels
  2. 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. 3. AGENDA Check-in Agile Product Discovery Dual-Track Dual-Track Agile Técnicas y herramientas Conclusiones
  4. 4. ¿Quiénes estamos aquí? CHECK-IN
  5. 5. O ve a menti.com Usa el código 32 38 06 5
  6. 6. - Discovery vs Delivery - Agile Product Discovery - ¿Cómo funciona? AGILEPRODUCT DISCOVERY
  7. 7. DISCOVERYVSDELIVERY
  8. 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. 9. DISCOVERY Building the right product DELIVERY Building the product right
  10. 10. DISCOVERY Building the right product DELIVERY Building the product right
  11. 11. DISCOVERY Building the right product DELIVERY Building the product right
  12. 12. DISCOVERY Building the right product DELIVERY Building the product right
  13. 13. DISCOVERY Building the right product DELIVERY Building the product right WATERFALL Silo
  14. 14. DISCOVERY Building the right product DELIVERY Building the product right AGILE
  15. 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. 16. CONTINUOS DISCOVERY DISCOVERY DELIVERY CONT DELI
  17. 17. CONTINUOS DISCOVERY DISCOVERY DELIVERY CONT DELI DISCOVERY
  18. 18. CONTINUOS DISCOVERY DISCOVERY DELIVERY CONT DELI DISCOVERY DISCO
  19. 19. CONTINUOS DISCOVERY DISCOVERY DELIVERYCONTINUOS DELIVERY DISCOVERYDISCOVERY
  20. 20. ¡Pongamos ideas en común!
  21. 21. AGILEPRODUCTDISCOVERY
  22. 22. USER STORY MAPPING. DISCOVER THE WHOLE STORY, BUILD THE RIGHT PRODUCT JEFF PATTON
  23. 23. - Crear, dividir y refinar progresivamente User Stories a medida que pasan de una idea vaga a un software funcional. AGILEPRODUCTDISCOVERY
  24. 24. OPPORTUNITIES DISCOVERY DELIVERY VALIDATION RELEASE
  25. 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. 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.
  27. 27. ¿CÓMOFUNCIONA?
  28. 28. Product Backlog Sprint Backlog Sprint Planing Meeting Sprint Daily Scrum Retrospective Sprint Review
  29. 29. Product Backlog
  30. 30. Product Backlog + _ PRIORIDAD + _ REFINAMIENTO User Stories para Sprint Backlog Scrum Epics para Product Backlog refinement
  31. 31. Product Backlog Sprint Backlog
  32. 32. Product Backlog Sprint Backlog Product Increment Sprint Backlog Product Backlog Refinement
  33. 33. Product Backlog Sprint Backlog Product Increment ? Opportunity Backlog
  34. 34. Product Backlog Sprint Backlog Product Increment ? Opportunity Backlog AgileProductDiscovery AgileProductDelivery Product Backlog Refinement
  35. 35. AgileProductDiscovery AgileProductDelivery Product Owner SM y Development TeamUXMarketingCall Center UI
  36. 36. UX TEAM OF ONE SCRUM TEAM
  37. 37. UX TEAM OF ONE SCRUM TEAM SCRUM TEAM
  38. 38. UX TEAM SCRUM TEAM
  39. 39. UX TEAM SCRUM TEAM SCRUM TEAM
  40. 40. UX TEAM SCRUM TEAM SCRUM TEAM SCRUM TEAM UX TEAM UX TEA
  41. 41. “IT’SDUALTRACK,NOTDUELTRACK”. JEFF PATTON
  42. 42. “TWOTRACK,NOTTWOTEAMS”. JEFF PATTON
  43. 43. ¡Pongamos ideas en común!
  44. 44. Buenas prácticas del desarrollo en vías en paralelo. DUALTRACK
  45. 45. ADAPTING USABILITY INVESTIGATIONS FOR AGILE USER-CENTERED DESIGN DESIRÉE SY
  46. 46. 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
  47. 47. - 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
  48. 48. BUENASPRÁCTICASDUAL-TRACK
  49. 49. - 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
  50. 50. "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
  51. 51. Buenas prácticas de Dual-Track Agile. DUALTRACKAGILE
  52. 52. DUAL-TRACK AGILE MARTIN CAGAN
  53. 53. - 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
  54. 54. “BUILDING AND LAUNCHING A PRODUCT IDEA IS GENERALLY THE SLOWEST, MOST EXPENSIVE WAY TO VALIDATE THE IDEA”. MARTY CAGAN
  55. 55. ¡Pongamos ideas en común!
  56. 56. - Opportunity Canvas - Product Discovery Canvas - User Story Mapping - Design Studio TÉCNICASY HERRAMIENTAS
  57. 57. OPPORTUNITIES DISCOVERY DELIVERY VALIDATION RELEASE
  58. 58. - Opportunity Backlog: - What, Who, Why. - Opportunity Canvas. OPPORTUNITIES
  59. 59. 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/
  60. 60. - Product Discovery Canvas. - Product Goal: - Elevator Pitch. - Simple Personas: - Proto-Persona. - User Story Mapping. - Simple User Interface sketches: - Design Studio Prototyping Process. DISCOVERY
  61. 61. 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
  62. 62. SIMPLE PERSONA (PROTO PERSONA).
  63. 63. Línea del tiempo User Activities User Tasks User Stories Prioridad Release 1 Release 2 Release 3 USER STORY MAPPING.
  64. 64. DESIGN STUDIO.
  65. 65. - ¿Qué te llevas de esta sesión? CONCLUSIONES
  66. 66. - 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
  67. 67. ¡GRACIAS!
  68. 68. El equilibrio entre Product Discovery y Product Delivery DUAL-TRACKAGILE AGILE TALKS - DIFUNDIENDO LA AGILIDAD Photo by Aline Viana Prado from Pexels

    Als Erste(r) kommentieren

  • MercedesVeraliceRuan

    Oct. 16, 2020
  • MercyRuanodeMendoza

    Oct. 16, 2020
  • Marcoviaweb

    Oct. 17, 2020

Dual-Track Agile: El equilibrio entre Product Discovery y Product Delivery Víctor García Meetup Agile Talks - Difundiendo la agilidad Part of Scrum Alliance User Groups 15 de octubre de 2020

Aufrufe

Aufrufe insgesamt

687

Auf Slideshare

0

Aus Einbettungen

0

Anzahl der Einbettungen

1

Befehle

Downloads

100

Geteilt

0

Kommentare

0

Likes

3

×