Este documento presenta un modelo de evaluación de madurez DevOps. Explora dos dimensiones (modelo de organización y modelo de delivery) divididas en 8 aspectos. Describe cada aspecto y los diferentes niveles de madurez posibles de 1 a 5. También incluye información sobre los autores y la licencia bajo la cual se comparte el modelo.

1. DevOps
Maturity
Assessment
Model (V.1.3)
KARINA ALVARADO
JULIO CHACÓN
JAVIER DOMÍNGUEZ
Propiedad Intelectual de MediaTek Consulting Hub
Licenciado bajo Creative Commons:
Attribution-ShareAlike 4.0 International (CC BY-SA 4.0)

3. Acerca de los autores
• Ingeniera de Sistemas de la Pontificia Universidad Católica
del Ecuador
• Profesional con más de 18 años trabajando en Energía,
Telecomunicaciones, Banca y Tecnologías de la Información
• Especializada en la gestión e implementación de proyectos
de tecnología, gestión de calidad y mejores prácticas en la
Administración de Niveles de Servicio.
• Certificaciones relevantes:
• ITIL® Expert Certificate in IT Service Management
• ITIL® Certificate in Managing Across the Lifecycle (MALC)
• ITIL® Intermediate Certificate in IT Service Strategy
• ITIL® Intermediate Certificate in IT Service Transition
• ITIL® Intermediate Certificate in IT Service Design (Intermediate)
• ITIL® Continual Service Improvement Certificate (Intermediate)
• ITIL® Service Operation Certificate (Intermediate)
• COBIT 5, APMG-International
• Scrum Master – Scrum Alliance
• LinkedIn: https://www.linkedin.com/in/kari-alvarado/
Karina Alvarado
Digital Solutions Consultant

4. Acerca de los autores
• Ingeniero Titulado de Computación y Sistemas de la
Universidad Inca Garcilaso de la Vega
• 10 años de actividad profesional y más de 16 años de
vida laboral en TI como Analista, Programador, en Redes y
Seguridad, y en los últimos 8 años como Consultor.
• 4 años en Mejora y automatización de Procesos en
Gobierno, Telecom y Banca.
• 2 años implementando proyectos DevOps en Banca,
Telecom y Energía para grandes empresas en Perú.
• Asesor para empresas de Banca en Brasil y Chile.
• LinkedIn: https://www.linkedin.com/in/julio-baltazar-
chac%C3%B3n-gonzales-8bab3031/
Julio Chacón G.
Process & DevOps Consultant

5. Acerca de los autores
• 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
• 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

6. DevOps
Maturity
Assessment
GUÍA PRÁCTICA DE USO
Esta herramienta 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

7. DevOps
Maturity
Assessment
GUÍA PRÁCTICA DE USO
DevOps Maturity Assessment Model explora 2 dimensiones,
repartidas en 8 aspectos de capacidades de los equipos y
organizaciones, para determinar el nivel actual en cada
aspecto, en orden a entender un estado actual de la adopción
de DevOps, con el propósito de definir un posible camino hacia
un estado ideal propuesto.
Esta exploración se basa en entender el nivel de adopción de
prácticas divididas en estas dos dimensiones:
- Modelo de Organización (3 aspectos); y,
- Modelo de Delivery (5 aspectos)
Al final del ejercicio, la idea es obtener una puntuación en cada
uno de los aspectos y dimensiones, basado en una serie de
preguntas orientadas a generar conversaciones en los equipos,
que lleven a reflexiones sobre las maneras de ser y a la hora de
enfrentar distintas tareas.
MediaTek Consulting Hub

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

9. 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

10. MODELO DE ORGANIZACIÓN
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)
Ante conflictos, el lenguaje es
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
Ante conflictos, el lenguaje es
ideológico
1
Ops involucrado al final de la etapa de
desarrollo.
Planificación por tareas
Ante conflictos, el lenguaje es
bélico
MediaTek Consulting Hub

