Guía práctica para adoptar DevOps de forma orgánica

DevOps
Adoption
Roadmap (V.2.6)
ENFOQUE PRÁCTICO PARA GENERAR LA
ADOPCIÓN ORGÁNICA DE DEVOPS
Propiedad Intelectual de MediaTek Consulting Hub
Licenciado bajo Creative Commons:
Attribution-ShareAlike 4.0 International (CC BY-SA 4.0)

DevOps
Adoption
Roadmap
UNA MANERA PRÁCTICA
DE ADOPTAR DEVOPS
Esta presentación es ofrecida bajo licenciamiento
Creative Commons: Attribution-ShareAlike 4.0 International (CC BY-SA 4.0)
En resumen, usted es libre de:
• Compartir, copiar y redistribuir el material en cualquier medio o
formato.
• Adaptar – re-mezclar, transformar y construir sobre la base del mismo
material para cualquier propósito, incluso comercialmente.
Bajo los siguientes términos:
• Atribución: debe otorgar el crédito correspondiente, citando la
fuente original, proporcionar un enlace a la licencia e indicar si se
realizaron cambios. Puede hacerlo de cualquier manera razonable, pero
no de ninguna manera que sugiera que el licenciante lo respalda a
usted o a su uso.
• ShareAlike: si remezcla, transforma o construye sobre el material,
debe distribuir sus contribuciones bajo la misma licencia que el original.
MediaTek Consulting Hub

Agenda
 Acerca del expositor
 DevOps en cifras
 Beneficios
 Qué es DevOps?
 Modelo de adopción
 Casos de éxito
 Primeros pasos para la adopción
 Preguntas y feedback
 Material de referencia

Acerca del expositor
• Especialista en la Gestión de Proyectos Tecnológicos
• 25 años de experiencia profesional en los sectores Telecom, Banca y Bolsa
de Valores. Experiencia con marcos de trabajo ágiles desde hace 5 años
• 2 años implementando proyectos de DevOps en Banca y Telecom
• Certificaciones relevantes:
• Coach Ontológico Profesional - International Coach Federation
• Agile Leadership Core - International Coach Federation
• Certified Scrum Master – Scrum Alliance
• Certified Agile Leadership I – Scrum Alliance
• DevOps Foundation, DevOps Institute
• Team Kanban Practitioner – Lean Kanban University
• Certified SAFe® 4 Agilist
• Management 3.0 Foundation
• Lean Six Sigma Green Belt
• LinkedIn: https://www.linkedin.com/in/javier-dominguez-c/
Javier Domínguez
Agile & DevOps Consultant

¿DevOps es una moda?

¿Por qué se necesita DevOps?
TechInsights Report: What Smart Businesses Know About DevOps

¿Por qué se necesita DevOps?
TechInsights Report: What Smart Businesses Know About DevOps MediaTek Consulting Hub

Pincipales desafíos al adoptar DevOps
Fuente: https://www.gartner.com/smarterwithgartner/the-science-of-devops-decoded/

Beneficios de adoptar DevOps
 Acelerar el time-to-market
 Mejora la experiencia del usuario
 Mejorar la calidad
 Mejorar la disponibilidad de los servicios
 Incrementar la productividad
 Mayor colaboración entre equipos
DORA: State of DevOps 2019

¿Qué es DevOps?
 DevOps es un movimiento que
empezó el Toronto en el marco del
Agile 2008, impulsado por Patrick
Debois, basado en el concepto de
Agile Infraestructure de Andrew
Shafer, que promovía investigar
cómo cerrar la brecha entre Dev y
Ops, que ellos visualizaban como un
problema generalizado y sistémico,
sumándole iniciativas de Continuos
Integration de las cuales ya se
empezaba a hablar en la comunidad.
 O’Reilly Velocity Conference del
2009, Charla “10-Plus Deploys Per
Day”, Dev And Ops Cooperation on
Flickr (Paul Nasser).
 Octubre 30-31 del 2009 se inauguran
los DevOps Days en Bélgica

¿Variedades de DevOps?
 Aunque algunos autores y fabricantes
pretenden hablar de variantes de
DevOps como DevOps 2.0 o DevOps ++,
pero DevOps en verdad ya incluye todos
los aspectos:
 DEV + TEST + SEC + OPS
 DevSecOps es un “doble click” a las
prácticas de seguridad. DevOps plantea,
que estos requisitos deben ser parte del
la idea inicial de cualquier producto a
desarrollarse e integral a lo largo de
todo el pipeline
 El desarrollo de todo producto debe
involucrar a todos los interesados de una
manera colaborativa para generar
“ownership”

