Analizamos el Change Failure Rate (CFR), una métrica indispensable para medir y mejorar los procesos de desarrollo de software DevOps. Veremos qué es, cómo calcularlo y cómo mejorarlo para alcanzar nuestros objetivos.
Lo que vas a ver en este post:
¿Qué es el Change Failure Rate (CFR)?
El Change Failure Rate (CFR) es una métrica que mide el porcentaje de despliegues fallidos en producción. Calcula la relación entre los cambios exitosos y los cambios entregados a los usuarios que requieren de una corrección (hotfix, rollback, patch, etc.). Revela, por tanto, la eficiencia del proceso de despliegue. Según las mejores prácticas DevOps, este procedimiento debe ser completamente automatizado y estable.
El CFR es una de las DORA Four Key Metrics, las cuatro métricas fundamentales para medir el éxito de las iniciativas de DevOps. Como el Time to Restore Service, es un indicador de la estabilidad del servicio. Mientras que el Lead Time For Changes y la Deployment Frequency revelan la velocidad del equipo.
Analizar estas cuatro medidas conjuntamente proporciona información muy valiosa para conocer y mejorar el rendimiento del desarrollo de software con un enfoque DevOps y conseguir mejores resultados comerciales.
Además, la tasa de cambios fallidos es una métrica muy interesante para perfiles como los líderes de producto, a los que permite conocer la presencia y gestión de errores por parte del equipo. Analizar el CFR ayuda a localizar y solucionar defectos y es fundamental para garantizar la seguridad de los cambios en el código.
¿Qué CFR debe tener un equipo?
El porcentaje de despliegues defectuosos en producción varía en función de las capacidades del equipo. Según el informe Accelerate State of DevOps de 2021, el Change Failure Rate suele ser inferior al 15% en alto rendimiento. Mientras que en equipos con menor desempeño, el CFR puede ascender hasta el 30%.
¿Cómo calcular el Change Failure Rate?
Para calcular el Change Failure Rate necesitamos conocer el número de despliegues que fueron realizados y cuántos de ellos presentaron defectos en producción. De este modo, si un equipo realizó 5 cambios y uno de ellos requirió correcciones, su CFR será del 20%. Una alta tasa de fallos supone una pérdida de tiempo y recursos, impactando negativamente en los resultados comerciales de la empresa.
Es una medida valiosa pero difícil de conocer, que necesita datos procedentes de las herramientas de CI/CD. Nuestra plataforma SENTRIO se integra con herramientas como Jenkins y Azure DevOps para permitirnos visualizar y analizar la tasa de fallo de cada sistema a través de paneles intuitivos como éste:
¿Cómo mejorar esta métrica?
Automatizar las pruebas o trabajar en cambios pequeños son medidas muy útiles para reducir el Change Failure Rate. Estas prácticas facilitan la identificación y resolución de bugs y ya vimos que resultan de gran ayuda también para mejorar el Lead Time for Changes.
La clave para lograr la evolución a un equipo de alto rendimiento no es no cometer errores, sino ser capaz de actuar sobre los defectos lo antes posible y aprender de ellos para mejorar los flujos de trabajo posteriores.
Medir el Change Failure Rate con SENTRIO
El Change Failure Rate (CFR) es una métrica clave para medir la eficiencia de un equipo en sus despliegues y, en definitiva, para analizar y mejorar la efectividad de las iniciativas DevOps.
Con la plataforma de Value Stream Management SENTRIO podrás conocer y optimizar la tasa de cambios fallidos de tus productos de forma sencilla y cumplir tus objetivos. ¡Pide una demo gratuita ahora!
