Post on 13-Apr-2017
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