David y Carlos, dos integrantes del DEISER TEAM, explican cómo en DEISER mejoramos nuestro proceso de producción de nuestras apps, utilizando las herramientas Atlassian. Esta presentación fue parte de la tercera parada del DEISER TOUR, celebrada en Madrid, donde compartimos las claves que Atlassian ofrece para afianzar las entregas continuas, automatizar tus procesos y escalar sin errores. Conoce más sobre el DEISER TOUR - https://team.deiser.com/deisertour/ DEISER Enterprise Day 2018 - https://deiser-enterprise-day.deiser.com/ ------------------------------------------------------------------------------------- DEISER | Making IT Different Twitter: https://goo.gl/MXnu6s Facebook: https://goo.gl/CY4pu2 LinkedIn: https://goo.gl/3Fopme Instagram: https://goo.gl/JdmJAU Blog: https://goo.gl/Rpz6G

1. DevOps en DEISER. En Producción 10 veces más rápido con
Atlassian
C A R L O S F E R N Á N D E Z | S E N I O R D E V E L O P E R | @ C A R L O S _ F D E Z 7 8
DevOps y Atlassian
D A V I D G A R C I A | P R O D U C T M A N A G E R | @ D A N G I O R

2. Proceso Automático de
Release
Cómo conectamosJira, Bitbucket,
Bambooy Stride para hacernosla vida
mucho más fácily ahorrarmucho
tiempo.

3. Pero antes queremos conoceros

4. Hace 4 años…

5. Situación Organización
Organización FEATURE BUG
IDEA
OPEN IN PROGRESS CLOSE

6. Situación Errores
Errores
¿Lo hice ya?
¿Qué versión había que
poner aquí?
¿Había que ejecutar este
paso?
¿Alguien ha
documentado esto?

7. Situación
Tiempo

8. Situación Comunicación
Comunicación

9. Situación Recursos
Recursos

10. ¿Cómo podemos mejorar esto?

11. Organización
• Workflows personalizados
• Scrum
• Soportea producto
• Obtenciónde feedback

12. Errores y tiempo

13. Comunicación

14. Recursos
Nexus
RepositoryManager

15. Stack de applicaciones

16. Alimentando el Backlog

17. Fuentes
Feedback
Issue Collector
Soporte
Jira ServiceDesk
Ideas
DEISER Staff
Directas
US, Bugs, etc. Creados
directamente

18. ISSUE TYPES QUE USAMOS
Epic
User Story
Bug
Code Task
Support
Release
Idea
Feedback

19. Planning

20. Ser capaces de sacar releases
en cualquier momento
en el menor tiempo posible
OBJETIVO

21. Usamos Scrum
con un sprint paralelo
para cada App.
SCRUM

22. ExporterSprint 1
3 semanas
3 semanas
ProfieldsSprint 1
SPRINTS & RELEASES
ExporterSprint 2
3 semanas
3 semanas
ProfieldsSprint 2
ExporterSprint 3
3 semanas
3 semanas
ProfieldsSprint 3
5.5 5.6 5.7
2.6 2.7 2.8

23. Ciclo completo de una User Story

24. Comienza el
Sprint.
Definition of
Done.
BACKLOG
READY
New issue

25. Development

26. GIT PROCESS
MASTER
RELEASE
FEATURE
DEVELOP
HOTFIX
v 2.0 v 3.0 v 3.0.1

27. GIT PROCESS
MASTER
RELEASE
FEATURE
DEVELOP
HOTFIX
v 2.0 v 3.0 v 3.0.1
User Story
process

28. USER STORY WORKFLOW
BACKLOG READY IN PROGRESS IN APPROVAL DONE
M
F
D
F
New Branch
(Issue Key)
Pull-Request
Feature > Main
Declined
Pull-Request

29. USER STORY WORKFLOW
BACKLOG READY IN PROGRESS IN APPROVAL DONE
M
F
D
F
New Branch
(Issue Key)
Pull-Request
Feature > Main
Merged
Pull-Request

30. CONFIGURACIÓN EN PROFIELDS

31. Y ahora, ¡a Producción!

32. GIT PROCESS
MASTER
RELEASE
FEATURE
DEVELOP
HOTFIX
v 2.0 v 3.0 v 3.0.1
Release process

33. RELEASE WORKFLOW
OPEN
RELEASE CANDIDATE
RELEASED
IN APPROVAL
READY TO PRODUCTION
DEPLOYING
DEPLOYED

34. RELEASE WORKFLOW
OPEN
RELEASE CANDIDATE
RELEASED
IN APPROVAL
READY TO PRODUCTION
DEPLOYING
DEPLOYED

35. RELEASE WORKFLOW
OPEN
RELEASE CANDIDATE
IN APPROVAL
READY TO PRODUCTION
New Release Candidate Branch
from DEVELOPor HOTFIX
Pull-Request to MASTER
Pull-Request declined
Pull-Request merged

36. RELEASE WORKFLOW
OPEN
RELEASE CANDIDATE
IN APPROVAL
READY TO PRODUCTION
New Release Candidate Branch
from DEVELOPor HOTFIX
Pull-Request to MASTER
Pull-Request declined
Pull-Request merged

37. RELEASE WORKFLOW
OPEN
RELEASE CANDIDATE
RELEASED
IN APPROVAL
READY TO PRODUCTION
DEPLOYING
DEPLOYED

38. RELEASE WORKFLOW
DEPLOYING
DEPLOYED
RELEASED
READY TO PRODUCTION
PRODUCTIONPlan
Build Error
Build Ok

39. Tareas pre y
post Release
RELEASE CANDIDATE
Pre release tasks
DEPLOYED
Post release tasks
RELEASED

40. Test final en PRO
Publicar Marketplace
Publicar post blog
Publicar RRSS
Enviar newsletter
Retrospectiva
Test Dev Env
Preparar post blog
Documentación
Preparar RRSS
Listing Marketplace
Web DEISER
PRE RELEASE TASKS POST RELEASE TAKS

41. Por último,
comunicar a
todos la nueva
Release.
RELEASED

43. ¿Qué hemos ganado?

44. Ahora
En cuestiónde minutosse pone código en
Producción
Antes
Se tardan horas o días en poner algo en
Producción
TIEMPO AHORRADO

45. Ahora
Con tan solo mirar una issue,tenemosla foto
completa de donde estamos.
Antes
No se sabía bien en qué paso se estabaen
cada momento.
VISIBILIDAD DEL ESTADO

46. Ahora
Todo DEISER puede accederal proceso de
Releasey estarinformadode su contenidoy
etapasen cualquiermomento.
Antes
Solo el equipo de desarrollosabía que
pasaba.El resto de DEISER tenía que
imaginárselo.
TRANSPARENCIA

47. Ahora
La comunicaciónes global
y llegaa todos en tiempo real
Antes
La genteque no estabaen la oficina
no se enterabade las releases
COMUNICACIÓN

48. Ahora
Los erroresson mucho menos y más
fácilmenteabordables.
Antes
Al ser todo manual,había muchos errores y
se tardabatiempo en corregirlos.
MENOS ERRORES

49. Ahora
Tenemos mucha confianzaen el procesoy su
fiabilidad.
Antes
En cada releasehabía que cruzar los dedos,
esperandoque todo fuera bien.
FIABILIDAD

50. ¿Alguna pregunta?
FINALE

51. ¡Gracias!
C A R L O S F E R N Á N D E Z | S E N I O R D E V E L O P E R | @ C A R L O S _ F D E Z 7 8
D A V I D G A R C I A | P R O D U C T M A N A G E R | @ D A N G I O R