Presentación para la CAS2017. Tal y como nos indica el manifiesto por el Desarrollo Ágil de Software el éxito de trabajar de estar forma se alcanza cuando somos capaces de entregar de forma continua software funcionando y abrazar los cambios requeridos por el negocio. Resumiendo la agilidad nos aporta flexibilidad para que nuestro negocio se adapte e incluso aproveche la velocidad de cambio actual. Si traducimos esto a terminos técnicos, podríamos hablar de que el objetivo de un equipo de desarrollo ágil es ser capaz de hacer entrega continua (continuous delivery) de software funcionando. La charla parte de este objetivo, la entrega continua e indetifica los problemas y soluciones para conseguirla.

1. Agilidad
Hacia la entrega continua: ¿qué te lo impide?
Edu Ferro (@eferro)

2. Pamplona SWCS
Socracan
Bilbostack
SOSZ
@eferro
Otras conferencias de Agilismo
Barcelona SWCS
From the trenches
Wecodefest

3. Agilidad
@eferro

4. Agilidad
@eferro

5. Agilidad
@eferro

6. Agilidad
@eferro

7. @eferro
Agilidad

8. @eferro

9. @eferro

10. @eferro
Entrega Continua

11. @eferro

12. Despliegue Release
VS
@eferro

13. Despliegue
@eferro

14. @eferro

15. @eferro

16. @eferro
Pipeline Entrega Continua

17. Desplegar Incrementos
Evitando despliegues incorrectos
@eferro
Pipeline Entrega Continua

18. @eferro

19. @eferro

20. ¿Qué necesitamos?
@eferro

21. @eferro
Despliegue confiable y rápido
¿Qué necesitamos?

22. Commit - Producción <15m
Despliegue sin pérdida servicio
@eferro
¿Qué necesitamos?
Despliegue 100% confiable

23. @eferro
Recuperarnos rápido
(en caso de fallo)
¿Qué necesitamos?

24. Feedback (Producción)
Sistema fácil de operar
@eferro
¿Qué necesitamos?

25. @eferro
Poder confiar en
lo que desplegamos
¿Qué necesitamos?

26. @eferro
“La esperanza
NO
es una estrategia”
Google SRE book

27. Integración Continua
Tests automáticos TDD/BDD
@eferro
Clean code
¿Qué necesitamos?

28. Integración Continua
@eferro
Commit a trunk al menos 1 vez/día
Cada commit es verificado/construido
Trunk Based vs Feature branches

29. Trunk based vs Feature branches
@eferro

30. Test Automáticos
@eferro
Objetivo: tener confianza en el código
Sostenible en el tiempo
TDD/BDD complementado por otros tests

31. Clean Code
@eferro
Testear requiere buen diseño
Arquitecturas con infraestructura desacoplada
Mal código/diseño no es sostenible

32. @eferro
Martin Fowler
Design Stamina Hypothesis

33. Diferenciar entre Despliegues y Releases
@eferro
¿Qué necesitamos?

34. Feature Toggles
Parallel Changes
@eferro
Diferenciar entre despliegues y releases

35. @eferro
Resumiendo

36. @eferro
2017 State Devops Report
https://puppet.com/resources/whitepaper/state-of-devops-report

37. @eferro
¿Qué te lo impide?

38. @eferro
Miedo a desplegar
en producción

39. @eferro

40. @eferro
Mentoring
XP / DevOps / Calidad

41. @eferro

42. @eferro

43. @eferro

44. Mentoring
XP / DevOps / Calidad
@eferro

45. @eferro

46. @eferro

47. @eferro
Sí
¿Seguro que
es necesario todo esto?

48. @eferro
“La esperanza
NO
es una estrategia”
Google SRE book

49. KEEP
CALM
ONLY FOR
SOFTWARE
@eferro

50. @eferro

51. “Every company is now a
technology company.”
Gary Shapiro

52. IT/Desarrollo
Centro de Coste
@eferro

53. @eferro
Centro de
Innovación y Beneficio

54. @eferro
Recomendados

55. @eferro
Recomendados

56. @eferro
Recomendados

57. KEEP
CALM
AND
MAKE SOFTWARE
@eferro

58. @eferro
http://www.eferro.net
¿Preguntas?