11. EQUIPO
MODELO DE ORGANIZACIÓN
Madurez Estructura Descripción Criterios de Evaluación
5
Ops y Dev son parte de equipos
multidisciplinarios
Personas que pueden trabajar multidisciplinariamente. Todo el
conocimiento necesario está en el equipo de trabajo
Los miembros del equipo tienen conocimiento
necesario.
Los miembros del equipo tienen los accesos y
el empoderamiento necesarios.
4
Un representante de Dev trabaja en Ops
y viceversa
Los equipos tienen el conocimiento técnico completo y
colaboran activamente
Existe una persona de infraestructura asignado
al proyecto
3
Dev y Ops colaboran juntos cuando es
requerido
Se colabora cuando un área solicita participación a la otra
Existe una persona infraestructura bajo
demanda.
2
Código acompañado de “release notes”
orientados a la instalación y operación de
la aplicación
Existe documentación del proyecto/producto
Existe documentación con las instrucciones
detalladas para la instalación y operación de la
aplicación/producto
1
Ops involucrado al final de la etapa de
desarrollo
El desarrollo fue realizado sin contar necesariamente con la
planificación de la infraestructura o ambientes necesarios
Existen responsable de la creación de
ambientes.
Existen procedimientos estipulados para la
solicitud de ambientes
MediaTek Consulting Hub

12. CADENA DE VALOR
MODELO DE DELIVERY
Madurez Práctica Descripción Criterios de Evaluación
5
Entrega Continua (continuamente en
Producción)
Entregas constantes a producción de los desarrollos
La entrega de valor es lo que prima, el código
se escribe para estar listo para ir a producción
y de hecho lo está, así como todas sus
pruebas
4
Entrega Frecuente (Iteraciones en
Producción entre una semana y un mes)
Planificación de entregas a producción entre una semana y un
mes, de preferencia con la misma cadencia
Existe una planificación basada en el mapa de
gestión y criterios de release a producción
3 Planificación por versiones (Plan anual) Planificación de los proyectos a desarrollar
Mapa de gestión de todos los proyectos del
portafolio
2 Planificación de personas y recursos
Se registra la planificación de actividades, personas y
recursos asignados a cada tarea
Existe una planificación de las actividades y de
la gestión de las personas y recursos
1 Planificación por tareas Se tiene registrada la planificación de actividades Existe una planificación de actividades
MediaTek Consulting Hub

13. CULTURA
MODELO DE ORGANIZACIÓN
MediaTek Consulting Hub
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

14. CULTURA
MODELO DE ORGANIZACIÓN
Madurez Manejo del
Conflicto
Descripción Criterios de Evaluación
5
Ante conflictos, el
lenguaje es abierto y
concreto
Problema a solucionar. Hay un malentendido o hay miembros
con diferentes opiniones. Se habla con hechos y mirando la
forma de solucionar la situación. Se nota el conflicto, pero no
hay una carga emocional fuerte. Es el nivel idóneo para los
equipos de alto rendimiento.
• Buscar patrones de comunicación del tipo: “Ahora entiendo lo que
dices, pero creo que olvidas lo siguiente…”
• Lo importante es la solución, basada en la colaboración de todos
los involucrados
4
Ante conflictos, el
lenguaje es protector
Protegerse es lo más importante. Los miembros se distancian y
buscan aliados. Pasamos de los hechos, a las generalizaciones
y la ironía.
• Buscar patrones de comunicación del tipo: “Sí, yo rompí la build,
pero tenemos problemas más graves que una build rota”
• Se nota empoderamiento y cierta libertad para reconocer
problemas
3
Ante conflictos, se
dan generalizaciones
y ataques
Lo importante es ganar. Se crean facciones de aliados. El
lenguaje está lleno de generalizaciones, ataques y
suposiciones.
• Buscar patrones de leguaje del tipo: : “Ella siempre toma atajos, y
después los demás debemos arreglarlos, debería irse del equipo”
• Comunicación llena de juicios
2
Ante conflictos, el
lenguaje es
ideológico
Los miembros de cada facción creen que los otros deben irse
del equipo. Cualquier tema se convierte en un ataque al otro
bando, sin importar realmente el tema.
• Buscar patrones de comunicación del tipo: “Ellos no cambiarán de
opinión aunque saben que tenemos razón”
• Siempre hay alguien a quien culpar, particularmente si es de otra
área/equipo
1
Ante conflictos, el
lenguaje es bélico
Guerra mundial. No es suficiente con ganar, el otro debe perder.
La única solución aquí es separar para evitar los daños.
• Buscar patrones de comunicación del tipo: “O son ellos o somos
nosotros”
• Siempre hay alguien a quien culpar, casi sin importar el bando
MediaTek Consulting Hub

