Cada vez escuchamos y vemos con más frecuencia el término "agile" en diferentes contextos, generalmente asociando su uso a lograr resultados rápidos o realizar actividades llenas de post-its; sin embargo agile es mucho más que eso! Más que un conjunto de prácticas y herramientas, esta relacionado a una mentalidad (mindset).
"Mindset agile" hace referencia a algo nebuloso e intangible que describe un valor o comportamiento necesario para el éxito de una transformación, metodología, proceso o práctica ágil. Por lo tanto debemos hacer mayor énfasis en "SER AGILE" en lugar de "HACER AGILE".
En este Workshop compartimos una serie de actividades y dinámicas que nos permitirán conocer con más a detalle los Valores y Principios del "Manifiesto por el Desarrollo Ágil de Software", que serán nuestro punto de partida para el desarrollo de una mentalidad ágil como individuo, equipo u organización.
5. Hacemos silencio
con silencio
Brilla por tu presencia y
no por tu ausencia
Habla con intención y
escucha con atención
Abre tu mente y
desafía tus paradigmas
Aplica la regla del
Boy Scout
Deja feedback y contribuye a
la mejora continua
8. En el 2015 Taylor Swift consiguió que Apple
cambie su modelo de negocio y ofrezca un pago a
los músicos durante el período de prueba de su
servicio Apple Music.
9. La capacidad de cambiar el rumbo y adaptarse a
las condiciones del mercado es lo que diferencia a
las empresas que tienen éxito en la satisfacción de
los clientes de las empresas que pierden la
oportunidad de hacer feliz al cliente.
14. Por agile entiendo ...
Toma tu teléfono Visita www.menti.com Ingresa el código y opina!
Código: AA BB CC
15.
16. ¿Qué NO es agile? (1)
Omitir la planeación Carencia de gobernanza Ausencia de documentación
Solo para proyectos
pequeños
Un framework o una
metodología (Scrum)
Fácil de implementar La “bala de plata” Ausencia de disciplina
17. ¿Qué NO es agile? (2)
Trabajar más rápido Tener un tablero Usar post-its Una receta
“Happy flowerismo”
Ser experto solo yendo a
cursos
Solo para el desarrollo de
software
Una moda
18. ¿Qué es agile?
Si preguntamos a 10 “agilistas” qué es agile, seguramente obtendremos 11 respuestas
20. Agile es un “mindset”. Un camino de
continua exploración, adaptación,
aprendizaje y mejora, que a partir del
desarrollo evolutivo e incremental busca
obtener el producto, servicio o resultado
más adecuado de la mejor manera
posible, basado en la colaboración, la
confianza y la motivación de las
personas involucradas.
Adaptado de una definición de Mauro Strione
21. Dinámica: Growth mindset (1)
Instrucciones
● Duración
○ 15 min construcción.
○ 01 min exposición por equipo.
● El equipo dibuja una representación del mindset.
● El equipo indica cómo debería actuar nuestro mindset ante
diferentes situaciones.
○ Ejemplo: “Desafios” - Dar la bienvenida a nuevos desafíos.
22. Dinámica: Growth mindset (2)
desafíos
feedback
recompensa
contratiempos
resiliencia
aprendizaje
errores
destrezas
asignaciones
esfuerzo
éxito de otros
confianza
24. Valores
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:
Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.
25. Principios
1
Nuestra mayor prioridad es satisfacer al cliente
mediante la entrega temprana y continua de software
con valor.
7
El software funcionando es la medida principal de
progreso.
2
Aceptamos que los requisitos cambien, incluso en etapas
tardías del desarrollo. Los procesos Ágiles aprovechan
el cambio para proporcionar ventaja competitiva al
cliente.
8
Los procesos Ágiles promueven el desarrollo
sostenible. Los promotores, desarrolladores y usuarios
debemos ser capaces de mantener un ritmo constante
de forma indefinida.
3
Entregamos software funcional frecuentemente, entre dos
semanas y dos meses, con preferencia al periodo de
tiempo más corto posible.
9
La atención continua a la excelencia técnica y al
buen diseño mejora la Agilidad.
4
Los responsables de negocio y los desarrolladores
trabajamos juntos de forma cotidiana durante todo
el proyecto.
10
La simplicidad, o el arte de maximizar la cantidad de
trabajo no realizado, es esencial.
5
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.
11
Las mejores arquitecturas, requisitos y diseños
emergen de equipos auto-organizados.
6
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.
12
A intervalos regulares el equipo reflexiona sobre
cómo ser más efectivo para a continuación ajustar y
perfeccionar su comportamiento en consecuencia.
26. Dinámica: Mapeo de valores y principios (1)
Instrucciones - Primera iteración
● Duración
○ 15 min construcción.
○ 02 min exposición por equipo.
● El equipo representa en el tablero los valores y principios.
● El equipo representa en el tablero a Clientes, Gerentes y Equipo.
● El equipo asocia los valores y principios.
● El equipo asocia los principios con los Clientes, Gerentes o Equipo.
27. Dinámica: Mapeo de valores y principios (2)
Valores Principios Dirigido a...
a
b
c
d
1
2
12
Clientes
Equipo
Gerentes
28. Dinámica: Descubriendo Valores (1)
Primera iteración - Instrucciones
● Duración
○ 5 min construcción.
○ 01 min revisión por el Product Owner.
● Proporcionar un dibujo al Product Owner.
● El Product Owner elabora las especificaciones del dibujo.
○ Las especificaciones son en literal.
○ No se pueden hacer dibujos ni símbolos.
○ No pueden mostrar el dibujo al equipo.
● El Product Owner entrega las especificaciones al equipo.
● El Product Owner se retira, no puede ayudar al equipo.
● El equipo debe reproducir el dibujo en base a las especificaciones.
● El Product Owner debe decidir si acepta o no el producto.
29. Dinámica: Descubriendo Valores (2)
Segunda iteración - Instrucciones
● Duración
○ 5 min construcción.
○ 01 min revisión por el Product Owner.
● Proporcionar un dibujo al Product Owner.
● El Product Owner elabora las especificaciones del dibujo.
○ Las especificaciones son en literal.
○ No se pueden hacer dibujos ni símbolos.
○ No pueden mostrar el dibujo al equipo.
● El Product Owner entrega las especificaciones al equipo.
● El Product Owner permanece junto al equipo, puede ayudar conversando y
aclarando lo que considere necesario.
● El equipo debe reproducir el dibujo en base a las especificaciones.
● El Product Owner debe decidir si acepta o no el producto.
30. Dinámica: Descubriendo Principios
Instrucciones
● Duración
○ 05 min construcción.
○ 02 min presentación por equipo.
● Cada equipo selecciona en secreto 1 principio.
● Cada equipo prepara una representación teatral del principio
seleccionado.
● Cada equipo tendrá su turno para su presentación.
● Los equipos restantes deben identificar el principio.
○ Entregan el resultado en un post-it.