Charla para la Comunidad CODE (https://comunidadcode.com/) Esta charla describe en detalle, cómo usando como hilo conductor Continuous Delivery se puede crear una cultura Agile moderna sana que evite silos, que mejore de forma continua y que responda al negocio. Continious Delivery es el dial que nos permite identificar los cuellos de botella en el proceso de desarrollo y operación de un sistema de sofware. Subes un poco, ves el problema, lo resuelves/minimizas y vuelves al primer paso. Describe la cultura, sus características core (aprendizaje continuo, XP development, DevOps, Arquitectura Evolutivas), su necesidad en nuestro contexto (startup, cloud), y los pasos que dimos para introducirla.

1. Continuous Delivery
Germinando una cultura Ágil moderna
Edu Ferro (@eferro)

2. @eferro
Basado en hechos reales

3. Describir Aproximación sistemática
@eferro
Objetivos
Describir Agilidad (Moderna)
Entender que no SOLO desarrollamos

4. @eferro
Entrega Continua
Agilidad (Moderna)

5. Agilidad:
@eferro
Gestión riesgo / Adaptabilidad

6. @eferro

7. @eferro
50% invalidadas

8. @eferro
Aproximación sistemática
para introducir una
Cultura Ágil

9. @eferro

10. @eferro

11. @eferro

12. @eferro

13. @eferro
Sistema de Despliegue
confiable y rápido
¿Qué necesitamos?

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

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

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

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

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

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

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

21. Trunk based vs Feature branches
@eferro

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

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

24. @eferro
Martin Fowler
Design Stamina Hypothesis

25. @eferro
¿Qué necesitamos?
Diferenciar entre
despliegues y releases

26. Despliegue Release
VS
@eferro

27. Despliegue
@eferro

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

29. @eferro
¿Qué necesitamos?
Arquitectura Evolutiva

30. Arquitectura Evolutiva
@eferro
Cambios incrementales
Función de Aptitud (Fitness function)
Lo que duele, hazlo más
Último momento responsable

31. @eferro
¿Qué necesitamos?
Aprendizaje Continuo

32. Aprendizaje Continuo
@eferro
Blameless postmortems para incidentes
Dominio / Producto / Negocio
PainDrivenDevelopment / Operación / On Calls
Retrospectivas
Pairing

33. Mentoring
XP / DevOps / Calidad
@eferro

34. @eferro
Pero en el mundo real....

35. @eferro
“Cuando al mundo real le precede
un pero, deja de ser un lugar y se
convierte en una excusa”
Carlos Iglesias (@carlosthesailor)

36. @eferro
Resumiendo

37. @eferro
Lean, Lean Startup,
Design Sprints,
Customer research,
Discovery track...

38. @eferro

39. @eferro
Recomendados

40. @eferro
Recomendados

41. @eferro
Recomendados

42. @eferro
Para rumiar
(Bola extra)

43. @eferro

44. @eferro

45. @eferro
no SOLO construimos
sabemos lo que es POSIBLE y el COSTE
entendemos sistemas complejos
aprendemos de forma continua

46. @eferro

47. @eferro

48. KEEP
CALM
AND
MAKE SOFTWARE
@eferro

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