15. MODELO DE DELIVERY
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
Entornos aprovisionados
automáticamente
3
Código en repositorios con control de
versiones
Tests unitarios automáticos en
integración continua
Despliegues automáticos 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
Despliegues automáticos
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
Entornos aprovisionados de
forma manual
MediaTek Consulting Hub

16. DESARROLLO
MODELO DE DELIVERY
Madurez Práctica Descripción Criterios de Evaluación
5
Integración continua
El proyecto se construye automáticamente manejando un
versionamiento bastante ordenado dentro de entornos con
integración continua.
El proyecto tiene implementada integración
continua exitosamente.
4
Build automatizado, pero sin integración
continua
El código se construye de manera local y automática a través
de scripts u otros métodos que no implican integración
continua.
El proyecto se construye localmente y de
manera automática a través de scripts.
3
Código en repositorios con control de
versioes
El código fuente es respaldado en un manejador de
repositorios central con un control de versiones.
El código fuente se respalda dentro de
repositorios.
Se maneja versionamiento del código fuente.
2
Código en repositorios, pero sin control
de versiones
El código fuente es respaldado en un manejador de
repositorios central, pero sin un tipo de versionamiento.
El código fuente se respalda dentro de
repositorios.
1 Código en respaldos locales, pero sin
control de versiones
El código fuente se guarda en copias locales, no se maneja un
tipo de versionamiento particular
El código fuente se respalda dentro del equipo
del programador
MediaTek Consulting Hub

17. PRUEBAS / QA
MODELO DE DELIVERY
Madurez Práctica Descripción Criterios de Evaluación
5
Tests funcionales/rendimiento/seguridad
automáticos en integración continua
Pruebas automatizadas constantes
Todas las pruebas unitarias, análisis de código,
funcionales, de rendimiento y seguridad, se
ejecutan de manera automatizada dentro del
flujo DevOps
4
Tests funcionales/rendimiento/seguridad
automáticos no integrados
Existen pruebas de funcionalidad, rendimiento y seguridad
pero no están implementadas dentro del flujo de entrega
continua
Existen scripts o procesos estipulados para
ejecutar pruebas de funcionalidad, rendimiento
y seguridad
3
Tests unitarios automáticos en integración
continua
Existen pruebas unitarias y las mismas son ejecutadas en un
entorno de integración continua conjuntamente con análisis de
calidad de código
Se ejecutan pruebas unitarias en integración
continua
Se analiza la calidad del código durante la
construcción del proyecto
2 Tests unitarios
Existen pruebas unitarias y las mismas pueden ser ejecutadas
de manera automatizada luego de una construcción manual
del proyecto
Existen pruebas unitarias
1 Tests manuales tras el desarrollo
Se realizan pruebas de forma manual tras la construcción del
proyecto
Existe un proceso de ejecución de pruebas
manuales
MediaTek Consulting Hub

