Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.
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 ...
QUIENES SOMOS Y QUÉ HACEMOS
Formamos parte de un equipo,
hacemos Apps para el
Marketplace de Atlassian:
Profields, Exporte...
Proceso Automático
de Release
Cómo conectamos Jira, Bitbucket,
Bamboo y Hipchat para hacernos la
vida mucho más fácil y ah...
Pero antes queremos
conoceros
Hace 4 años…
Situación Organización
Organización FEATURE BUG
IDEA
OPEN IN PROGRESS CLOSE
Situación Errores
Errores
¿Lo hice ya?
¿Qué versión había
que poner aquí?
¿Había que ejecutar
este paso?
¿Alguien ha
docum...
Situación
Tiempo
Situación Comunicación
Comunicación
Situación Recursos
Recursos
¿Cómo podemos mejorar esto?
Organización
• Workflows personalizados
• Scrum
• Soporte a producto
• Obtención de feedback
Errores y tiempo
Comunicación
Recursos
Nexus
Repository Manager
Stack de applicaciones
Alimentando el Backlog
Fuentes
Feedback
Issue Collector
Soporte
Jira Service Desk
Ideas
DEISER Staff
Directas
US, Bugs, etc, creados
directamente
ISSUE TYPES QUE USAMOS
Epic
User Story
Bug
Code Task
Support
Release
Idea
Feedback
Planning
Usamos Scrum
con un sprint paralelo
para cada App.
SCRUM
Exporter Sprint 1
3 semanas
3 semanas
Profields Sprint 1
SPRINTS & RELEASES
Exporter Sprint 2
3 semanas
3 semanas
Profield...
Ser capaces de sacar releases
en cualquier momento
en el menor tiempo posible
OBJETIVO
Ciclo completo de una User Story
Comienza el
Sprint.
Definition of
Done.
BACKLOG
READY
New issue
Development
GIT PROCESS
MASTER
RELEASE
FEATURE
DEVELOP
HOTFIX
v 2.0 v 3.0 v 3.0.1
GIT PROCESS
MASTER
RELEASE
FEATURE
DEVELOP
HOTFIX
v 2.0 v 3.0 v 3.0.1
User Story
process
USER STORY WORKFLOW
BACKLOG READY IN PROGRESS IN APPROVAL DONE
M
F
D
F
New Branch
(Issue Key)
Pull-Request
Feature > Main
...
USER STORY WORKFLOW
BACKLOG READY IN PROGRESS IN APPROVAL DONE
M
F
D
F
New Branch
(Issue Key)
Pull-Request
Feature > Main
...
CONFIGURACIÓN EN PROFIELDS
Y ahora, ¡a Producción!
GIT PROCESS
MASTER
RELEASE
FEATURE
DEVELOP
HOTFIX
v 2.0 v 3.0 v 3.0.1
Release process
RELEASE WORKFLOW
OPEN
RELEASE CANDIDATE
RELEASED
IN APPROVAL
READY TO PRODUCTION
DEPLOYING
DEPLOYED
RELEASE WORKFLOW
OPEN
RELEASE CANDIDATE
RELEASED
IN APPROVAL
READY TO PRODUCTION
DEPLOYING
DEPLOYED
RELEASE WORKFLOW
OPEN
RELEASE CANDIDATE
IN APPROVAL
READY TO PRODUCTION
New Release Candidate Branch
from DEVELOP or HOTFI...
RELEASE WORKFLOW
OPEN
RELEASE CANDIDATE
IN APPROVAL
READY TO PRODUCTION
New Release Candidate Branch
from DEVELOP or HOTFI...
RELEASE WORKFLOW
OPEN
RELEASE CANDIDATE
RELEASED
IN APPROVAL
READY TO PRODUCTION
DEPLOYING
DEPLOYED
RELEASE WORKFLOW
DEPLOYING
DEPLOYED
RELEASED
READY TO PRODUCTION
PRODUCTION Plan
Build Error
Build Ok
RELEASE WORKFLOW
DEPLOYING
DEPLOYED
RELEASED
READY TO PRODUCTION
PRODUCTION Plan
Build Error
Build Ok
Tareas pre y
post Release
RELEASE CANDIDATE
Pre release tasks
DEPLOYED
Post release tasks
RELEASED
Test final en PRO
Publicar Marketplace
Publicar post blog
Publicar RRSS
Enviar newsletter
Retrospectiva
Test Dev Env
Prepa...
Por último,
comunicar a
todos la nueva
Release.
RELEASED
¿Qué hemos ganado?
Ahora
En cuestión de minutos se pone código en
Producción
Antes
Se tardan horas o días en poner algo en
Producción
TIEMPO ...
Ahora
Con tan solo mirar una issue, tenemos la
foto completa de donde estamos.
Antes
No se sabía bien en qué paso se estab...
Ahora
Todo DEISER puede acceder al proceso de
Release y estar informado de su contenido
y etapas en cualquier momento.
Ant...
Ahora
La comunicación es global
y llega a todos en tiempo real
Antes
La gente que no estaba en la oficina
no se enteraba d...
Ahora
Los errores son mucho menos y más
fácilmente abordables.
Antes
Al ser todo manual, había muchos errores
y se tardaba...
Ahora
Tenemos mucha confianza en el proceso y
su fiabilidad.
Antes
En cada release había que cruzar los
dedos, esperando q...
¿Alguna pregunta?
FINALE
¡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 ...
[DEISER Day Conferences] "DevOps en DEISER" - David García & Carlos Fernández
Próxima SlideShare
Cargando en…5
×

