Métricas DORA y salud de CI/CD

¡Le damos la bienvenida a las métricas DORA! En el desarrollo de software moderno, no basta con implementar código. Necesitamos comprender cómo de bien funcionan nuestros procesos de desarrollo y operaciones.

Las métricas DORA ofrecen un marco eficaz para medir y mejorar el estado de su CI/CD y el rendimiento general de DevOps.

DORA son las siglas de DevOps Research and Assessment, el grupo que identificó cuatro métricas clave que predicen el rendimiento de la entrega de software y los resultados de la organización.

• Frecuencia de implementación (DF)
• Tiempo de entrega de los cambios (LTFC)
• Tiempo medio de restauración (MTTR)
• Tasa de fallos de los cambios (CFR)

¡Analicemos cada una!

La frecuencia de implementación mide con qué frecuencia su organización publica correctamente código en producción. Indica con qué rapidez puede aportar valor a sus usuarios.

Una mayor frecuencia de implementación suele significar que se implementan cambios más pequeños y menos arriesgados, lo que genera ciclos de comentarios más rápidos y una mejora continua.

Para realizar un seguimiento de la frecuencia de implementación, solo tiene que contar el número de implementaciones correctas en su entorno de producción durante un periodo específico (por ejemplo, diario, semanal o mensual).

• Ejemplo: Si su equipo implementa 15 veces en una semana, su DF es 15 por semana.
• Objetivo: Aumentar este número. Los equipos de rendimiento excepcional implementan varias veces al día.

El tiempo de entrega de los cambios es el tiempo que tarda un cambio de código en pasar del commit a ejecutarse correctamente en producción. Mide la velocidad de toda su canalización de desarrollo.

Esta métrica destaca la eficiencia de su proceso de desarrollo, incluidos la programación, las pruebas, la revisión y la implementación.

El LTFC comienza cuando un desarrollador hace commit del código y termina cuando ese código está disponible para los usuarios. Suele medirse en horas o días.

• Ejemplo: Una funcionalidad cuyo commit se realiza el lunes por la mañana y que está disponible en producción el martes por la tarde tiene un LTFC aproximado de 36 horas.
• Objetivo: Reducir este tiempo. Los tiempos de entrega más cortos significan una entrega más rápida y una iteración más ágil.

El tiempo medio de restauración (MTTR) mide cuánto se tarda en restaurar el servicio después de un incidente o fallo en producción. Refleja la capacidad de su equipo para responder a los problemas y recuperarse de ellos.

Un MTTR bajo indica una sólida resiliencia operativa y procedimientos eficaces de respuesta ante incidentes.

El MTTR se calcula desde el momento en que se detecta un incidente hasta que el servicio se restaura por completo. Normalmente se mide en minutos u horas.

• Ejemplo: Si una interrupción de una aplicación tarda 2 horas en identificarse, diagnosticarse y resolverse, el MTTR de ese incidente es de 2 horas.
• Objetivo: Reducir este tiempo. Una recuperación más rápida minimiza el impacto en los usuarios y las interrupciones del negocio.

La tasa de fallos de los cambios es el porcentaje de cambios en producción que provocan una degradación del servicio, requieren una reversión o necesitan de cualquier otra forma una corrección inmediata.

Esta métrica es fundamental para comprender la estabilidad y fiabilidad de su proceso de implementación. Un CFR alto sugiere problemas en las prácticas de pruebas o implementación.

El CFR se calcula dividiendo el número de implementaciones fallidas entre el número total de implementaciones durante un periodo y multiplicando el resultado por 100.

• Ejemplo: Si de 100 implementaciones, 5 provocan un incidente en producción, su CFR es del 5 %.
• Objetivo: Mantener este número lo más bajo posible. Los equipos de rendimiento excepcional suelen tener un CFR inferior al 15 %.

Ha aprendido sobre las cuatro métricas DORA. Ahora, ponga a prueba su comprensión de lo que mide cada una.

¡Enhorabuena! Ha aprendido sobre las cuatro métricas DORA:

• Frecuencia de implementación: con qué frecuencia realiza lanzamientos.
• Tiempo de entrega de los cambios: con qué rapidez llega el código a producción.
• Tiempo medio de recuperación: con qué rapidez corrige los problemas.
• Tasa de fallos de los cambios: con qué frecuencia las implementaciones causan problemas.

Al realizar un seguimiento de estas métricas, puede obtener información detallada sobre el estado de su CI/CD e impulsar la mejora continua en sus prácticas de DevOps.