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
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
19.
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
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
41.
42. “Y cuando empiezas a construir algo, te das cuenta de que estabas pensando en
algo completamente diferente”.
– Jonathan Rasmusson
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
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).
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.
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
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.
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]
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.
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.
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.
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.
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
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.
105. Siguientes pasos
✤ Construir un User Story Mapping
✤ Definir Minimum Viable Product
✤ Definir Minimum Marketeable Feature
✤ Integrar primera versión del Product Backlog