[DEISER Day Conferences] "DevOps en DEISER" - David García & Carlos Fernández

18 visualizaciones

Publicado el

"DevOps en DEISER: En producción 10 veces más rápido con Atlassian"

Dos miembros del DEISER Team presentaron en detalle cómo hemos simplificado los tiempos de producción del equipo de desarrollo gracias al uso correcto de las herramientas Atlassian y algunas automatizaciones personalizadas.

Asiste al DEISER Enterprise Madrid 2018, el próximo 14 y 15 de noviembre; suscríbete al newsletter oficial para obtener toda la información que buscas - https://deiser-enterprise-day.deiser.com/
-------------------------------------------------------------------------------------
Twitter.com/deiser
Facebook.com/deiserteam
LinkedIn.com/company/deiserteam
Instagram.com/deiserteam
blog.deiser.com
www.deiser.com

Publicado en: Software
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

[DEISER Day Conferences] "DevOps en DEISER" - David García & Carlos Fernández

  1. 1. 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 en DEISER 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. 2. QUIENES SOMOS Y QUÉ HACEMOS Formamos parte de un equipo, hacemos Apps para el Marketplace de Atlassian: Profields, Exporter y Workload. Un equipo grande, nos gusta decir que Producto somos todo DEISER.
  3. 3. Proceso Automático de Release Cómo conectamos Jira, Bitbucket, Bamboo y Hipchat para hacernos la vida mucho más fácil y ahorrar mucho tiempo.
  4. 4. Pero antes queremos conoceros
  5. 5. Hace 4 años…
  6. 6. Situación Organización Organización FEATURE BUG IDEA OPEN IN PROGRESS CLOSE
  7. 7. 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?
  8. 8. Situación Tiempo
  9. 9. Situación Comunicación Comunicación
  10. 10. Situación Recursos Recursos
  11. 11. ¿Cómo podemos mejorar esto?
  12. 12. Organización • Workflows personalizados • Scrum • Soporte a producto • Obtención de feedback
  13. 13. Errores y tiempo
  14. 14. Comunicación
  15. 15. Recursos Nexus Repository Manager
  16. 16. Stack de applicaciones
  17. 17. Alimentando el Backlog
  18. 18. Fuentes Feedback Issue Collector Soporte Jira Service Desk Ideas DEISER Staff Directas US, Bugs, etc, creados directamente
  19. 19. ISSUE TYPES QUE USAMOS Epic User Story Bug Code Task Support Release Idea Feedback
  20. 20. Planning
  21. 21. Usamos Scrum con un sprint paralelo para cada App. SCRUM
  22. 22. Exporter Sprint 1 3 semanas 3 semanas Profields Sprint 1 SPRINTS & RELEASES Exporter Sprint 2 3 semanas 3 semanas Profields Sprint 2 Exporter Sprint 3 3 semanas 3 semanas Profields Sprint 3 5.5 5.6 5.7 2.6 2.7 2.8
  23. 23. Ser capaces de sacar releases en cualquier momento en el menor tiempo posible OBJETIVO
  24. 24. Ciclo completo de una User Story
  25. 25. Comienza el Sprint. Definition of Done. BACKLOG READY New issue
  26. 26. Development
  27. 27. GIT PROCESS MASTER RELEASE FEATURE DEVELOP HOTFIX v 2.0 v 3.0 v 3.0.1
  28. 28. GIT PROCESS MASTER RELEASE FEATURE DEVELOP HOTFIX v 2.0 v 3.0 v 3.0.1 User Story process
  29. 29. 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
  30. 30. 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
  31. 31. CONFIGURACIÓN EN PROFIELDS
  32. 32. Y ahora, ¡a Producción!
  33. 33. GIT PROCESS MASTER RELEASE FEATURE DEVELOP HOTFIX v 2.0 v 3.0 v 3.0.1 Release process
  34. 34. RELEASE WORKFLOW OPEN RELEASE CANDIDATE RELEASED IN APPROVAL READY TO PRODUCTION DEPLOYING DEPLOYED
  35. 35. RELEASE WORKFLOW OPEN RELEASE CANDIDATE RELEASED IN APPROVAL READY TO PRODUCTION DEPLOYING DEPLOYED
  36. 36. RELEASE WORKFLOW OPEN RELEASE CANDIDATE IN APPROVAL READY TO PRODUCTION New Release Candidate Branch from DEVELOP or HOTFIX Pull-Request to MASTER Pull-Request declined Pull-Request merged
  37. 37. RELEASE WORKFLOW OPEN RELEASE CANDIDATE IN APPROVAL READY TO PRODUCTION New Release Candidate Branch from DEVELOP or HOTFIX Pull-Request to MASTER Pull-Request declined Pull-Request merged
  38. 38. RELEASE WORKFLOW OPEN RELEASE CANDIDATE RELEASED IN APPROVAL READY TO PRODUCTION DEPLOYING DEPLOYED
  39. 39. RELEASE WORKFLOW DEPLOYING DEPLOYED RELEASED READY TO PRODUCTION PRODUCTION Plan Build Error Build Ok
  40. 40. RELEASE WORKFLOW DEPLOYING DEPLOYED RELEASED READY TO PRODUCTION PRODUCTION Plan Build Error Build Ok
  41. 41. Tareas pre y post Release RELEASE CANDIDATE Pre release tasks DEPLOYED Post release tasks RELEASED
  42. 42. 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
  43. 43. Por último, comunicar a todos la nueva Release. RELEASED
  44. 44. ¿Qué hemos ganado?
  45. 45. Ahora En cuestión de minutos se pone código en Producción Antes Se tardan horas o días en poner algo en Producción TIEMPO AHORRADO
  46. 46. Ahora Con tan solo mirar una issue, tenemos la foto completa de donde estamos. Antes No se sabía bien en qué paso se estaba en cada momento. VISIBILIDAD DEL ESTADO
  47. 47. Ahora Todo DEISER puede acceder al proceso de Release y estar informado de su contenido y etapas en cualquier momento. Antes Solo el equipo de desarrollo sabía que pasaba. El resto de DEISER tenía que imaginárselo. TRANSPARENCIA
  48. 48. Ahora La comunicación es global y llega a todos en tiempo real Antes La gente que no estaba en la oficina no se enteraba de las releases COMUNICACIÓN
  49. 49. Ahora Los errores son mucho menos y más fácilmente abordables. Antes Al ser todo manual, había muchos errores y se tardaba tiempo en corregirlos. MENOS ERRORES
  50. 50. Ahora Tenemos mucha confianza en el proceso y su fiabilidad. Antes En cada release había que cruzar los dedos, esperando que todo fuera bien. FIABILIDAD
  51. 51. ¿Alguna pregunta? FINALE
  52. 52. ¡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

×