O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

Devops Maturity Assessment Model - Ágiles 2019

Propuesta de Modelo de Madurez en orden a fijar un posible roadmap de adopción DevOps

  • Entre para ver os comentários

Devops Maturity Assessment Model - Ágiles 2019

  1. 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)
  2. 2. 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
  3. 3. 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
  4. 4. 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
  5. 5. 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
  6. 6. 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
  7. 7. Pincipales desafíos al adoptar DevOps Fuente: https://www.gartner.com/smarterwithgartner/the-science-of-devops-decoded/ MediaTek Consulting Hub
  8. 8. 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
  9. 9. 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
  10. 10. 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
  11. 11. 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
  12. 12. 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
  13. 13. 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
  14. 14. 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
  15. 15. 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
  16. 16. 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
  17. 17. 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
  18. 18. 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
  19. 19. 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
  20. 20. 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
  21. 21. Definición del roadmap de adopción MediaTek Consulting Hub
  22. 22. ¿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
  23. 23. 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

×