Los 4 pilares del enfoque DevOps
Cultura
• Enfoque colaborativo para
encontrar soluciones
• Manejo maduro de
potenciales conflictos
• Feedback y comunicación
contínuos
• Tolerancia al riesgo
• Aprendizaje contínuo
Gobierno
• Métricas DevOps
• Gestión de nuevos
procesos
• Gestionar
Metodologías
• Gestión de la Calidad
• Nuevos Procesos
• Eliminación de
procesos existentes
• Modelo de Mejora
continua
Procesos
Herramientas
• Herramientas de Integración
Continua
• Herramientas de seguimiento de
proyectos
• Herramienta de aprovisionamiento
• Herramienta de Monitoreo MediaTek Consulting Hub

Cultura
“No importa lo que parezca a simple vista,
siempre es un problema relacionado a las
personas“
― Jerry Weinberg, Secrets of Consulting:
Segunda ley de la consultoría

Gobierno
Es central, para lograr una implementación sana
de DevOps, construir un propósito conjunto y
maneras de medir cómo se está alcanzando
ese objetivo, pensando en el impacto de cada
componente. En nuestro caso proponemos
alinear todo bajo un sistema de OKR’s y
métricas relacionadas

Los OKR’s no son algo nuevo…
Fuente: https://pulsarup.com/3-breve-historia-de-okrs/

Métricas relevantes
 Lead Time
 Deployment Frequency
 MTTR (Mean Time to Restore)
 CFP (Change Fall Percentage)
 NPS (Net Promoter Score)
 Uso de las prácticas y herramientas

Procesos
La habilidad de visualizar el trabajo tanto
visible como invisible es esencial para
ganar claridad y consenso acerca de cómo
se están haciendo las cosas.
DevOps plantea un enfoque Lean para
mapear y optimizar los procesos.

Procesos
• Nuevos Procesos
• Eliminación de
procesos existentes
• Modelo de Mejora
continua
Procesos

Herramientas
“En pocas palabras, las cosas siempre
tenían que estar listas para ir a
producción: el código que escribía, ¡tenía
que estar allí para que funcionara!”
—Mike Miller

Herramientas
 Diseñar buenos productos, escribir
buen software, mantener un enfoque
colaborativo y Lean es independiente
a las herramientas
 Las herramientas en DevOps tienen
como propósito automatizar el ciclo
de vida del desarrollo y delivery de
software.
 Es clave definir el conjunto que mejor
se adecúe a la realidad del equipo o
de la organización que está
adoptando DevOps.

Herramientas
Herramientas
• Herramientas de Integración
Continua
• Herramientas de seguimiento de
proyectos
• Herramienta de aprovisionamiento
• Herramienta de Monitoreo

Herramientas
Fuente: https://xebialabs.com/periodic-table-of-devops-tools/ MediaTek Consulting Hub

Modelo de Adopción
Definición del Propósito,
Objetivos y Resultados
Clave
Definición de Modelo
de Trabajo
Exploración de la
Situación Actual,
Arquitectura y
Herramientas
Piloto, Generación de
Experimentos
Acompañamiento y
estabilización
Gestión de la evolución organizacional
Procesos
Herramientas
Gobierno (Métricas activas)

Modelo de Adopción: Maturity Assessment
MADUREZ
Equipo Cadena de Valor Cultura
5
Ops y Dev son parte de equipos
multidisciplinarios que participan desde el
principio de cualquier iniciativa
Entrega Continua (continuamente
en Producción)
Ante conflictos, el lenguaje es
abierto y concreto
4
Un representante de Dev trabaja en Ops y
viceversa
Entrega Frecuente (Iteraciones en
Producción quincenales)
protector
3
Dev y Ops colaboran juntos cuando es
requerido
Planificación por versiones (Plan
anual)
Ante conflictos, se dan
generalizaciones y ataques
2
Código acompañado de “Release Notes”
orientados a la instalación y operación de la
aplicación
Planificación de recursos
ideológico
1
Ops involucrado al final de la etapa de
desarrollo.
Planificación por tareas
bélico
MediaTek Consulting HubFuente: http://www.mediatekhub.com/docs/DevopsMaturityAssessment.pdf

CULTURA
MODELO DE ORGANIZACIÓN
Para modelar las preguntas que ayudan a
determinar un grado de madurez en el aspecto
cultural, el DevOps Maturity Assessment Model
considera el modelo de conflicto de Thomas
Kilmann y lo propuesto por Lyssa Adkins en su
libro “Coaching Agile Teams” que a su vez parte
de un modelo desarrollado originalmente por
Speed B. Leas, registrado en su libro “Discover
Your Conflict Management Style”, fuentes todas
que les invitamos a explorar.
© The Myers-Briggs Company