18. DESPLIEGUE
MODELO DE DELIVERY
Madurez Práctica Descripción Criterios de Evaluación
5
Desarrollador activa despliegue
automatizado desde Desarrollo hasta
Producción con un click
El desarrollador da el inicio del WF para que el sistema
automáticamente verifique los criterios de validación para su
pase a producción.
Pase desde desarrollo a producción con un
sólo click
4
Despliegues automáticos por entorno con
validaciones automáticas
Pases automatizados a distintos ambientes independientes
con validaciones automáticas
Pases automatizados por entorno con
validaciones automáticas
3
Despliegues automáticos por entorno con
validación manual
Pases automatizados a distintos ambientes independientes
con validaciones manuales de las áreas correspondientes
Pases automatizados por entorno con
validaciones manuales
2
Despliegues automáticos basados en
scripts no enlazados
Los pases a los distintos ambientes se realizan de manera
automática a través de scripts
Existen scripts para realizar despliegues
automáticos
1
Despliegues manuales
Existe un proceso de despliegues a los distintos ambientes de
manera manual
Pases entre ambientes de manera manual
MediaTek Consulting Hub

19. MONITOREO
MODELO DE DELIVERY
Madurez Práctica Descripción Criterios de Evaluación
5
Self- Healing Remediación automática en
base a monitoreo continuo
Monitoreo automático donde las incidencias se generan
automáticamente y estos generan las peticiones para levantar
la incidencia (resiliencia)
Existe la capacidad de solucionar
automáticamente las incidencias y problemas
identificadas durante el proceso de monitoreo
4
Identificación automática de incidentes y
problemas
Existe un monitoreo continuo de las aplicaciones e
incidencias, y un análisis de los datos recolectados para
identificar y notificar sobre incidencias o problemas
Identificación y notificación de problemas e
incidencias
3
Monitorización continua a nivel aplicativo
(APM)
Se monitorean las aplicaciones constantemente a través de
herramientas
Existe un monitoreo continuo del estatus de las
aplicaciones
2 Monitorización continua infraestructura
Se monitorea la infraestructura constantemente a través de
herramientas
Existe un monitoreo continuo del estatus de la
infraestructura
1 Monitorización bajo demanda
Existe la posibilidad de monitorear ambientes y aplicaciones
bajo demanda
Se realizan análisis de las aplicaciones y
ambientes bajo demanda
MediaTek Consulting Hub

20. HABILITACIÓN
MODELO DE DELIVERY
Madurez Práctica Descripción Criterios de Evaluación
5
Entornos aprovisionados
automáticamente de manera dinámica
Provisión automática y dinámica de los ambientes previos
según la necesidad. Los ambientes pueden ser efímeros para
consumir sólo los recursos necesarios
Los ambientes previos son generados de forma
automática y dinámica
4
Entornos aprovisionados
automáticamente
Provisión de los ambientes previos automáticamente mediante
herramientas según la necesidad de los mismos
Los ambientes son generados de forma
automática según la necesidad
3
Aprovisionamiento basado en
herramientas
Los ambientes son generados bajo demanda a través de
herramientas de aprovisionamiento con las configuraciones
especificas para cada ambiente
Los ambientes son generados bajo demanda a
través de herramientas de aprovisionamiento
2
Aprovisionamiento basado en scripts ad-
hoc + configuración manual
Provisión de los ambientes previos mediante scripts
generados y configuraciones de los ambientes
Los ambientes son generados de forma
automática a través de scripts
1
Entornos aprovisionados de forma
manual
Provisión de los ambientes previos manualmente mediante
solicitudes o formatos
Los ambientes son generados previa solicitud
al equipo responsable
MediaTek Consulting Hub

21. Ejemplo de resultados del modelo
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.
MediaTek Consulting Hub

22. Definición del roadmap de adopción
MediaTek Consulting Hub

23. ¿Dónde descargo la última versión del
DevOps Maturity Assessment Model?
http://www.mediatekhub.com/docs/DevopsMaturityAssessment.pdf
MediaTek Consulting Hub
Si tienes sugerencias al modelo, tu feedback es valioso, por favor ponte en
contacto con:
javier.dominguez@mediatekhub.com

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