María y Pedro presentan los fundamentos de Agile, explicando que surgió en 2001 cuando un grupo de desarrolladores publicaron el Manifiesto Ágil que enfatiza la colaboración, respuesta al cambio, individuos e interacciones sobre procesos y herramientas. Describe los valores y principios de Agile así como roles como el Product Owner y Scrum Master.
4. “Agile es una manera de enfocar
la resolución de problemas, de
cambiar la forma de pensar,
centrada en las personas y su
comunicación
5. Un poco de Historia
1957 1970’s 1990’s 1995 1996 2001
Manifiesto
AgileXP
Desarrollo
incremental
de software
SCRUM
DSDM
Desarrollo
de software
más ligero
Conciencia
de
desarrollo
incremental
6. mejores formas de desarrollar software
Un poco de Historia
1970’s 20011957 19951990’s 1996
Manifiesto
Agile
Snowbird
se reunieron en Snowbird (Utah)
convocados por Kent Beck (@KentBeck),
17 desarrolladores de software,
12 de febrero de 2001
8. Agile Manifesto
Software Funcionando sobre
Documentación extensiva
Respuesta ante el Cambio
sobre Seguir un Plan
Colaboración con el Cliente
sobre Negociación contractual
Personas e Interacciones
sobre Procesos y Herramientas
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:
9. Place your screenshot here
Por qué usar Agile?
Placeyourscreenshot
here
Fuente: CHAOS Report 1994 (Standish Group)
Fuente: The CHAOS Manifesto 2012 (Standish Group)
Fuente: CHAOS Report 2015 (Standish Group)
27. Características de un Equipo Ágil
Objetivo
común
Auto-
organizado
Pequeño
Multi-
funcional
28. Características de un Equipo Ágil
Objetivo
común
Auto-
organizado
Multi-
funcional
Pequeño
Ayudar a la gente
“Me encanta que los planes salgan bien”
36. Créditos
✘ Contenido original de Pedro Lafuente y María Berenguer
✘ Plantilla de la presentación de SlidesCarnival
✘ Fotografías ilustrativas de los valores ágiles de Unsplash:
✘ Ilustraciones tomadas de la presentación de Henrik Kniberg: What is Agile?
El contenido de esta presentación es libre de ser difundido/modificado/reusado para uso no comercial
Creative Commons Attribution-NonCommercial-ShareAlike
Notas del editor
Agile es mucho más que un proceso, o simplemente un conjunto de prácticas.
Es una forma de pensar diferente, sobre el desarrollo de productos.
Lo que NO es Agile
Sin planificar
Sin documentación
Para todos
1970’s
Se empiezan a dar conferencias por EEUU, y se publican artículos que explican los beneficios de esta nueva metodología de desarrollo
1990’s
Es el contrapunto a las metodologías más pesadas tradicionales → hay un plan bien definido que separa al cliente del desarrollador. Después del acuerdo inicial, ya no hay cambios.
Una metodología más ligera significa que el core del producto se entrega cuanto antes, y desde ese momento, hay múltiples cambios basados en el feedback de los clientes
1995
DSDM: Driving Strategy Delivery More
Los procesos y herramientas son importantes → las Personas son lo más importante
Los procesos y herramientas son importantes → las Personas son lo más importante
La tela del paraguas ágil son los Valores y Principios Agile
“Usar un framework ágil no te hace automáticamente SER Ágil, se puede SER Ágil sin usar ninguno de estos frameworks”
Temas a comentar de cada nube:
XP: Pairing, integración contínua,...
Scrum: Daily Scrum, Sprint, Product Owner,...
Kanban: control de flujo
Cubriendo Scrum, XP y Kanban están los framework de escalado, como LeSS y SAFe (Big room Planning, Program Board)
Los asistentes tienen 30 segundos para Formar una orquesta. En la primera iteración el facilitador evita responder preguntas (si hay alguna), o dar respuestas vagas
Una vez montada la orquesta, decir que eso no es lo que quería. Normalmente la gente interpreta una orquesta clásica. Posibilidades del facilitador
Quería una orquesta de fiestas de pueblo
No tiene director
Están desordenados
No tienen instrumentos, sólo están ahí de pie
En la tercera iteración, pedir más roles concretos:
Si es orquesta clásica: Cómo van a interpretar la novena de Beethoven sin coro?
La de pueblo, dónde están el técnico de luces y de sonido?
2 minutos para analizar
2 minutos para deshacer el nudo
El equipo debe experimentar continuamente y adaptar su forma de trabajo con el fin de mejorar
Decide cómo llevar a cabo los objetivos del proyecto
Disponible para aclarar dudas
Decide qué hacer y qué no hacer
Escribe y prioriza las US
Es un guía, ayuda al equipo
Remover aquellos impedimentos que el equipo no es capaz de resolver por sí solo