Modelo de Adopción: Maturity Assessment
MADUREZ
Desarrollo Pruebas / QA Despliegue Monitoreo Habilitación
5 Integración continua
Tests
funcionales/rendimiento/
seguridad, automáticos en
integración continua
Desarrollador activa
despliegue automatizado
desde Desarrollo hasta
Producción con un click
Self- Healing Remediación
automática en base a
monitorización
Entornos aprovisionados
automáticamente de
manera dinámica
4
Build automatizado sin integración
continua
Tests
funcionales/rendimiento/
seguridad automáticos, no
integrados
Despliegues automáticos
por entorno con
validaciones automáticas
Identificación automática
de incidentes y problemas
automáticamente
3
Código en repositorios con control
de versiones
Tests unitarios automáticos
en integración continua
por entorno con validación
manual
Monitorización continua
aplicativa (APM)
Aprovisionamiento basado
en herramientas
2
Código en repositorios sin control
de versiones
Tests unitarios
basados en scripts no
enlazados
Monitorización continua
infraestructura
Aprovisionamiento basado
en scripts ad-hoc +
configuración manual
1
Código en respaldos locales sin
control de versiones
Tests manuales tras el
desarrollo
Despliegues manuales
Monitorización bajo
demanda
de forma manual
MediaTek Consulting HubFuente: http://www.mediatekhub.com/docs/DevopsMaturityAssessment.pdf

Definición del roadmap de adopción

Ejemplo de resultados del maturity
assessment
0
1
2
3
4
5
Org. Equipo
Org. Cadena de ValorOrg. Cultura
Modelo de Organización
0
1
2
3
4
5
Del Desarrollo
Del PruebasQA
Del DespliegueDel Monitoreo
Del Habilitación
Modelo de Delivery
A partir de este resultado el planteamiento es definir un roadmap basado en propósito,
acuerdos de trabajo del equipo y activar los distintos experimentos e iniciativas para caminar
en la dirección deseada.

¿Transformación
Digital ?
Algoritmos
Ecosistemas
Economía colaborativa

Ágil = Entrega temprana de valor
T
Análisis
Diseño
Código
Testing
20% done
(100% usable!)
Proceso Ágil
Análisis
Diseño
Código
Testing
¿Tenemos ya
una solución?
Proceso Tradicional
T

Modelo de Adopción Agile + Devops
Para generar entrega temprana y continua de valor precisamos romper los silos
CLIENTE NEGOCIO DESARROLLO OPERACIONES

Design Thinking / Lean StartUp MediaTek Consulting Hub

Agile MediaTek Consulting Hub

Poniendo todo junto…
ABSTRACTOCONCRETO
GENERAR
PROPÓSITO Y
SENTIDO
ENCONTRAR LA SOLUCIÓN IMPLEMENTARLA
SENSEMAKING DESIGN THINKING
LEAN
STARTUP
AGILE (SCRUM + KANBAN)
OKRs
Remediación
Monitoreo
Aprovisona
miento
OPERARLA
Visión Utópica
Valores
Cocreación
Insights
Propuesta
de Valor
Nuevas Ideas
Deseos
profundos
Misión Investigación
Necesidades
Intuídas
Prototipar
Experimentar
Desarrollar
Validar
OPERACIÓN
DEVOPS

Factores de evolución del sistema
¿Hacia
dónde?
¿Para qué? ¿Cómo? ¿Con quién?/¿Con qué? Cuándo? Resultado
Visión + Motivación + Habilidades + Personas y recursos + Plan de
acción
= EVOLUCIÓN
+ Motivación + Habilidades + Personas y recursos + Plan de
acción
= CONFUSIÓN
Visión + + Habilidades + Personas y recursos + Plan de
acción
= RESISTENCIA
Visión + Motivación + + Personas y recursos + Plan de
acción
= ANSIEDAD
Visión + Motivación + Habilidades + + Plan de
acción
= FRUSTRACIÓN
Visión + Motivación + Habilidades + Personas y recursos + = DESORDEN

Gestión de la demanda
Tipo de Proyecto /
Tipo de Gestión
Altamente
predictivo
Predictivo Equilibrado Ágil
Proyectos de
integración de gran
escala
Estado Actual
Estado deseado
Proyectos
medianos
Estado Actual Estado
deseado
Nuevos proyectos
digitales
Estado Actual Estado
deseado
Proyectos de
innovación
Estado
Actual
Estado
deseado
Ejemplo de matriz de decisión para clasificar qué proyectos del portafolio se
moverán a agilidad

