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

Antes de comenzar...

Individuos y sus interacciones sobre procesos y herramientas

Hablemos sobre procesos y herramientas

¿Y cómo se crea el Product Backlog?

“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 JuegoKen Schwaber y Jeff Sutherland

http://www.scrumguides.org/docs/scrumguide/v1/scrum-guide-es.pdf

SCRUM es un framework

Product Backlog

Product Owner

Sprint Backlog

Complejidad

Sprint

Product Backlog

Product Owner

Sprint Backlog

Sprint

Complejidad

LeaneXtreme

ProgrammingDesign ThinkingUser Experience

¿Y cómo se crea el Product Backlog?

Con un entendimiento común

Con un Product Owner representando realmente

la “voz del cliente”

Con planeación ágil

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

Agile Inception

Agile Ideation

Refinement Product Backlog

Agile Ideation

Agile Ideation

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.

Design Thinking como filosofía de pensar y actuar.

NO significa esto.

Es un camino constante.

Algunas técnicas y herramientas

Técnicas y herramientas para Agile Ideation

● User Story Mapping

● Impact Mapping

● User Journey Mapping

● Value Proposition Canvas

● Lean User Experience

● Design Sprint

Agile Inception

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.

Técnicas de un Agile Inception

Agile Inception

Why are we here?Se discute el objetivo principal del proyecto.

Elevator PitchSe identifican: usuarios finales, necesidades, funcionalidad principal.

Product BoxSe plantea cómo se vendería el proyecto a los clientes.

Agile InceptionNot ListLista con las características que no va a tener el proyecto.

Meet the neighborsIdentificar y consultar sobre el proyecto a los actores externos.

Show the solutionArquitectura y herramientas principales que se utilizarán en el proyecto.

What keeps us up at night?Lista con los riesgos del proyecto.

Agile Inception

Size it upDimensión ajustada del proyecto.

Trade-off slidersEstablecer la flexibilidad y grado de modificación de los distintos puntos de acción.

How long? & How much?Estimación de los recursos necesarios.

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.

Refinement Product Backlog

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.

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.

Técnicas y herramientas

Técnicas de definición de una User Story

INVESTIndependiente: 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.

Técnicas de priorización

MoSCoWDivide el conjunto de funcionalidades en cuatro niveles de prioridad enfunción del valor que aportan al usuario.

Theme ScoringTécnica de ponderación matemática de funcionalidades con baseen sus criterios y la importancia relativa de cada uno de ellos.

Técnicas de priorización

Matriz de PriorizaciónTécnica de ponderación matemática.

Análisis de KanoTécnica de cuestionarios a los usuarios para conocer su opinión sobre las funcionalidades.

Técnicas de criterios de aceptaciónSMARTSpecific (Especifico), Measurable (Medible), Achievable(Alcanzable), Relevant (Relevante) y Time-bound (Temporalmente limitado).

Técnica de comportamientoDada [una condición]Cuando ocurre [un evento o acción]Entonces [sucederá una consecuencia]

Técnica de escenariosDefine un “happy path” y trayectos alternativos de la funcionalidad.

Otras técnicas

Definition of ReadyLista 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 DoneLista de requisitos que una User Story tiene que cumplir para poder ser potencialmente liberable a producción.

Conclusiones

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.

¡G !Víctor García

@idvicman