Repasamos la historia, anécdotas y diversos pasajes de la agilidad y su relación con la ingeniería de software. No te pierdas el camino de inicio hacia este mundo ágil y responde esa pregunta que esta dando vueltas en tu cabeza... ¿Que es la agilidad? Slides del meetup del 21 de Marzo del 2017 con el mismo nombre https://www.meetup.com/ChileAgil/events/238399898/

1. ¿Qué es la
Agilidad?
2017-03-21

2. David Lay M
@davidlaym
davidlaym.com
2017-03-21
Logos y marcas utilizadas bajo principios de “uso justo”. Todos los derechos reservados por sus dueños.
¡Hola!

3. La Agilidad es:
• Una Cultura de solución a problemas
• Originaria del desarrollo de software
• Basada inicialmente en un manifiesto de 4 principios y
12 prácticas

4. La Agilidad se compone de:
• Metodologías, Técnicas y Herramientas
• Iteración, experimentación
• Validación constante
• Excelencia técnica

5. Los Equipos Ágiles producen un flujo
continuo de valor, con un ritmo
sostenible, al mismo tiempo que se
adaptan a las cambiantes necesidades del
negocio.
Elisabeth Hendrickson
http://testobsessed.com/2010/12/the-agile-acid-test/

6. Un poco de historia…

7. La ingeniería de software nace en 1968.
http://homepages.cs.ncl.ac.uk/brian.randell/NATO/NATOReports/

8. En 1990 comienza el desarrollo de Scrum y
de XP como experimentos aislados

9. En 2001 se redacta el Manifiesto por el
Desarrollo Ágil de Software

10. Manifiesto
por el Desarrollo Ágil de Software
• 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

11. Manifiesto
por el Desarrollo Ágil de Software
• Entrega temprana y continua de valor
• Aprovechar el cambio como ventaja competitiva
• Cadencia entre dos semanas a dos meses
• Se debe ser capaz de mantener un ritmo constante de forma indefinida
• Negocio y desarrollo trabajan juntos durante todo el proyecto
• Individuos motivados y empoderados
• Equipos auto-organizados
• Excelencia técnica y buen diseño
• Maximizar trabajo no realizado
• Reflexión, auto-corrección y perfeccionamiento
• Conversación cara a cara
• Software funcionando como medida de progreso

12. En 2002 Se forma la Scrum Aliance y el
programa Certified Scrum Master

13. En 2003 se publica “Lean Software
Development: An Agile Toolkit”

14. Principios de LEAN Software Development
Lámina de Agustín Villena de su charla
Introducción a la cultura ágil I (2011)
Eliminar
Desperdicios
Generar
Conocimiento
Calidad
desde el
comienzo
Entregar lo
más rápido
posible
Respeto a las
personas
Optimizar el
todo
Compromiso
solo con
conocimiento
máximo

15. En 2009 se publica el Manifiesto por el
Software Craftsmanship

16. Manifiesto
por el Software Craftsmanship
• No solo software que funciona, sino también software bien diseñado
• No solo responder al cambio, sino también agregar valor constantemente
• No solo individuos e interacciones, sino también una comunidad de profesionales
• No solo colaboración con el cliente, sino también asociaciones productivas

17. ¿Es esto ingeniería?
¿Es ciencia?
¿Qué somos?

18. Esta confusión es porque quienes iniciaron
todo esto, no entendían dos cosas:
1. Ingeniería
2. Software

19. Desde hace 26 años
Hemos estado alejándonos de la ingeniería
(porque no funciona)

20. En general, la palabra ingeniería se reseva
para el conjunto de prácticas que funciona

21. Modelo cascada (obsoleto)
Requerimientos
Diseño
Implementación
Verificación
Mantenimiento

22. Modelo de control de procesos definidos
• Cada pieza del trabajo debe ser comprendida para iniciar
• Puede ser iniciado y llegará siempre a término
• Cada vez tendrá el mismo resultado

23. Costo y aprendizaje en control de procesos
definidos
Fuente:
http://alistair.cockburn.us/Design+as+Knowledge+Acquisition
Conocimiento de la realidad
Tiempo del proyecto
Entrega casi nula de valor
(o reducción de riesgo)
El conocimiento
llega al “momento
de la verdad”:
La integración

24. La conversión de una idea a un
artefacto, que involucra tanto
al diseñador como al
constructor, es un proceso
complejo y sutil que siempre
estará más cercano al arte que
a la ciencia.
Eugene S. Ferguson,
Engineering and the Mind’s Eye

25. Lámina de Glenn
Vanderburg de su
charla “Real Software
Engineering”

26. Lámina de Glenn
Vanderburg de su
charla “Real Software
Engineering”

27. La ingeniería de software es
la ciencia y arte de diseñar y
construir, con economía y
elegancia, sistemas de
manera que se adapten con
gracia a las situaciones que
puedan ser sujetos.
Glenn Vanderburg

28. Modelo de control de procesos empíricos
• Procesos poco definidos o altamente cambiantes
• Ejerce control mediante inspección frecuente
• Resultados impredecibles e irrepetibles

29. Costo y aprendizaje en modelos de
control de procesos empíricos
Conocimiento de la realidad
Tiempo del proyecto
Aprendizaje
(o reducción de riesgo)
El valor al cliente
crece
continuamente
desde antes en el
proceso
Fuente:
http://alistair.cockburn.us/Design+as+Knowledge+Acquisition

31. Lámina de Agustín Villena de su charla “Desde la gestión tradicional a la Ágil”

33. Procesos empíricos
• Verificación formal
• Diseño mediante descubrimiento:
experimentación
• Creatividad
• Retroalimentación temprana y económica

34. La agilidad es:
Un meta-modelo de control de
procesos empíricos.

35. El desarrollo de software ágil, es
la mejor forma conocida de hacer
software.

36. El desarrollo de software ágil, es
ingeniería de software madura.

37. ¡Gracias!
David Lay M
@davidlaym
davidlaym.com
2017-03-21
Logos y marcas utilizadas bajo principios de “uso justo”. Todos los derechos reservados por sus dueños.