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.

1. LA IMPORTANCIA DE
ORGANIZAR EL
PRODUCT BACKLOG
By - Hernan Fabian Hurtado Jaramillo
Enterprise Agile Coach
Escritor, conferencista, bloguero
Impulsor del cambio en Personas,
Equipos y Organizaciones.
Blog Personal: www.hernanhurtado.blog

2. HERNÁN FABIAN HURTADO JARAMILLO
• Enterprise Agile Coach
• Certified SAFe® 4 Program Consultant
• Kanban Management Professional (KMP II),
• Kanban System Disegn (KMP I)
• Agile Leader, Change Agent and Management 3.0
• SEPC, SMPC, DEPC, KEPC, SPOPC, SDPC, OKR Certified
• Ingeniero de Sistemas, Especialista en Ingeniería del
Software, certificado en Gestión de la innovación
• Arquitecto de Software

3. BLOG PERSONAL, REDES SOCIALES
Y CONTACTO
www.hernanhurtado.blog
Hernan Fabian Hurtado Jaramillo
hernanh418
Hernan Hurtado
@hernanhurtadoj
+57 3014815703
hernanhurtadoj@Gmail.com

4. MIS
LIBROS
En PRODUCT BACKLOG, UNA MIRADA SISTÉMICA, ofrezco una
visión completa de lo que es el Product Backlog y su importancia
en el desarrollo de productos y soluciones que generen valor al
cliente.
En su lectura, vamos paso a paso adentrándonos en cada una de
las características que posee. Presentándote el enfoque O-Deep,
una propuesta que evoluciona el concepto Deep expuesto por
Mike Cohn. El cual te permitirá tener un Product Backlog con una
orientación hacia los Outcomes por encima de los Outputs. Y
terminamos dando una mirada a los artefactos que lo rodean.
Explicado bajo la mirada de la experiencia en la habilitación de la
agilidad en distintas organizaciones.
Disponible en Amazom.com
Para mas información visita mi
blog www.hernanhurtado.blog
En Habilitando la Agilidad + allá de TI, es un libro que no
debería considerarse una receta sobre cómo llevar la agilidad a
áreas diferentes de TI, ni como escalar la agilidad. Dado que, si
bien parte del conjunto de experiencias adquiridas durante todos
estos años de acompañamiento a equipos y organizaciones en sus
viajes de habilitación de la agilidad, lo ideal es que sirva para tener
las conversaciones pertinentes, que te permitan experimentar,
para encontrar cual es la forma que mejor se adapta a tu contexto.
En el, te presento un modelo que te permitirá de una manera
sencilla, habilitar la agilidad más allá de las áreas de TI.
Ayudándote a gestionar el cambio de manera orgánica y también
a implementar técnicas y/o herramientas según el contexto, de tal
modo que se logre desarrollar la tan anhelada agilidad
organizacional.
Disponible de momento solo en Físico, próximamente en

5. LOS VALORES AGILES, NOS DAN LAS PAUTAS DE LOS PARADIGMAS QUE DEBEN EXISTIR EN UN
EQUIPO, EN UNA ESTRUCTURA VIRTUAL Y EN LA ORGANIZACIÓN. MIENTRAS QUE LOS PRINCIPIOS,
NOS INDICAN LOS COMPORTAMIENTOS DERIVADOS DE DICHOS PARADIGMAS.
• Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para
proporcionar ventaja competitiva al cliente.
• Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
• Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener
un ritmo constante de forma indefinida.
• La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
• Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
• A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento
en consecuencia.

6. ENTRE LOS PUNTOS A
RESALTAR TENEMOS
• Una visión conjunta, conformada por la amalgama entre
negocio y tecnología.
• Un enfoque múltiple conformado por la mejora continua, la
excelencia técnica, el diseño, la calidad y la entrega continua de
valor.
• El devenir de una estrategia y un plan que permitan esa
identificación y entrega sostenida de valor en ciclos o
iteraciones cortas.
• La orientación a la inspección y adaptación para realizar los
ajustes pertinentes en la estrategia y los planes establecidos.

7. DEFINICION DE
PRODUCT BACKLOG EN LA
GUIA OFICIAL DE SCRUM
“La Lista de Producto (Product Backlog), es
una lista ordenada de todo lo que se conoce
que es necesario en el producto. Es la única
fuente de requisitos para cualquier cambio a
realizarse en el producto”

8. SIN EMBARGO
Aun en la guía de scrum, se queda corta la
definición, dada la importancia que este (el
Product Backlog) tiene.

9. UNA DEFINICIÓN MAS COMPLETA DE
LO QUE ES UN PRODUCT BACKLOG
PODRÍA SER
“El Product Backlog, es un artefacto vivo,
compuesto por una serie de ítems que
representan una visión sistémica, de lo que ha
de ser una solución y de lo que las personas
involucradas en el desarrollo de dicha solución
deben hacer, para garantizar su crecimiento
como equipo y la entrega temprana, constante
y continua de valor”.

10. Y SI TENEMOS EN CUENTA LOS
PRINCIPIOS VISTOS AL COMIENZO
ELEMENTOS DEL PRODUCT BACKLOG
• Ítems Funcionales
• Ítems Habilitadores
• Ítems de Deuda técnica
• Ítems de Mejora continua en sus 4
dimensiones
• Bugs identificados a resolver