Caso de éxito: Banco en Perú
1. MEJORA OPERATIVA EN LA GESTIÓN
Se logró optimizar el esfuerzo en gestión, pasando a un seguimiento
basado en Jira.
2. MEJORA DE CALIDAD
 Disminución en un 80% de los Rollbacks y errores de código
fuente en Certificación.
 Disminución de errores hasta en un 90% en aplicaciones en
Integración continua
3. MEJORA ECONÓMICA
 Actualmente el promedio de rollback/mes es de 1 tendiendo a
cero.
4. MEJORA DE TIEMPOS DE DESARROLLO / DESPLIEGUE
 70% en la disminución de tiempos en los despliegues a
Desarrollo y certificación
 50% disminución de tiempos para despliegues a producción.
Se tenia muchas
herramientas de Excel para
el seguimiento y control de
proyecto
Problemas Gobierno:
• Perdidas y conflictos de
código
• 10 Rollbacks promedio
por mes
• Procesos de despliegues
mayor a 2 semanas
Problemas Integración
Continua:
Beneficios Obtenidos

Caso de éxito: Operadora Móvil en Perú
1. MEJORA OPERATIVA EN LA GESTIÓN
Se logró optimizar el esfuerzo en gestión, pasando a un seguimiento basado
en Jira.
2. MEJORA DE CALIDAD
Fomentando el uso de las herramientas de “Integración Continua” se ha
puesto como objetivo mejorar la calidad de los desarrollos y se ha centrado
en los siguientes puntos:
a) Control de Versiones: mitigando conflictos y perdidas de código.
b) Calidad de Código: identificando de manera temprana problemas
potenciales.
c) Pruebas Unitarias: identificando fallos antes de pasar a pruebas
funcionales.
d) Pruebas Integrales: garantizando el funcionamiento con otras
aplicaciones.
3. MEJORA ECONÓMICA
 Antes de la adopción de CI/CD había un promedio de 5 rollback/mes.
Actualmente el promedio de rollback/mes es de 1,4, tendiendo a cero.
(Coste estimado por rollback = USD $ 3.000)
4. MEJORA DE TIEMPOS DE DESARROLLO / DESPLIEGUE
 La automatización de las tareas repetitivas permitió que se concentre
los esfuerzos realmente en lo que da valor (programar con calidad).
Se tenia muchas herramientas de
Excel para el seguimiento y control
de proyecto
Problemas Gobierno:
• Perdidas y conflictor de código
• Problemas de 5 Rollbacks
promedio por mes
Problemas Integración
Continua:
Beneficios Obtenidos
• Mejorar la calidad del código
para disminuir o mitigar errores /
rollbacks.
• Generar eficiencias en el control
de proyectos.
• Tener pleno control del código
Fuente.
Objetivos:

Primeros pasos para la
adopción de DevOps

Pre-requisitos
Habilitación de Ambientes y
Conectividad
• Servidor Desarrollo
• Servidor Certificación
• Servidor Producción
• Pruebas de conectividad de
servidores con plataforma
Definición de Actualizaciones de
Fuentes
• Tecnología de la aplicación y
Versión
• Fuentes de la aplicación
• Explicación de
funcionalidades
Definiciones de Alcance de las
Pruebas
• Definir en conjunto el esfuerzo
de creación de PU
de creación de Funcionales
de creación de Performance
de creación de Seguridad
Criterios de Adopción
• Definir Aplicaciones de tecnología
coberturada
• Aplicaciones que tengan alta
demanda
• Pruebas que sean reutilizables
Sponsorship

Equipo de consultoría
Vela por la gestión del proyecto
teniendo en consideración el modelo
de Cambio Cultural, indicadores y
métricas
Responsable de la identificación,
control y seguimiento de los productos
QA a desplegar.
Define la arquitectura DevOps base
y su escalamiento, así como las
integraciones y las herramientas a
utilizar.
Asimismo controla los indicadores
técnicos
Responsable del desarrollo de los
productos de testeo
Responsable de la implementación
y configuración de las
herramientas de Integración
continua y de gobierno
TEAM
DevOps
Consultant
Technical Lead QA Technical Lead DevOps
Ingeniero QA Ingeniero DevOps
El equipo interviene en la organización haciendo una transferencia de conocimiento para que las
áreas de Dev y Ops obtengan el ownership y trabajen con el nuevo enfoque, prácticas y herramientas.
No consideramos oportuno generar roles DevOps en la organización, porque esto a la larga hemos
visto que provoca anti-patrones.

