Dev-Ops

Derribando muros

@yamitcar

artesano de software

AGILe Coach

lA CRISIS DEL SOFTWARE

Standish group -The chaos report - 1994

¡Agilidad!

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

Derribando muros

Scrum flacido

Artesania del software

No sólo software que funciona, sino también software bien construido

No sólo colaboración de clientes, sino también asociaciones productivas

No sólo responder al cambio, sino también agregar valor constantemente

No sólo individuos e interacciones, sino también una comunidad de profesionales

Derribando muros

Scrum + Calidad

Optimización local

Operaciones

cuellos de botella

¿y para hacer release?

• aplicaciones e infraestructura compleja
• workarounds de ultimo momento constantes
• comunicación débil entre las áreas.
• jugamos el juego de las culpas

¡¡¡Tardamos meses para poner

algo en producción!!!

knight capital group

https://en.wikipedia.org/wiki/Knight_Capital_Group

Imaginen un mundo donde...

Imaginen un mundo donde...

Negocio, desarrolladores, QA, operaciones y seguridad trabajaran juntos con un único objetivo en común.

En este mundo:

Existen equipos multifuncionales que validan y priorizan cuales características harán que el negocio realmente avance a sus objetivos.

En este mundo:

los desarrolladores aseguran que el trabajo fluye sin problemas a través de toda la cadena de valor sin causar caos e interrupciones con operaciones u otros clientes.

En este mundo:

las personas de QA, operaciones y seguridad siempre están trabajando en formas para reducir la fricción del equipo

En este mundo:

No existen los UNDONE teams

DevOps

DevOps no es

un puesto de trabajo

usar herramientas cool

DevOps no es

solo para startups

DevOps no es

el remplazo de la agilidad

DevOps no es

incompatible con los procesos y seguridad

DevOps no es

Eliminar operaciones (No-ops)

DevOps no es

 no solo un mindset ni solo usar herramientas

DevOps es

flickr - 10 Deploys per day

john Allspaw, paul hammond, 2009

Amazon libera cambios a producción cada:

11.6 Segundos

http://joshuaseiden.com/blog/2013/12/amazon-deploys-to-production-every-11-6-seconds/

Organizaciones de alto desempeño

Organizaciones de alto desempeño

• Desplegan 46x mas frecuentemente
• Tienen un lead time 2555x mas rápido
• 85x menos incidentes al poner en producción
• tiempos de recuperación de 2406x mas rápidos

State of DevOps report 2018

Organizaciones de alto desempeño

Ron Westrum, A typology of organisational cultures

Reinventar las organizaciones

Comunicación, Integración, Cooperación

APRENDIZAJE RÁPIDO Y CONSTANTE

DevOps - CALMS

¿y cómo hacemos esto?

piramide de maslow

Respiración, alimentación, descanso, sexo, homeostasis

Seguridad física, de empleo, de recursos, moral, familiar, de salud, de propiedad privada

Amistad, afecto, intimidad sexual

Autoreconocimiento, confianza, respeto, éxito

Moralidad, creatividad, falta de prejuicios, aceptación de hechos, resolución de problemas

Auto realización

Reconocimiento

Afiliación

Seguridad

Fisiología

Abraham Maslow, Una teoría sobre la motivación humana, 1943

IC, CD, CD+

¿qué tenemos cubierto?

Dev-Ops Anti-types

Dev-Ops Anti-types

https://web.devopstopologies.com/

Dev

Ops

DevOps Equipo Silo

DevOps

Dev-Ops Anti-types

https://web.devopstopologies.com/

Dev

Ops

Dev no necesita Ops

DevOps

Dev-Ops Anti-types

https://web.devopstopologies.com/

Dev

Ops

DevOps, equipo de herramientas

DevOps

Dev-Ops Anti-types

https://web.devopstopologies.com/

Dev

Ops

DevOps, Sysadmin renombrado

DevOps

Dev-Ops types

Dev-Ops types

https://web.devopstopologies.com/

Dev

Ops

Dev y Ops responsabilidades completamente compartidas

Dev-Ops types

https://web.devopstopologies.com/

Dev

Ops

DevOps, Equipo con fecha de expiración

DevOps

Dev-Ops types

https://web.devopstopologies.com/

Dev

Ops

DevOps, Equipo evangelizador

DevOps

The phoenix project

The three ways

THE FIRST WAY

FLOW

LEAN SOFTWARE DEVELOPMENT

1. Eliminar el desperdicio

2. Asegurar la calidad

3. Crear conocimiento

4. Aplazar los compromisos

5. Entregar rápido

6. Respetar a las personas

7. Optimizar el todo

Value Stream map

¿Qué deberiamos medir?

• Frecuencia de despliegue
• Lead Time
• Tiempo medio de recuperación después de una falla
• Tasa de fallo de los cambios.

The First way - flow

Trabajo de Izquierda a derecha.

Encontrar desperdicios

Analizar el sistema y optimizar globalmente

Limitar el trabajo en progreso

Hacer cambios en pequeño

Mejorar el time to market

The second way

feedback

The Second way - Feedback

Trabajo de derecha a izquierda

Monitorear

Construir ciclos de feedback transparentes

Corregir defectos rapidamente

Identificar elementos de adaptación

The Third way

Experimentación y Aprendizaje continuo

The Third way - Experimentación y aprendizaje continuo

Fallar rápido, Parar y levantar la mirada, Integrar el aprendizaje en la cultura

Experimentación continua, Repetición y práctica

¿Preguntas?

¿y seguridad?

¡¡Muchas Gracias!!

Referencias

• http://devops.com/2016/04/08/devops-and-continuous-delivery-not-same
• http://devops.com/2016/04/07/intuits-devsecops-war-games-culture-hacking
• Nico Paéz, vampiros, hombres lobo y DevOps
• http://es.slideshare.net/danapylayeva/introduction-to-devops-with-lego-and-choco/
• http://inedo.com/release
• https://web.devopstopologies.com/
• https://agile2017.sched.com/event/ATWb/devops-an-adoption-model-based-on-maslows-hierarchy-nicolas-paez
• https://es.atlassian.com/devops
• https://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
• https://courses.edx.org/courses/course-v1:LinuxFoundationX+LFS161x+1T2018/course/