En esta presentación se describen tips para que las PMO comiencen con sus pilotos ágiles y algunas estrategias para que se comience a agilizar el portafolio de proyectos y productos.
The slides are for a course that is LIVE on Udemy.com (https://www.udemy.com/product-roadmap-101/)
The slides outline how to build an effective product by translating product strategy into product roadmap for enterprise products.
Portafolio y Proyectos de Innovación
* ¿Gestiono bien mi portafolio de innovación?
* ¿Qué podría necesitar para mejorar mi estrategia actual?
En este taller Work&Talk abordamos las temáticas relativas a cómo gestionar los proyectos y a las personas vinculadas a ellos, la relevancia de las decisiones estratégicas de la gerencia y además, la importancia que todo esté alineado con los focos de innovación y de toda la compañía.
En esta ocasión, Iván Gezan, Director de Proyectos de INNSPIRAL Moves, nos ayudó exponiendo la metodología y guiando la discusión.
Construyendo el Producto Minimo Viable con User Story MappingMarco Avendaño
Al iniciar el desarrollo de un proyecto software el cliente nos pide un producto con muchas características cuya realización podría llevarnos bastante tiempo, además que luego debemos esperar las observaciones de su revisión. ¿No sería más adecuado ir mostrando las funcionalidades principales del sistema de manera temprana para su validación? si nos animamos a proceder de esta manera surge otra interrogante ¿Cómo podríamos establecer esas funcionalidades prioritarias ya que tenemos un “lista de deseos” muy amplia en nuestro Product Backlog?. Ante esta situación se recomienda desarrollar un Producto Mínimo Viable (MVP) en un tiempo relativamente corto que permita mostrar un producto funcional para que el cliente pueda realizar su evaluación.
La presentación muestra la técnica User Story Mapping, que consiste en organizar nuestro Product Backlog para lograr los MVP con la participación del Product Owner y los desarrolladores, para que cada uno aporte su visión y se aclaren dudas para lograr una mejor visión del producto.
En esta presentación se describen tips para que las PMO comiencen con sus pilotos ágiles y algunas estrategias para que se comience a agilizar el portafolio de proyectos y productos.
The slides are for a course that is LIVE on Udemy.com (https://www.udemy.com/product-roadmap-101/)
The slides outline how to build an effective product by translating product strategy into product roadmap for enterprise products.
Portafolio y Proyectos de Innovación
* ¿Gestiono bien mi portafolio de innovación?
* ¿Qué podría necesitar para mejorar mi estrategia actual?
En este taller Work&Talk abordamos las temáticas relativas a cómo gestionar los proyectos y a las personas vinculadas a ellos, la relevancia de las decisiones estratégicas de la gerencia y además, la importancia que todo esté alineado con los focos de innovación y de toda la compañía.
En esta ocasión, Iván Gezan, Director de Proyectos de INNSPIRAL Moves, nos ayudó exponiendo la metodología y guiando la discusión.
Construyendo el Producto Minimo Viable con User Story MappingMarco Avendaño
Al iniciar el desarrollo de un proyecto software el cliente nos pide un producto con muchas características cuya realización podría llevarnos bastante tiempo, además que luego debemos esperar las observaciones de su revisión. ¿No sería más adecuado ir mostrando las funcionalidades principales del sistema de manera temprana para su validación? si nos animamos a proceder de esta manera surge otra interrogante ¿Cómo podríamos establecer esas funcionalidades prioritarias ya que tenemos un “lista de deseos” muy amplia en nuestro Product Backlog?. Ante esta situación se recomienda desarrollar un Producto Mínimo Viable (MVP) en un tiempo relativamente corto que permita mostrar un producto funcional para que el cliente pueda realizar su evaluación.
La presentación muestra la técnica User Story Mapping, que consiste en organizar nuestro Product Backlog para lograr los MVP con la participación del Product Owner y los desarrolladores, para que cada uno aporte su visión y se aclaren dudas para lograr una mejor visión del producto.
How to Structure Your Product Thinking by Booking.com Sr PMProduct School
Main takeaways:
-The importance of starting with outcomes
-A fool-proof method to structuring your thoughts
-Why this method leads to successful results
Product roadmaps are an important product management tool. But traditionally, they map features onto a timeline that often extends many months into the future. This makes them hard to apply in an agile context where change and uncertainty are present. My talk shows how you can use agile product roadmaps, roadmaps that describe the value the product should create, align the stakeholders and development teams, and unburden the product backlog while avoiding premature commitments and preserving the ability to inspect and adapt.
Estimación, Priorización y Seguimiento de un Proyecto Ágil Empleando el User ...Jorge Hernán Abad Londoño
Charla compartida en el V congreso de gerencia internacional de proyectos del PMI Colombia 2016, en donde se comparten los principios realizar la planeación y seguimiento de un proyecto ágil usando la técnica de User Story Map de Jeff Patton
This slide deck shares my thoughts on the product owner role. It discusses what it means to own a product, and how the product owner role can be scaled.
Hola a todos
A finales del pasado tuve la oportunidad de brindar un Seminario-Taller sobre Transformación Ágil para una prestigiosa universidad de la ciudad de Medellín dirigido específicamente a una importante organización del sector energético.
Hoy quiero compartirles TODO el material que elaboré y trabajamos; sin restricciones.
Pero también he observado que por más bueno que sea el material, sin la explicación y heridas de guerra del experto, queda incompleto; por lo tanto, si estas interesad@ en ir más allá del material y participar en un Webinar que dictaré:
• Cuándo: en el mes de Julio de 2020
• Intensidad: 3 sábados
• Duración: 9 horas (3 horas cada sesión)
• Inversión: 90 dólares
diligencia el siguiente formato y te estaré contactando para los siguientes pasos.
https://docs.google.com/forms/d/e/1FAIpQLSfJkIU1LyJO3cCKIkgzXhAMNRJHNZpyeEBv148jKZEFeJ4zuA/viewform
Saludos ágiles
Jorge Abad.
Publicado en : http://www.lecciones-aprendidas.info/2020/05/diapositivas-seminario-taller-sobre-transformacion-agil.html
Come funziona Scrum? Quali sono i suoi mattoni base? Questa presentazione è il primo tassello della collana divulgativa di Agile Reloaded su Agile e Lean Software Development. Lasciate i vostri commenti, li utilizzeremo per il cartone animato!
Platform as a Product: How to Delight Your Developers and Deliver Value for Y...VMware Tanzu
SpringOne Platform 2019
Title: Platform as a Product: How to Delight Your Developers and Deliver Value for Your Customers
Youtube: https://youtu.be/2JLUvwsoLYQ
Porque con ordenar el Product Backlog no basta para darle un enfoque de resultados por encima de entregables, a continuación presento los slide de mi presentacion en el agile help 2020, en el cual mostré el concepto O-deep, con el cual se le da al Product Backlog un enfoque hacia resultados tanto para los clientes como para la organización. Mostrando la importancia que tiene el Product Backlog de estar organizado.
What's Growth PM and How's it Different to PM Types by Dropbox PMProduct School
Your product ideas and analyses are only as valuable as your ability to put things into action. And putting things into action is all about working with others in the organization. This process involves a number of soft skills, like communication, persuasion, negotiation, and evangelism. The art of influencing without authority involves understanding and empathizing with different sets of people. And to do that, you need to develop certain soft skills that will help lead your team and make your stakeholders understand any decision you’re taking. It's time to learn from top PM leaders!
How to Structure Your Product Thinking by Booking.com Sr PMProduct School
Main takeaways:
-The importance of starting with outcomes
-A fool-proof method to structuring your thoughts
-Why this method leads to successful results
Product roadmaps are an important product management tool. But traditionally, they map features onto a timeline that often extends many months into the future. This makes them hard to apply in an agile context where change and uncertainty are present. My talk shows how you can use agile product roadmaps, roadmaps that describe the value the product should create, align the stakeholders and development teams, and unburden the product backlog while avoiding premature commitments and preserving the ability to inspect and adapt.
Estimación, Priorización y Seguimiento de un Proyecto Ágil Empleando el User ...Jorge Hernán Abad Londoño
Charla compartida en el V congreso de gerencia internacional de proyectos del PMI Colombia 2016, en donde se comparten los principios realizar la planeación y seguimiento de un proyecto ágil usando la técnica de User Story Map de Jeff Patton
This slide deck shares my thoughts on the product owner role. It discusses what it means to own a product, and how the product owner role can be scaled.
Hola a todos
A finales del pasado tuve la oportunidad de brindar un Seminario-Taller sobre Transformación Ágil para una prestigiosa universidad de la ciudad de Medellín dirigido específicamente a una importante organización del sector energético.
Hoy quiero compartirles TODO el material que elaboré y trabajamos; sin restricciones.
Pero también he observado que por más bueno que sea el material, sin la explicación y heridas de guerra del experto, queda incompleto; por lo tanto, si estas interesad@ en ir más allá del material y participar en un Webinar que dictaré:
• Cuándo: en el mes de Julio de 2020
• Intensidad: 3 sábados
• Duración: 9 horas (3 horas cada sesión)
• Inversión: 90 dólares
diligencia el siguiente formato y te estaré contactando para los siguientes pasos.
https://docs.google.com/forms/d/e/1FAIpQLSfJkIU1LyJO3cCKIkgzXhAMNRJHNZpyeEBv148jKZEFeJ4zuA/viewform
Saludos ágiles
Jorge Abad.
Publicado en : http://www.lecciones-aprendidas.info/2020/05/diapositivas-seminario-taller-sobre-transformacion-agil.html
Come funziona Scrum? Quali sono i suoi mattoni base? Questa presentazione è il primo tassello della collana divulgativa di Agile Reloaded su Agile e Lean Software Development. Lasciate i vostri commenti, li utilizzeremo per il cartone animato!
Platform as a Product: How to Delight Your Developers and Deliver Value for Y...VMware Tanzu
SpringOne Platform 2019
Title: Platform as a Product: How to Delight Your Developers and Deliver Value for Your Customers
Youtube: https://youtu.be/2JLUvwsoLYQ
Porque con ordenar el Product Backlog no basta para darle un enfoque de resultados por encima de entregables, a continuación presento los slide de mi presentacion en el agile help 2020, en el cual mostré el concepto O-deep, con el cual se le da al Product Backlog un enfoque hacia resultados tanto para los clientes como para la organización. Mostrando la importancia que tiene el Product Backlog de estar organizado.
What's Growth PM and How's it Different to PM Types by Dropbox PMProduct School
Your product ideas and analyses are only as valuable as your ability to put things into action. And putting things into action is all about working with others in the organization. This process involves a number of soft skills, like communication, persuasion, negotiation, and evangelism. The art of influencing without authority involves understanding and empathizing with different sets of people. And to do that, you need to develop certain soft skills that will help lead your team and make your stakeholders understand any decision you’re taking. It's time to learn from top PM leaders!
En esta presentación encontraras mi propuesta de como crear y gestionar un Product Backlog, orientados a resultados tanto para los clientes como para la organización.
BOOTCAMP: STARTUP AGILE
En este nuevo Bootcamp de Incutex nos visita Eduardo Coll, Founding Partner y especialista tecnológico asesor y mentor de Incutex . Entre otras cosas, veremos casos de distintas tecnologías que las #StartupsIncutex han aplicado y los efectos en el corto, mediano y largo plazo, casos de estrategias agile para organizar y arrancar una startup y la aplicación de agile en otras industrias que no son software.
Contenidos:
1 - Agile Methodologies, nivelamos para arriba.
2 - Historias Ágiles: cómo crear y facturar una empresa en 3 semanas.
3 - Ejemplos concretos de practicas agiles en proyectos: Continuos delivery.
4 - Aplicando agile en otras industrias que no son software.
Todas las empresas necesitan hacer cambios para mejorar de una u otra forma la manera como conducen el negocio. El nuestro es un método muy simple y directo, que produce mejoras de alto impacto en los procesos de negocio de una empresa.
Criterios de ordenamiento de Product BacklogGustavo Veliz
En esta presentación vemos criterios para ordenar el product backlog. Presentamos una formula que nos permitirá descubrir en que orden colocamos nuestros Product Backlog Items
Análisis para un sistema de información, el cual contiene:
- Análisis Costo y Beneficio del sistema
- Conveniencia Financiera
- Proyección de Negocio
- Cotos Iniciales, desarrollo y ventas
- Beneficios tangibles e intangible
Similar a Gestionando el Valor del Product Backlog (20)
Se comparten varios tips que promueven al mejora del rendimiento de los equipos ágiles, es decir los que cumplen con el manifiesto ágil, tipo scrum, scrumban, xp, kanban
Hola a todos,
Mientras escribo el post, quisiera compartirles esta imagen, sobre lo que REALMENTE significa pruebas unitarias, he observado que el término es mál empleado por DESARROLLADORES, TESTER, GERENTES DE PROYECTO, SCRUM MASTER, AGILE COACHES.
Es un pequeño servicio social.
Esperando con el resolver muchas dudas al respecto.
Conferencia "Agile marketing para hacer frente a los cambios"
Todo el mundo busca ser ágil. Ahorrar tiempo, minimizar recursos y duplicar los resultados. Sin embargo, ¿es algo que nace innato o se puede entrenar?
En la mayoría de los casos la agilidad puede trabajarse. Y en marketing en concreto, existe una tendencia que aporta las claves para hacerlo: el Agile Marketing.
¿Quiéres Saber que tan Ágil es tu Organización? (Una Propuesta de Cómo Medir ...Jorge Hernán Abad Londoño
En esta presentación se comparte una propuesta inicial (desde la cual se puede crecer orgánicamente) de métricas para medir la Transformación hacia Agile de una organización.
Si bien los hospitales conjuntan a profesionales de salud que atienden a la población, existe un equipo de organización, coordinación y administración que permite que los cuidados clínicos se otorguen de manera constante y sin obstáculos.
Mario García Baltazar, director del área de Tecnología (TI) del Hospital Victoria La Salle, relató la manera en la que el departamento que él lidera, apoyado en Cirrus y Estela, brinda servicio a los clientes internos de la institución e impulsa una experiencia positiva en el paciente.
Conoce el Hospital Victoria La Salle
Ubicado en Ciudad Victoria, Tamaulipas, México
Inició operaciones en el 2016
Forma parte del Consorcio Mexicanos de Hospitales
Hospital de segundo nivel
21 habitaciones para estancia
31 camas censables
13 camillas
2 quirófanos
+174 integrantes en su plantilla
+120 equipos médicos de alta tecnología
+900 pacientes atendidos
Servicios de +20 especialidades
Módulos utilizados de Cirrus
HIS
EHR
ERP
Estela - Business Intelligence
Escaneo y eliminación de malware en el equiponicromante2000
El malware tiene muchas caras, y es que los programas maliciosos se reproducen en los ordenadores de diferentes formas. Ya se trate de virus, de programas espía o de troyanos, la presencia de software malicioso en los sistemas informáticos siempre debería evitarse. Aquí te muestro como trabaja un anti malware a la hora de analizar tu equipo
Los desafíos de calidad de software que nos trae la IA y los LLMsFederico Toledo
En esta charla, nos sumergiremos en los desafíos emergentes que la inteligencia artificial (IA) y los Large Language Models (LLMs) traen al mundo de la calidad del software y el testing. Exploraremos cómo la integración, uso o diseño de modelos de IA plantean nuevos retos, incluyendo la calidad de datos y detección de sesgos, sumando la complejidad de probar algo no determinístico. Revisaremos algunas propuestas que se están llevando adelante para ajustar nuestras tareas de testing al desarrollo de este tipo de sistemas, incluyendo enfoques de pruebas automatizadas y observabilidad.
Los desafíos de calidad de software que nos trae la IA y los LLMs
Gestionando el Valor del Product Backlog
1. Gestionando el Valor del
Product Backlog
Por
Jorge H. Abad L. - @jorge_abad
www.lecciones-aprendidas.info
04/11/2019
v.2019-11-02
2. HELLO!
I am Jayden Smith
I am here because I love
to give presentations.
You can find me at
@username
2
¡HOLA!
Soy Jorge H. Abad L.
Soy Enterprise Agile Coach
Puedes encontrarme en
linkedin.com/in/jorgeabadl / @jorge_abad
Comparto mi experiencias en agilidad en mi blog
www.lecciones-aprendidas.info
Mi propósito es acompañar a equipos y organizaciones
para que logren resultados grandiosos
3. El alcance es un medio para
generar valor
Ágil es sobre gestión de valor y
no gestión de alcance
4. 4
¿y que es valor?¿Qué es Valor?
El Valor se define como un beneficio financiero que
una organización recibe por la inversión realizada.
https://www.scrum.org/resources/blog/agile-value
Parque de la Independencia, Rosario, Argentina
Valor es la capacidad de generar beneficio económico.
Para organizaciones sin ánimo de lucro es: la capacidad
de generar un beneficio para la sociedad
https://jeronimopalacios.com/2016/10/metricas-agiles-fundamentales-ii/
Valor es cualquier cosa que:
• Incrementa el conocimiento
• Reduce el riesgo
• Genera retroalimentación valiosa
https://twitter.com/luchosalazarc/status/1158856231810994179
Valor es contribuir a los objetivos de negocio
Adaptado de https://www.linkedin.com/posts/juanandres-ochoa_agilismo-transformaciondigital-agile-activity-
6576961629420863488-ycwX
Valor es cualquier cosa que:
• Incremente el valor del mercado
• Reduce el riesgo
• Genera más capacidad de
construcción
https://impavidagile.com/wp-content/uploads/Impavid-Agile-and-Business-Value-
Meetup-.pdf
5. Hay algo peor que hacer
mal software…
Y es hacer buen software
que no será usado
6.
7.
8.
9.
10. Hoy en día no tenemos “tiempo” para
perder tiempo, dinero, recursos y costos
de oportunidad construyendo el
producto o funcionalidades incorrectas
TCS Internal
11. Agile
The ability to create and respond to
change in order to succeed in an
uncertain and turbulent environment
AgileAlliance.org
https://www.agilealliance.org/agile101/
12. Ágil
Es la habilidad de crear y responder al
cambio con el objetivo de tener éxito
en un entorno incierto y turbulento
AgileAlliance.org
https://www.agilealliance.org/agile101/
13. 13
Business Agility
Business agility is the ability of an
organization to sense changes
internally or externally and respond
accordingly in order to deliver value
to its customers.
Puerto Madero, Buenos Aires, Argentina
14. 14
Agilidad Empresarial
La agilidad empresarial es la
capacidad de una organización para
detectar cambios internos o externos
y responder en consecuencia para
entregar valor a sus clientes.
Puerto Madero, Buenos Aires, Argentina
15. Rol de Product Owner
• Es el dueño del Producto
– no pide permiso a nadie para tomar decisiones sobre el producto
• Gestiona el Product Backlog
– Resuelve las dependencias del producto con otros productos y áreas
• Refina y prioriza el producto
• Responsable del ROI
• Maximizar el valor del producto resultante
• Proxy del Negocio ante el equipo
• Dice “No”
• Atiende las diferentes reuniones del framework
• Asegurar que el equipo de trabajo entiende los elementos del Product Backlog
• (Bonus: Buena Práctica) Para gestionar correctamente las dependencias está trabajando
en 2 a 3 sprints adelante del equipo de trabajo
22. “Nuestro trabajo no es hacer (toneladas de) software, nuestro
trabajo es hacer la MENOR cantidad de SOFTWARE que maximice
el VALOR del negocio de nuestros clientes”
Ángel Medinilla
@angel_m
25. https://www.thoughtworks.com/insights/blog/how-implement-hypothesis-driven-development
Creemos que <Esta épica>
Resultará en <Este resultado>
Sabremos que lo hemos logrado cuando
<Veamos una señal medible>
Hypothesis Driven Development
El Desarrollo Guiado por Hipótesis permite validar el cumplimiento o no de una hipótesis
de generación de valor por medio de señales que pueden ser medidas, y que puede o no
estar relacionada con dinero.
Épica #
Titulo de la Épica
Elaborada por @nassao
26. https://www.thoughtworks.com/insights/blog/how-implement-hypothesis-driven-development
Creemos que La configuración automática del plan
Resultará en Reducción de llamados al Call Center
Sabremos que lo hemos logrado cuando
-En el primer mes se hayan reducido un 5% las llamadas al call center
-En el primer trimestre se hayan reducido un 10% las llamadas al call center
-En el primer semestre se hayan reducido un 15% las llamadas al call center
Hypothesis Driven Development
Ejemplo
Épica 25
Configuración Automática del Plan
Toma de
decisiones
Elaborada por @nassao
27. Creemos que La configuración automática del plan
Resultará en Reducción de llamados al Call Center
Sabremos que lo hemos logrado cuando
-En el primer mes se hayan reducido un 5% las llamadas al call center
-En el primer trimestre se hayan reducido un 10% las llamadas al call center
-En el primer semestre se hayan reducido un 15% las llamadas al call center
Épica 25 Configuración Automática del Plan
Hipótesis
Yo como usuario postpago
Deseo Configurar Automáticamente mi plan
Criterios de Aceptación
-Se presentarán las diferentes opciones del plan de acuerdo a la capacidad de pago
-poder escoger planes mas costosos pero se realizara validación con centrales de riesgo
-Realizar configuración del plan a partir de la próxima fecha de corte
Para Poder acceder a servicios fácilmente
29. Igualmente
A las épicas podríamos asignarles hipótesis a ser validadas en la medida
que estas son puestas en producción y que nos indiquen si es de valor o
“vale la pena” seguir agregando funcionalidad o detenernos ya sea por
que:
- Se alcanzó valor
- O se percibe que no se va a alcanzar.
Algunas de estas funcionalidades generarán dinero, otras no, de
acuerdo al propósito de la mismas y del producto.
31. Rol de Product Owner (volvamos)
• Es el dueño del Producto
– no pide permiso a nadie para tomar decisiones sobre el producto
• Gestiona el Product Backlog
– Resuelve las dependencias del producto con otros productos y áreas
• Refina y prioriza el producto
• Responsable del ROI
• Maximizar el valor del producto resultante
• Proxy del Negocio ante el equipo
• Dice “No”
• Atiende las diferentes reuniones del framework
• Asegurar que el equipo de trabajo entiende los elementos del Product Backlog
• (Bonus: Buena Práctica) Para gestionar correctamente las dependencias está trabajando
en 2 a 3 sprints adelante del equipo de trabajo
32. Reflexión
“Se deben añadir funcionalidades al producto hasta
cuando la última línea de código sea capaz de pagar el
equipo de desarrollo”
33. https://www.scrum.org/resources/blog/agile-value
Valor
El valor se define como un beneficio financiero que una organización
recibe por la inversión realizada.
Cuando este se mide, el valor puede abarcar una organización
completa, o puede contenerse, por ejemplo, a una sola división o línea
de producto.
35. Valor del Mercado
• Nos ayudará esta épica a:
• Vender más unidades
• Cobrar un precio superior
• Reducir el costo de proveer un bien/servicio
• Aumentar la satisfacción del cliente
Reducción del
Riesgo
• Cómo nos permitirá el completar esta épica a:
• Desarrollar o refinar hipótesis sobre el Mercado
• Comprobar premisas técnicas
• Reducir la exposición al riesgo (legal, técnico)
Capacidad de
Construcción
• Terminar esta épica:
• Permitirá a nuestro equipo hacer algo que antes no podía
• Hacer las cosas más rápido que antes
• Reducirá o eliminará la necesidad de una actividad de bajo valor
https://impavidagile.com/wp-content/uploads/Impavid-Agile-and-Business-Value-Meetup-.pdf
Generación de Valor
Puede darse de diferentes formas
36. 36
¿y que es valor?¿Qué es Valor?
El Valor se define como un beneficio financiero que
una organización recibe por la inversión realizada.
https://www.scrum.org/resources/blog/agile-value
Parque de la Independencia, Rosario, Argentina
Valor es la capacidad de generar beneficio económico.
Para organizaciones sin ánimo de lucro es: la capacidad
de generar un beneficio para la sociedad
https://jeronimopalacios.com/2016/10/metricas-agiles-fundamentales-ii/
Valor es cualquier cosa que:
• Incrementa el conocimiento
• Reduce el riesgo
• Genera retroalimentación valiosa
https://twitter.com/luchosalazarc/status/1158856231810994179
Valor es contribuir a los objetivos de negocio
Adaptado de https://www.linkedin.com/posts/juanandres-ochoa_agilismo-transformaciondigital-agile-activity-
6576961629420863488-ycwX
Valor es cualquier cosa que:
• Incremente el valor del mercado
• Reduce el riesgo
• Genera más capacidad de
construcción
https://impavidagile.com/wp-content/uploads/Impavid-Agile-and-Business-Value-
Meetup-.pdf
37. Por lo tanto
El valor depende del propósito del producto.
Y no siempre el valor podrá será cuantificable
económicamente de forma directa.
38. El valor buscado debería verse reflejado en el Caso de Negocio y validado desde los primeros
releases o liberaciones del producto
Declaración de Hipótesis Épica
Para
quien(es)
el/la
es un(a)
que
a diferencia de
nuestra solución
Hipótesis de
resultado de
negocio:
Principales
indicadores:
NFRs:
Miembros e invitados de la Aerolínea XYZ
Desean comprar en línea tiquetes de la aerolínea
AerolineaXYZ.com
Sitio web
Provee la capacidad de compras de tiquetes, búsqueda de
vuelos, administración de upgrades, y check-in de vuelos
Aerolínea PDQ
Procesa reembolsos de tiquetes electrónicos
• La mayoría de las ventas de tiquetes se realizarán por
medio del sitio web
• Redujo el volumen de llamadas al call center
• Mejor experiencia de usuario en el sitio web
• Menor actividad en el call center con respecto a los
horarios de los vuelos
• Incremento de ventas vía web en vez de telefónicas
• Inicio de sesión con autenticación de dos factores
• Cumplimiento PCI para transacciones con tarjetas de
crédito
Elaborada por @nassao
39. Valor de una Épica
Asignar el valor según:
• Planning Poker
• Esquemas de Ponderación asignación análoga
Épica 1
Épica 5
Épica 3
Épica 2
Épica 4
Épica 6
Épica 9
Épica 9
1
Puntos de Valor
Se identifica el pivote, y basado el Pivote, se
asigna valor a las demás épicas usando la
escala de Planning Póker u otra
1, 2, 3, 5, 8, 13, 20, 40, 100
40. Nota: este valor asignado también podría considerarse una forma
de hallar el costo del retraso (cost of delay)
Valor de una Épica
Asignar el valor según:
• Planning Poker
• Esquemas de Ponderación asignación análoga
Épica 1
Épica 5
Épica 3
Épica 2
Épica 4
Épica 6
Épica 1
100
Puntos de Valor
Épica 5
40
Puntos de Valor
Épica 3
40
Puntos de Valor
Épica 2
20
Puntos de Valor
Épica 4
13
Puntos de Valor
Épica 6
8
Puntos de Valor
Épica 9
Épica 9
1
Puntos de Valor
41. Defina sus valores de negocios y
un peso para cada uno
Discutir el impacto de cada
requisito o épica
Totalizar los puntos
Genera dinero
(x2)
Valor bajo= 10
Valor medio = 20
Valor alto = 30
Muy alto valor = 40
Consideraciones
útiles:
- ¿Cuántos ingresos
genera?
- ¿Qué tan rápido es
el ROI?
Ahorra dinero
(x?)
Valor bajo= 10
Valor medio = 20
Valor alto = 30
Muy alto valor = 40
Consideraciones
útiles:
- ¿Cuánto dinero
ahorrará?
- ¿Qué tan rápido es
el ROI?
Mejora la
satisfacción del
cliente (x?)
Valor bajo = 10
Valor medio = 20
Valor alto = 30
Muy alto valor = 40
Consideraciones
útiles:
- ¿Cuántos clientes
solicitaron esto?
¿Nos
comprometimos con
esto?
- ¿Cuántos
problemas tenemos
como resultado de
no tener esto?
Cumplimiento
Regulatorio (x?)
Valor bajo= 10
Valor medio = 20
Valor alto = 30
Muy alto valor = 40
Consideraciones
útiles:
- ¿Es esto
obligatorio? ¿Para
cuándo? ¿Por qué?
¿Hay implicaciones
legales?
¿Penalidades?
Crítico en el
Tiempo (x?)
Valor bajo= 10
Valor medio = 20
Valor alto = 30
Muy alto valor = 40
Impotancia
Arquitectónica
(x?)
Valor bajo= 10
Valor medio = 20
Valor alto = 30
Muy alto valor = 40
Ejemplo: Capacidad de aceptar pagos de PayPal.
Generar dinero: M
Guardar dinero: N / A
Satisfacción del cliente: L
Cumplimiento: N / A
Crítico en el Tiempo : N / A
Importancia Arquitectónica: N / A
El total es 50
Este enfoque proporciona una forma coherente para que los responsables de la gestión de productos y la toma de decisiones de negocios prioricen as épicas al
analizar cada funcionalidad en términos de un conjunto de grupos de valor de negocios antes de decidir los puntos de valor de negocios finales para cada épica. Estos
esquemas de ponderación suelen alinearse con los objetivos estratégicos actuales. Los pasos son simples:
Asignación de Valor a Épicas Mediante Esquemas de Ponderación
Nota: este valor encontrado también podría considerarse una forma
de hallar el costo del retraso (cost of delay)
42. Costo del Retraso
Presentation Title
• El costo del retraso es "una forma de comunicar el impacto del tiempo en
los resultados que esperamos lograr". (1)
• "¿Cuánto nos costaría si esto se retrasara 1 mes?"(1)
• "¿Qué valdría para nosotros si pudiéramos obtener esto 1 mes antes?"(1)
• ¿Cuánto dejamos de ganar si nos atrasamos un mes?
• ¿Cuánto le cuesta a la compañía por unidad de tiempo no tener una
funcionalidad liberada oportunamente?
• Podría percibirse como un lucro cesante o lucro no recibido debido a no
contar con una funcionalidad una fecha determinada.
(1) https://en.wikipedia.org/wiki/Cost_of_delay
Nota: Este valor puede ser hallado matemáticamente del caso de negocio o
usarse esquemas de asignación de valor que sirvan de “proxy” o referencia. En
cada caso se determinará si se usan valores reales o valores que proporcionen
idea su proporción
43. Los casos de negocio deberían expresar alguna cuantificación
económica esperada del “Beneficio”
• Costo del Retraso o Cost of Delay
• Cuantificación del ROI
• Valor Presente Neto
Los beneficios podrían distribuirse
proporcionalmente en función del “peso de
valor” asignado a las épicas
44. Nota importante:
Para la priorización del Product Backlog se sugiere utilizar la técnica del WSJF (Weighted
Shortest Job First - El trabajo más corto ponderado primero) o también conocida como el
CD3 (cost of delay divided by duration – costo del retraso dividido por la duración), el
cual garantiza el enfoque en victorias tempranas
Costo del Retraso
Duración
WSJF = CD3= =
Valor
Duración
http://www.lecciones-aprendidas.info/2019/03/entendiendo-
el-costo-del-retraso-cost-of-delay.html
Ver más en
45. Épica 1
100
Puntos de Valor
Épica 3
40
Puntos de Valor
Épica 5
40
Puntos de Valor
Épica 2
20
Puntos de Valor
Épica 4
13
Puntos de Valor
Épica 6
8
Puntos de Valor
Una distribución un proporcional del valor sería
Épica 1
$180.995
Puntos de Valor
Épica 3
$72.398
Puntos de Valor
Épica 5
$72.398
Puntos de Valor
Épica 2
$36.199
Puntos de Valor
Épica 4
$23.529
Puntos de Valor
Épica 6
$14,480
Puntos de Valor
Suponiendo que el VPN (ValorPresente Neto) = $400.000 USD
Nota: similar se podría hacer una
distribución si en vez de considerarse el
VPN se podría considerarvalor del ROI
46. Épica 1
100
Puntos de Valor
Épica 3
40
Puntos de Valor
Épica 5
40
Puntos de Valor
Épica 2
20
Puntos de Valor
Épica 4
13
Puntos de Valor
Épica 6
8
Puntos de Valor
HU 20
10
Puntos de Valor
HU 21
10
Puntos de Valor
HU 22
5
Puntos de Valor
HU 23
8
Puntos de Valor
HU 45
4
Puntos de Valor
HU 61
3
Puntos de Valor
De forma similar, el valor se puede asignar
a las historias de usuario en función de
usando planning póker o distribuir
proporcionalmente el valor de la épica
entre las historias de usuario según
criterio del PO.
Distribución del valor de
una Épica en las historias
de usuario
En este ejemplo se
distribuyó a criterio del
PO, hasta sumar 40
puntos de valor
47. Épica
Construir
PMV
Evaluar
PMV
Ciclo Lean de Puesta en Marcha
Caso de negocio e hipótesis
Lean aprobados
Pivote
Persevera
Detener
Trabajo
Implementar
Características
adicionales
Características locales y otras entradas de la épica
Autocompletar
Continuar hasta
que el WSJF
determine
lo contrario
https://www.scaledagileframework.com/epic/
Evaluación continua
El ciclo de Lean para la puesta en marcha de una épica contempla un punto de
evaluación para determinar si se continúa otorgando un presupuesto a la
iniciativa.
Pivotear sin
misericordia
o culpa
48.
49. Épica 1
100
Puntos de Valor
Épica 3
40
Puntos de Valor
Épica 5
40
Puntos de Valor
Épica 2
20
Puntos de Valor
Épica 4
13
Puntos de Valor
Épica 6
8
Puntos de Valor
Release 1
140
Unidades
de Valor
Release 2
180
Unidades
de Valor
Release 3
213
Unidades
de Valor Entrega de valor
El valor liberado podría ser diferente al valor esperado, pero solo se podría conocer hasta el
momento de la puesta en producción.
La evaluación será permanente y se tomarán decisiones según los resultados.
0
50
100
150
200
250
R1 R2 R3
Valor
Entregas
Valor Construído
Valor
Construido
Pueden ser tanto unidades de valor
como dinero
50. Épica 1
100
Puntos de Valor
Épica 3
40
Puntos de Valor
Épica 5
40
Puntos de Valor
Épica 2
20
Puntos de Valor
Épica 4
13
Puntos de Valor
Épica 6
8
Puntos de Valor
Release 1
140
Unidades
de Valor
Release 2
180
Unidades
de Valor
Release 3
213
Unidades
de Valor Entrega de valor
El valor liberado podría ser diferente al valor esperado, pero solo se podría conocer hasta el
momento de la puesta en producción.
La evaluación será permanente y se tomarán decisiones según los resultados.
0
50
100
150
200
250
R1 R2 R3
Valor
Entregas
Valor Liberado Valor Construído
Valor
Construido
Valor Liberado
Release 1
Release 2
Release 3
Pueden ser tanto unidades de valor
como dinero
51. Épica 1
100
Puntos de Valor
Épica 3
40
Puntos de Valor
Épica 5
40
Puntos de Valor
Épica 2
20
Puntos de Valor
Épica 4
13
Puntos de Valor
Épica 6
8
Puntos de Valor
Release 1
140
Unidades
de Valor
Release 2
180
Unidades
de Valor
Release 3
213
Unidades
de Valor Entrega de valor
El valor liberado podría ser diferente al valor esperado, pero solo se podría conocer hasta el
momento de la puesta en producción.
La evaluación será permanente y se tomarán decisiones según los resultados.
0
50
100
150
200
250
R1 R2 R3
Valor
Entregas
Valor Liberado Valor Construído
Valor
Construido
Valor Liberado
Valor Real
Obtenido
Release 1
Release 2
Release 3
Pueden ser tanto unidades de valor
como dinero
52. Épica 1
100
Puntos de Valor
Épica 3
40
Puntos de Valor
Épica 5
40
Puntos de Valor
Épica 2
20
Puntos de Valor
Épica 4
13
Puntos de Valor
Épica 6
8
Puntos de Valor
Release 1
140
Unidades
de Valor
Release 2
180
Unidades
de Valor
Release 3
213
Unidades
de Valor Entrega de valor
El valor liberado podría ser diferente al valor esperado, pero solo se podría conocer hasta el
momento de la puesta en producción.
La evaluación será permanente y se tomarán decisiones según los resultados.
0
50
100
150
200
250
R1 R2 R3
Valor
Entregas
Valor Liberado Valor Construído
Valor
Construido
Valor Liberado
Valor Real
Obtenido
Release 1
Release 2
Release 3
Pueden ser tanto unidades de valor
como dinero
54. 0
50
100
150
200
250
R1 R2 R3
Valor
Entregas
Valor Liberado Valor Construído
Valor Construido
Valor Liberado
Valor Real
Obtenido
Release 1
Release 2
Release 3
Pueden ser tanto unidades de valor como
dinero
Retraso
Costo del Retraso
(Cost of Delay)
55. Varias ideas respecto al Costo del Retraso
• Cuando se construye producto se genera “Valor” pendiente por poner en
producción
• Solo el cuando el producto es usado este adquiere valor
• El retraso (o delay) podría verse desde dos puntos de vista:
– Retraso = (Fecha Real en Producción – Fecha Planeada), desde la fecha planeada de la primera
liberación o “release”
• Desventaja: es posible que en este enfoque se demore demasiado la primera versión del producto,
esperando a tenerlo absolutamente perfecto
– Retraso = (Fecha Real en Producción – Fecha de primera funcionalidad construida), desde el
valor dejado de ganar desde la primera funcionalidad construida
• Ventaja: Este enfoque genera más urgencia
61. HELLO!
I am Jayden Smith
I am here because I love
to give presentations.
You can find me at
@username
61
¡Gracias!
linkedin.com/in/jorgeabadl / @jorge_abad
blog www.lecciones-aprendidas.info