Sesión presentada en el ScrumDay Perú 2018, donde comparto como DevOps va mas allá de la automatización y que una efectiva implementación del enfoque debe tener en cuenta factores humanos como el sesgo cognitivo, el ego, y la forma en que las personas de diferente background interactúan entre sí.
5. Algunas ideas…
• CI/CD
• Pruebas!
• Infraestructura como código
• Colaboración entre áreas
• Entornos bien definidos
• Capacidad de versionado
• Scripts
• Pasos automatizados
8. "DevOps es la búsqueda de la sinergia derivada
de Desarrolladores trabajando con IT Pros y
demás personal de Operaciones"
• Andrew Binstock (Dr. Dobb’s)
“Unión de personas, procesos, y
productos que facilitan la entrega
continua de valor a nuestros usuarios
finales"
• Donovan Brown (Microsoft)
16. Cooperación
• Todos pueden aprender
• Pero no esperemos que sea
inmediato
• Buscar visibilidad y respeto por la
labor de todos
17. Miedo a pensar fuera de la caja…
Me lo dijo un IT Pro…
• “Todo proyecto que involucra desarrollo
siempre tiene problemas”
• “Prefiero migrar una granja de servidores
de AD y todos sus miles de buzones de
Exchange”
18. “Mi parcela” (o mis objetivos)
• Desarrollo: Nuevas
funcionalidades, cambio
Operaciones: Estabilidad,
“9”
19. Obsolescencia Tecnológica
• “Nuestro sistema no esta hecho para
soportar DevOps”
• ¿No habrá un tema de bloqueo cultural?
• El método de las cinco preguntas
• Evaluar soluciones intermedias, pero que
sean un avance
• Pero recordar que legacy es anti cambios
20. Ego/prejuicios
• “Eso es de usuario final”
• “Tu enfoque/herramienta esta
mal”
• “Cuando tienes cientos de
servidores….”
• Dificultad para entender la
pregunta y contexto del otro
21. Inmovilismo
• “Siempre lo hemos hecho así”
• “Tenemos que adaptarnos al cliente”
• Lo cual nos deriva a…
22. • Organizaciones aun no listas para DevOps
• Entonces:
• Áreas innovadoras aplican enfoque DevOps
• Lo que requiere estabilidad usa el enfoque tradicional….
• ¿No hay un “smell” ahí?
• …frenos, recelos…¡entre tecnólogos!
¿IT de dos velocidades? (Bimodal)
23. Liderazgo
• Cada contexto es diferente
• No importa cuanto creas saber de tecnología
• Ni del negocio
• No hay recetas ni roadmaps universales
• Involucrar todas las voces, siempre hay algo que no se
sabe
24. Sesgo cognitivo
• Problema: desplegar una aplicación Web monolítica
pequeña, requiere escalabilidad y disponibilidad
moderada ¿propuestas?
• Tres especialistas cloud y sus propuestas:
1. Load Balancer de MV y BD manejada
2. Escalamiento basado en PaaS y BD Manejada
3. Todo en IaaS
• Las elecciones ofrecidas dependen de si el perfil del
especialista es mas de Dev u Ops, etc
25. Sesgo cognitivo
• Si tenemos un martillo…
• Nuestras experiencias pasadas nos
definen, pero no deberían
condicionarnos
• Y menos en DevOps
• Ser mas racional y dejar de racionalizar
(auto justificarnos)
27. Mas bien debemos preguntarnos como la
aprovechamos
• Simplificar el entendimiento
• No complicar por el amor a la
automatización o al control
• Entender las opciones y no ir a los extremos
(de IaaS a CaaS sin pasos intermedios)
• No ser experto pero si entender el estado
del arte, reconociendo que hay cosas que
no sabemos que ignoramos su existencia
28. Conclusiones
• DevOps va mas allá de la automatización,
involucra cambio de mindset
• Puede que necesitemos ayuda de
profesionales como psicólogos y
sociólogos
• El proceso no puede obviar los potenciales
antipatrones
• El entendimiento de las diversas formas de
aplicar la tecnología es imprescindible