La Tasa de Fallos de Cambios (Change Failure Rate) mide la proporción de despliegues que fallan o que necesitan un cambio correctivo. Es el contrapeso de calidad de las métricas DORA orientadas a la velocidad.
Qué mide
De cada despliegue del período, qué proporción salió mal — ya sea porque el despliegue en sí falló, o porque hubo que corregirlo justo después.
De dónde viene la señal de falla
Igual que la Frecuencia de Despliegue, esta métrica lee de una de dos fuentes, y la misma opción de organización controla las dos:
Pull requests mergeados (por defecto) — un PR mergeado cuenta como falla cuando su título se lee como un cambio correctivo. Leanmote busca coincidencias, sin distinguir mayúsculas y en inglés y español:
fix,bugfix,hotfix,bug,glitch,parche,correccion,incidente,incidencia. Ten en cuenta quepatchno está en la lista, y que la coincidencia es sobre cualquier parte del título: un PR llamado «Add prefix handling» contienefixy cuenta como cambio correctivo. El denominador es cada PR mergeado del período.Despliegues de GitHub (opcional) — un despliegue cuenta como falla cuando GitHub reporta su estado como failure o error. Es la señal más directa de las dos: es el veredicto del propio pipeline sobre la release, no una inferencia a partir de lo que alguien escribió en un título. El denominador es cada despliegue a producción del período. En los equipos medidos por un check run de despliegue, un check que falla, expira o termina en action required cuenta como falla.
Si el número te parece más alto o más bajo de lo esperado, abre Ver detalles y lee qué se contó antes de sacar conclusiones.
Cómo lo calcula Leanmote
change_failure_rate = (failures / total) * 100
Fuente por defecto:
failures= PRs mergeados con título de cambio correctivo,total= todos los PRs mergeados.Fuente de despliegues:
failures= despliegues a producción en estado fallido,total= todos los despliegues a producción. Si tu organización nunca marca un entorno como producción, se cuentan todos los despliegues en lugar de ninguno.Se sigue por equipo y por repositorio, así puedes aislar los focos en lugar de culpar a toda la organización.
Ver detalles lista los ítems detrás del numerador: los PRs correctivos, o los despliegues fallidos con repositorio, entorno y hora de despliegue.
Cambiar a los despliegues de GitHub
Ve a Configuración → Módulos → Desempeño de Entregas y activa Medir despliegues desde GitHub (solo el propietario de la organización; la opción aparece cuando GitHub está conectado con al menos un repositorio activo). La Frecuencia de Despliegue cambia al mismo tiempo; el Tiempo de Entrega de Cambios y el Tiempo Medio de Recuperación siguen basados en el merge. Al activarlo se trae hasta un año de historial de despliegues — mira Frecuencia de Despliegue para el detalle del backfill y su aviso de progreso.
Cómo interpretarla
Por debajo del 15% se considera generalmente sano en las referencias de equipos de élite de DORA.
En alza mientras sube la frecuencia — puede que estés cambiando calidad por velocidad. Investiga la cobertura de tests y el proceso de release.
Los picos después de un cambio de proceso son normales, pero deberían normalizarse en 2 o 3 ciclos. Si no lo hacen, reviértelo.
Un salto justo después de cambiar de fuente — es lo esperado. «PRs que parecen arreglos» y «despliegues que fallaron» son poblaciones distintas, así que no leas el cambio como una regresión.
Qué hacer al respecto
Refuerza los tests previos al merge: unitarios, de integración y de contrato.
Agrega canary o rollout progresivo para que las fallas se detecten antes de la exposición completa.
Con la fuente por defecto, mantén los títulos de los PRs honestos: reserva las palabras fix/hotfix para trabajo correctivo real, así la métrica sigue siendo significativa.
Con la fuente de despliegues, asegúrate de que tu pipeline le reporte el estado del despliegue a GitHub: un despliegue fallido que nunca actualiza su estado es invisible para la métrica.
Emparéjala con el Tiempo Medio de Recuperación: una tasa de fallos más alta se tolera mejor cuando la recuperación es rápida.
Métricas relacionadas
Frecuencia de Despliegue
Tiempo Medio de Recuperación
Panorama de métricas DORA