Definición del pipeline
Infraestructura de Integración Continua
Build -
Compilación
Control
Versiones
Calidad de
Código
Testing Unitario Deploy
Desarrollo
Testing
Integración
Deploy
Certificación
Testing
Funcional
Testing
Performance
Pruebas
Seguridad
Pruebas
Seguridad
Developers
Teams
Ejecución
Exitosa
Deploy
Producción

Definición del pipeline
SCM
Deploy
Security
Tests
Job
Start Job
Binary
Archive
Package Manager
Commit
DEVELOPERS
VPN
Connection
Functional
Tests
Stress
Tests
Security
Tests
SECURITY
TESTS
CERTIFICACIÓN
CALIDAD
PRODUCCIÓN
Artifact
Delivery
Unit testingBuild
Code
Coverage
Code
Inspection
Deploy
Code
Checkout

Alcance de un piloto típico con con el
que arrancar
 Llevar una aplicación de complejidad baja a mediana con hasta 2 funcionalidades
sencillas por todo el ciclo de CI/CD
 Una tecnología compatible con las herramientas propuestas (C# .Net, Java)
 Las pruebas de stress se aplicarán según corresponda
 Las pruebas funcionales dependerán de los documentos funcionales, técnicos y
de negocio que se provean para evaluarlas

Ejemplo de despliegue hasta CD
FASES Y ACTIVIDADES
Hito
Nivel Madurez 1
Plataformas hábiles
 Negociación y contrato
 Fase 1
 Implementación de Plataformas
 Fase 2
 Control de versiones, Orquestación,
compilación automática, análisis de
código, Pruebas Unitarias y Despliegue a
Desarrollo
 Fase 3
 Despliegue Certificación y Pruebas
Funcionales
 Fase 4
 Pruebas Rendimiento/ Seguridad y
Despliegue a Producción
MES 0 MES 1 MES 2 MES 3 MES 4 MES 5 MES 6 MES 7 MES 8
Nivel Madurez 2
Nivel Madurez 3
Ambiente Productivo
Ambiente
Certificación
Ambiente Desarrollo

Entregables
Fase Entregable
Fase I Plataformas y herramientas instaladas para el
piloto
Fase II Herramientas configuradas hasta entorno de
Desarrollo
Fase III Diseño
Plan de Pruebas
Scripts de pruebas funcionales automatizadas
Herramientas configuradas hasta entorno de QA
Fase IV Herramientas configuradas hasta entorno de
Producción
Aplicación puesta en producción
Cierre del Proyecto Handover del piloto en una jornada de 8 horas

Material de referencia
 Video – Breve historia de DevOps: https://youtu.be/o7-IuYS0iSE
 Libro: The Phoenix Project – Kim, Behr, Spafford
 Libro: The DevOps Handbook – Kim, Willis, Debois, Humble
 Libro: DevOps: A Software Architet’s Perspective – Bass, Weber & Zhu
 Libro: La Máquina que cambió al mundo – Womack, Jones & Roos
 Libro: Mide lo que importa – John Doerr
 Libro: Accelerate: The Science of Lean Software and Devops – Forsgren, Humble &
Kim
 Libro: “Coaching Agile Teams”, Lyssa Adkins
 Libro: “Discover Your Conflict Management Style”, Speed B. Leas

Material de referencia
 Agile Manifesto, https://agilemanifesto.org/iso/es/manifesto.html
 Paper: The New New Product Development Game – Takeuchi & Nonaka
 Libro: Lean Software Development, Mary & Tom Poppendieck
 Libro: Lean Startup, Eric Ries
 The Libro: Four Steps to the Epiphany, Steve Blank
 Guía Scrum, Sutherland & Schwaber
https://www.scrumguides.org/docs/scrumguide/v1/scrum-guide-es.pdf
 Kanban esencial condensado: https://ss-
usa.s3.amazonaws.com/c/307492866/media/5c37df97e4a12/Essential-Kanban-
Condensed-
Spanish.pdf?utm_medium=email&utm_source=sharpspring&sslid=MzMzsLQ0MjE3MT
Q0AQA&sseid=MzQ1NzAxMTGyNAAA&jobid=1a16c479-dc06-424d-968b-
8a9f300115e5

javier.dominguez@mediatekhub.com
Mobile/WhatsApp: +51947293470
Para más información sobre
nuestros servicios de
consultoría:
Innovación con propósito

Guía práctica para adoptar DevOps de forma orgánica

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Guía práctica para adoptar DevOps de forma orgánica

Similar a Guía práctica para adoptar DevOps de forma orgánica (20)

Último

Último (20)

Guía práctica para adoptar DevOps de forma orgánica