El documento presenta diferentes técnicas y procesos para la creación y refinamiento del Product Backlog en Scrum. Explica que el Product Backlog es responsabilidad del Product Owner y debe contener toda la información necesaria del producto. Luego describe procesos como Agile Ideation, Agile Inception y Refinement Product Backlog para definir las historias de usuario, estimaciones y priorización de elementos utilizando técnicas como User Story Mapping, Design Thinking y criterios SMART. El objetivo es lograr un entendimiento común sobre el producto entre el equipo Scrum y el Product Owner.

2. Agenda
● Scrum. Roles, artefactos y eventos
● ¿Y cómo se crea el Product Backlog?
● Agile Ideation
● Agile Inception
● Refinement Product Backlog
● Conclusiones

3. Antes de comenzar...

5. Individuos y sus interacciones
sobre procesos y herramientas

6. Hablemos sobre
procesos y herramientas

14. ¿Y cómo se crea
el Product Backlog?

15. “El Product Backlog es una lista ordenada de todo lo
que podría ser necesario en el producto, y es la única
fuente de requisitos para cualquier cambio a realizarse
en el producto.
El Product Owner es el responsable del Product
Backlog, incluyendo su contenido, disponibilidad y
ordenación”.
La Guía Definitiva de Scrum: Las Reglas del Juego
Ken Schwaber y Jeff Sutherland
http://www.scrumguides.org/docs/scrumguide/v1/scrum-guide-es.pdf

17. SCRUM es un framework

19. Product Backlog
Product Owner
Sprint Backlog
Complejidad
Sprint

20. Product Backlog
Product Owner
Sprint Backlog
Sprint
Complejidad
Lean
eXtreme
Programming
Design Thinking
User Experience

21. ¿Y cómo se crea
el Product Backlog?

22. Con un entendimiento común

24. Con un Product Owner
representando realmente
la “voz del cliente”

26. Con planeación ágil

28. Con artefactos, roles y eventos que
se integren al marco de Scrum

29. Agile
Inception
Agile
Ideation
Refinement Product Backlog
Agile Ideation

30. Agile Ideation

31. Agile Ideation
● En la agilidad trabajamos para el cliente/usuario, creando propuestas de
valor, desarrollando desde la necesidad, no desde la posibilidad.
● Debemos crear productos usando la creatividad y la innovación.
● Es necesario comprender y poner en práctica una serie de procesos, técnicas
y herramientas.
● NO es un workshop, no es un brainstorming, es una cultura de pensamiento.
● NO ocurre solamente “al inicio del proyecto”, es un descubrimiento constante.

32. Design Thinking como filosofía de pensar y actuar.

33. NO significa esto.

34. Es un camino constante.

35. Algunas técnicas y herramientas

36. Técnicas y herramientas para Agile Ideation
● User Story Mapping
● Impact Mapping
● User Journey Mapping
● Value Proposition Canvas
● Lean User Experience
● Design Sprint

38. Agile Inception

39. Agile Inception
● Conjunto de actividades orientadas a enfocar a todas las personas
involucradas en un proyecto hacia un mismo objetivo.
● Reduce la incertidumbre.
● Ayuda a hacer explícitos los riesgos más críticos.
● Ayuda a lograr un entendimiento común.

40. Técnicas de un Agile Inception

41. Agile Inception
Why are we here?
Se discute el objetivo principal del proyecto.
Elevator Pitch
Se identifican: usuarios finales, necesidades, funcionalidad principal.
Product Box
Se plantea cómo se vendería el proyecto a los clientes.

43. Agile Inception
Not List
Lista con las características que no va a tener el proyecto.
Meet the neighbors
Identificar y consultar sobre el proyecto a los actores externos.
Show the solution
Arquitectura y herramientas principales que se utilizarán en el proyecto.
What keeps us up at night?
Lista con los riesgos del proyecto.

45. Agile Inception
Size it up
Dimensión ajustada del proyecto.
Trade-off sliders
Establecer la flexibilidad y grado de modificación de los distintos puntos de
acción.
How long? & How much?
Estimación de los recursos necesarios.

47. Agile Inception
● Hacer un Inception para el proyecto no es magia.
● Debe estar presente la gente adecuada, hacerles preguntas difíciles y
compartir los resultados.
● Puede llevar desde un par de días, hasta dos semanas. Es recomendable
hacerlo durante planificaciones de 3 a 6 meses.
● Es una valiosa herramienta para establecer las expectativas iniciales del
proyecto.

49. Refinement Product Backlog

50. Refinement Product Backlog
● Es el acto de añadir detalle, estimaciones y orden a los elementos del Product
Backlog.
● Es un proceso continuo, en el cual el Product Owner y el Scrum team
colaboran acerca de los detalles de los elementos del Product Backlog.
● Durante el refinamiento del Product Backlog, se examinan y revisan los
Product Backlog Items.

51. Refinement Product Backlog
● El Equipo Scrum decide cómo y cuándo se hace el refinamiento.
● Usualmente, el refinamiento no consume más del 10% de la capacidad del
Scrum team.
● Los Product Backlog Items pueden actualizarse en cualquier momento a
criterio del Product Owner.

52. Técnicas y herramientas

53. Técnicas de definición de una User Story
INVEST
Independiente: Que no tiene una dependencia inherente con otra historia.
Negociable: Puede ser modificada.
Valiosa: El producto tiene más valor para el cliente cuando la funcionalidad está
completada.
Estimable: Es posible estimar el tamaño de la historia.
Pequeña: Tiene que poder estimarse con precisión suficiente.
Comprobable: Debe incluir información para determinar cuándo está terminada.

54. Técnicas de priorización
MoSCoW
Divide el conjunto de funcionalidades en cuatro niveles de prioridad en
función del valor que aportan al usuario.
Theme Scoring
Técnica de ponderación matemática de funcionalidades con base
en sus criterios y la importancia relativa de cada uno de ellos.

55. Técnicas de priorización
Matriz de Priorización
Técnica de ponderación matemática.
Análisis de Kano
Técnica de cuestionarios a los usuarios para conocer su opinión sobre las
funcionalidades.

56. Técnicas de criterios de aceptación
SMART
Specific (Especifico), Measurable (Medible), Achievable
(Alcanzable), Relevant (Relevante) y Time-bound (Temporalmente limitado).
Técnica de comportamiento
Dada [una condición]
Cuando ocurre [un evento o acción]
Entonces [sucederá una consecuencia]
Técnica de escenarios
Define un “happy path” y trayectos alternativos de la funcionalidad.

57. Otras técnicas
Definition of Ready
Lista de acuerdos que permiten a cualquier persona involucrada en el proyecto
conocer cuándo una User Story se encuentra lista para comenzar a desarrollarse.
Definition of Done
Lista de requisitos que una User Story tiene que cumplir para poder ser
potencialmente liberable a producción.

59. Conclusiones

60. Conclusiones
● El Product Backlog es un artefacto siempre vivo.
● User Experience, Design Thinking y Lean son disciplinas que brindan apoyo y
soporte para la visión, definición y refinamiento de un Product Backlog.
● Scrum es una estructura liviana, flexible, que permite la integración de una
gran cantidad de prácticas y procesos.
● Todo inicia creando un entendimiento común.
● Individuos y sus interacciones sobre procesos y herramientas.

61. ¡G !
Víctor García
@idvicman