Taller Agile Inception Deck
7 recomendaciones3,619 vistas
El documento presenta una introducción a Agile Inception Deck, una herramienta utilizada para iniciar proyectos de manera ágil. Explica que consiste en 10 actividades colaborativas realizadas en un taller para definir los objetivos del proyecto, resolver conflictos potenciales, y establecer expectativas comunes. También describe cómo llevar a cabo el taller, las reglas para fomentar la colaboración, y cada una de las 10 actividades que componen el Agile Inception Deck.
![Elevator Pitch
Para [cliente|público]
que tiene [necesidad|oportunidad]
[nombre producto] es un [tipo de producto]
que [beneficio|razón de compra]
A diferencia de [principal competidor|alternativa]
nuestro producto [diferencial competitivo]](https://image.slidesharecdn.com/agileinceptionuxnightsgdl-171003033701/85/Taller-Agile-Inception-Deck-86-320.jpg)
Taller Agile Inception Deck
- 1. Septiembre 2017 UX Agile Inception Víctor García
- 2. ¡Hola! Víctor García @idvicman Lead User Experience Consultant & Agile Practitioner en BBVA Bancomer Instructor en Usaria, EBC Educación Corporativa y E&S Global Parte de UX Nights y Ágiles México
- 3. Agenda ✤ Introducción a Agile ✤ Introducción a Scrum ✤ Introducción a Agile Inception Deck ✤ ¿Cómo y cuándo realizar Agile Inception Deck? ✤ Las 10 Actividades de Agile Inception Deck ✤ ¿Y después de un Agile Inception Deck? ✤ Retrospectiva
- 6. “Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar…” –Manifiesto Ágil.
- 7. Manifiesto Ágil ✤ Individuos e interacciones sobre procesos y herramientas ✤ Software funcionando sobre documentación extensiva ✤ Colaboración con el cliente sobre negociación contractual ✤ Respuesta ante el cambio sobre seguir un plan
- 8. Principios del Manifiesto Ágil ✤ Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor. ✤ Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente. ✤ Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible.
- 9. Principios del Manifiesto Ágil ✤ Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto. ✤ Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo. ✤ El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.
- 10. Principios del Manifiesto Ágil ✤ El software funcionando es la medida principal de progreso. ✤ 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.
- 11. Principios del Manifiesto Ágil ✤ La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial. ✤ Las mejores arquitecturas, requisitos y diseños emergen de equipos auto- organizados. ✤ A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.
- 14. “Scrum es un marco de trabajo por el cual las personas pueden abordar problemas complejos adaptativos, a la vez que entregan productos del máximo valor posible, productiva y creativamente”. –Scrum Guide, Ken Schwaber & Jeff Sutherland
- 15. “Scrum es un marco de trabajo por el cual las personas pueden abordar problemas complejos adaptativos, a la vez que entregan productos del máximo valor posible, productiva y creativamente”. –Scrum Guide, Ken Schwaber & Jeff Sutherland
- 17. ESPACIO PROBLEMA CONOCIDO DESCONOCIDO CONOCIDODESCONOCIDO ESPACIOSOLUCIÓN LeanAgile Waterfall no existe
- 18. “Scrum es un marco de trabajo por el cual las personas pueden abordar problemas complejos adaptativos, a la vez que entregan productos del máximo valor posible, productiva y creativamente”. –Scrum Guide, Ken Schwaber & Jeff Sutherland
- 20. “Scrum es un marco de trabajo por el cual las personas pueden abordar problemas complejos adaptativos, a la vez que entregan productos del máximo valor posible, productiva y creativamente”. –Scrum Guide, Ken Schwaber & Jeff Sutherland
- 21. Metodología
- 22. Marco de trabajo
- 23. “Último gol, ¡gana!”. –Expresión máxima de adaptación al cambio en una cascarita.
- 24. Framework ✤ Roles ✤ Artefactos ✤ Eventos ✤ Reglas
- 26. Product Backlog
- 28. Sprint Backlog
- 29. Sprint
- 30. Daily Scrum
- 31. Sprint Review
- 32. Retrospective
- 34. Product Owner
- 35. Scrum Master
- 36. Development Team
- 37. Introducción a Agile Inception Deck
- 38. Agile Inception Deck ✤ Es una herramienta que usamos para ayudarnos a poner en marcha nuevos proyectos, y poner un reflector sobre los problemas más comunes, polémicos y visibles, que encontramos en los proyectos de hoy. – Agile Project Initiation Techniques. The Inception Deck & Boot Camp, Jonathan Rasmusson (2000)
- 39. The Agile Samurai. How Agile Masters Deliver Great Software Jonathan Rasmusson
- 40. «¿Cuántos de tus proyectos comienzan así: El equipo se reúne al inicio de un proyecto pensando que todos están “en la misma página”?» – Jonathan Rasmusson
- 42. “Y cuando empiezas a construir algo, te das cuenta de que estabas pensando en algo completamente diferente”. – Jonathan Rasmusson
- 44. Go!
- 45. Piensa en una figura:
- 47. Piensa en un color:
- 49. Encuentra a las personas que pensaron igual que tú. Sin hablar. 1 minuto
- 50. «Esto sucede todo el tiempo en los proyectos: asumir que hay consenso cuando no existe ninguno. Para eliminar este problema, hemos creado una herramienta ligera llamada “The Agile Inception Deck: 10 preguntas y ejercicios que estarías loco si no realizas antes de iniciar tu proyecto”». – Jonathan Rasmusson
- 52. ¿Cómo y cuándo realizar Agile Inception Deck?
- 53. El mejor momento ✤ Agile Inception Deck se creó dentro del espíritu de desarrollo ágil de software - simple y ligero. El objetivo es no enmarañarse en seis meses de planificación y especulación previa al proyecto, sino obtener el mismo resultado en un período mucho más corto de tiempo al iniciar el proyecto.
- 54. Objetivos Los objetivos de realizar un Agile Inception Deck al iniciar un proyecto son: ✤ Obtener el compromiso de los involucrados en el proyecto ✤ Resolver cualquier conflicto potencial en el proyecto, metas u objetivos ✤ Asegúrese de tener un punto de vista común sobre el proyecto ✤ Establecer expectativas
- 55. Cómo realizar un AID ✤ Taller colaborativo, con la participación de todas las personas fuertemente involucradas en el problema a discutir. ✤ Rol de facilitador del taller. ✤ Definir una duración total (1 día a 2 semanas).
- 56. Reglas
- 58. Equipo Chivas Equipo Mariachi Equipo Torta ahogada Equipo Tequila
- 59. Artefactos
- 65. Diferir el juicio Hay dos tipos de momentos: diverger y converger, y los vamos a separar conscientemente. Diverger Converger Diferir el juicio idear, abrir evaluar, cerrar
- 66. Dejar de usar frases matadoras Las frases matadoras rompen el flow del proceso creativo de cada uno y del equipo. Son inútiles y dañinas en momentos de divergencia.
- 67. Construir sobre las ideas de los demás Aprovechemos todas las inteligencias presentes, una solución construida entre varios es más potente…
- 68. Hacer tangible todo lo que contamos Escribir o dibujar todo lo que contamos. Que no se pierdan las ideas en el aire.
- 69. Documentar todo Al final de cada paso nos aseguramos de todo lo que hemos discutido se convierta en un artefacto. Mantenemos siempre a la vista lo que hemos producido y en orden.
- 70. Timebox
- 72. Las 10 Actividades de Agile Inception Deck
- 73. Why are we here? Elevator Pitch Design a Product Box Create a NOT list Meet your neighbors Show your solution Ask what keeps us up at night? Size it up Be clear on what´s going to give Show what it´s going to take 1 2 3 4 5 6 7 8 9 10
- 74. Why are we here? Elevator Pitch Design a Product Box Create a NOT list Meet your neighbors Show your solution Ask what keeps us up at night? Size it up Be clear on what´s going to give Show what it´s going to take 1 2 3 4 5 6 7 8 9 10 Seeing the big picture
- 75. Why are we here? Elevator Pitch Design a Product Box Create a NOT list Meet your neighbors Show your solution Ask what keeps us up at night? Size it up Be clear on what´s going to give Show what it´s going to take 1 2 3 4 5 6 7 8 9 10 Making it real
- 76. Go!
- 79. Reto ✤ Recolectar, curar y dar formato a información de diversas fuentes (redes sociales, mapas, información oficial, etc.) durante un siniestro y poner esta información accesible a la gente que la necesita.
- 80. Piensa en una solución y cómo podrías contribuir
- 81. 10 minutos
- 82. Hagamos un Agile Inception Deck
- 83. Why are we here? 1 15 minutos
- 84. Why are we here? ✤ Presentación del equipo: ✤ Nuestro nombre y perfil (rol, área o especialidad) ✤ Lo que creemos que podemos aportar ✤ Responder: ✤ ¿Cuál es el problema que queremos resolver?
- 86. Elevator Pitch Para [cliente|público] que tiene [necesidad|oportunidad] [nombre producto] es un [tipo de producto] que [beneficio|razón de compra] A diferencia de [principal competidor|alternativa] nuestro producto [diferencial competitivo]
- 87. 30 minutos Design a Product Box 3
- 88. Design a Product Box ✤ Lluvia de ideas sobre los beneficios del producto. El equipo genera ideas acerca del porqué las personas desearían utilizar el producto, cómo haría sus vidas más sencillas. El equipo debe elegir los tres principales beneficios. ✤ Crear un nombre y slogan. El equipo genera ideas sobre el nombre y cómo describir el producto y sus beneficios. ✤ Diseñar la caja. Colocar todos los elementos juntos en la caja para el producto.
- 89. 15 minutos Create a NOT list 4
- 90. Create a NOT list Lista de características ordenadas en tres grupos: ✤ Las cosas que definitivamente queremos dentro del alcance ✤ Las que estamos de acuerdo que queden fuera ✤ Las cosas que no podemos decidir (al menos no por ahora)
- 92. Meet your neighbors ✤ Identificar a los diferentes stakeholders del proyecto, ya sean personas en específico o roles, áreas de una organización, otras organizaciones, instituciones o dependencias gubernamentales.
- 94. Show your solution ✤ Convertir la idea en algo tangible, que nos permita explicar algunos detalles de cómo sería el proyecto para que otras personas vean de qué se trata y comenten cualquier problema o relación que no hayamos tenido en cuenta hasta ahora.
- 96. 15 minutos Ask what keeps us up at night? 7
- 97. Ask what keeps us up at night? ✤ Discutir lo que potencialmente podría quitarnos el sueño durante el proyecto, desde todos los puntos de vista. ✤ Crear una lista de los posibles riesgos y cómo mitigarlos.
- 98. 10 minutos Size it up 8
- 99. Size it Up ✤ ¿Cuánta gente necesitamos en el equipo? ✤ ¿Cómo debería estar compuesto? ✤ ¿Cuánto tiempo duraría el proyecto? ✤ Podemos pensar alternativas de equipos y fases, e incluso alternativas de solución, para diferentes extensiones del proyecto.
- 100. 10 minutos Be clear on what´s going to give 9
- 101. Be clear on what´s going to give ✤ Crear una lista de requisitos no-funcionales o preocupaciones transversales al proyecto (facilidad de uso, salida a mercado, cumplimiento marco regulatorio, restricciones tecnológicas). ✤ Definir a "los 4 furiosos”: alcance, tiempo, recursos y calidad. ✤ Priorizar
- 102. 10 minutos Show what it´s going to take 10
- 103. Show what it´s going to take Crear una “lista de compras”, en la que incluimos todos los costos importantes que pueden incidir en el proyecto, por ejemplo: ✤ Equipo de trabajo (desarrolladores, diseñadores, etc.) ✤ Equipamiento, licencias de software, espacio físico, etc. ✤ Capacitación, auditorías, etc.
- 104. ¿Y después de un Agile Inception Deck?
- 105. Siguientes pasos ✤ Construir un User Story Mapping ✤ Definir Minimum Viable Product ✤ Definir Minimum Marketeable Feature ✤ Integrar primera versión del Product Backlog
- 106. Retrospectiva
- 109. Septiembre 2017 UX Agile Inception Víctor García