11. AHORA
Mike Cohn nos dio un punto interesante de partida al
identificar como características de un Product Backlog el
concepto de DEEP
LAS CARACTERÍSTICAS DEL PRODUCT BACKLOG
• Detailed appropriately
• Estimated
• Emergent
• Prioritized.

12. TENIENDO EN CUENTA
LO ANTERIOR Y
RECORDANDO
“La Lista de Producto (Product Backlog), es una lista
ordenada de todo lo que se conoce que es necesario en el
producto. Es la única fuente de requisitos para cualquier
cambio a realizarse en el producto”
DEFINICION DE PRODUCT BACKLOG EN LA GUIA OFICIAL DE SCRUM

13. DICHO ENFOQUE Y DICHA
DEFINICIÓN
• Con el paso del tiempo, nos hemos dado
cuenta de que esta indicación, se queda
corta, dado el fuerte enfoque en generación
de valor que tiene la agilidad.
• Por lo tanto, No basta con priorizar ni con
ordenar.

14. SE REQUIERE ORGANIZAR EL
PRODUCT BACKLOG
Por lo que el concepto de O-DEEP, tiende a ser
mas acorde a la realidad
• Organized
• Detailed appropriately
• Estimated
• Emergent
• Prioritized

15. NO ES LO MISMO ORDENAR QUE ORGANIZAR

16. EL ENFOQUE O-DEEP BUSCA

17. Y SE GENERE UN
ENFOQUE DE

18. EL ENFOQUE O-DEEP EN EL
PRODUCT BACKLOG, VA
INCLUSO MÁS ALLÁ DE SOLO
EFECTIVIDAD
Incluye también como atributos
fundamentales del Product Backlog:
• Propósito y la Visión de producto
• La alineación
• La trasparencia.

19. EL ENFOQUE O-DEEP BUSCA ALINEAR

20. ESTRATEGIA DE LIBERACIÓN
 Es un plan de alto nivel que ayuda a los equipos a hacer realidad el propósito y la visión del
producto.
 Esta debe ser capaz de explicar para quién es el producto y por qué la gente querría
comprarlo y usarlo.
 Como también, qué es el producto y cuáles son los objetivos comerciales o la propuesta de
valor para los clientes o usuarios. Y por qué vale la pena que la organización invierta en él.
 Adicionalmente a esto, la estrategia deberá representar la forma en que se va a validar la
hipótesis, o se va a adquirir el conocimiento necesario para el desarrollo del producto, o si por
el contrario se procederá a entregar valor al cliente.

21. POR LO TANTO HAY QUE TENER EN
CUENTA QUE NO ES LO MISMO
• Minimum Viable Product (MVP)
• Minimum Marketable Feature (MMF).
• Minimum Marketable Product (MMP o
MMR1).
• Minimum Marketable Release (MMRx).

22.  Es una herramienta increíblemente útil para implementar la estrategia del producto y alinear las exceptivas tanto de los equipos como de
los Stakeholders.
 También se utiliza para planificar los hitos, que servirán para comunicar los resultados de la solución.
 En su forma más simple, un roadmap o plan de liberación, comunica cómo es probable que evolucione un producto al mapear sus
respectivos lanzamientos (o entregables) en una línea de tiempo
ROADMAP O PLAN DE
LIBERACIÓN

23. EXISTEN VARIOS TIPOS DE ROADMAP
O PLAN DE LIBERACIÓN
• Roadmap basado en características
• Roadmap basado en Funcionalidades
• Roadmap orientados a objetivos

24. • Otro punto por mencionar es que, para
crear productos/soluciones
verdaderamente exitosos, se requiere
un equipo multifuncional y Cross-
funcional.
• Y que estas personas deben trabajar
juntas a lo largo de todo el proyecto.
• En ese orden de ideas, la estrategia de
liberación y el roadmap o plan de
liberación, facilitan la colaboración
entre esas personas.

25. UN ÚLTIMO PUNTO
POR MENCIONAR ES
• las entregas de valor se realizan de
manera gradual en los diferentes
sprint, los cuales deben tener sus
propios objetivos y criterios de
éxito.
ENFOQUE ÁGIL

26. Los objetivos de negocio y la hipótesis del beneficio esperada al cliente, son identificados en el propósito y la visión del
producto, los cuales determinan la estrategia de liberación del producto. La cual, se utiliza para determinar el plan de
liberación con el fin de maximizar la entrega de valor, identificando los beneficios específicos que cada liberación o
entregable deberá proporcionar. Ahora, cada entregable servirá entonces para identificar los objetivos que el equipo
debe alcanzar en cada sprint.

27. POR ESTO ES QUE EL PRODUCT
BACKLOG DEBE ESTAR
ORGANIZADO
Por la importancia que tiene esta
característica de cara a la definición del
que y el cómo, el equipo ha de entregar el
valor al cliente.
Característica que repercute en gran
manera en la planificación del trabajo a
realizar por parte del equipo.

28. ¿PREGUNTAS?

29. GRACIAS!!! Por tu tiempo…
Hernan Fabian Hurtado Jaramillo
Enterprise Agile Coach
Escritor, conferencista, bloguero
Impulsor del cambio en Personas,
Equipos y Organizaciones.
Blog Personal: www.hernanhurtado.blog