Adoptar DevOps sin medir es como hacer dieta sin báscula: puedes tener la sensación de avanzar, pero no lo sabes. Las métricas DORA (DevOps Research and Assessment) se han convertido en el estándar de facto para evaluar el rendimiento de un equipo de entrega de software. Te cuento qué miden, cómo empezar y los errores que he visto cometer con ellas.
Las cuatro métricas
- Frecuencia de despliegue: cada cuánto llega código a producción. Los equipos de élite despliegan bajo demanda, varias veces al día.
- Lead time de cambios: tiempo desde el commit hasta producción. Refleja la salud de todo tu pipeline.
- Tasa de fallos en cambios: porcentaje de despliegues que provocan un incidente o rollback.
- Tiempo de restauración (MTTR): cuánto tardas en recuperar el servicio cuando algo falla.
La gracia está en el equilibrio: velocidad (las dos primeras) y estabilidad (las dos últimas). Mejorar solo una mitad suele significar que estás sacrificando la otra.
Cómo empezar a medirlas
- La frecuencia de despliegue y el lead time salen de tu pipeline: GitHub/GitLab, Jenkins o ArgoCD ya tienen esos datos.
- La tasa de fallos requiere disciplina: etiqueta los incidentes y rollbacks vinculándolos al despliegue que los causó.
- El MTTR sale de tu gestión de incidentes (PagerDuty, Opsgenie o incluso un canal de Slack bien etiquetado).
- Herramientas como Four Keys, Sleuth o los dashboards de GitLab automatizan gran parte del cálculo.
Las trampas (ley de Goodhart incluida)
- Cuando la métrica se convierte en objetivo, deja de ser buena métrica. Si premias desplegar mucho, tendrás muchos despliegues vacíos.
- No compares equipos entre sí: compara a cada equipo con su propio histórico. Contextos distintos, números distintos.
- No son métricas de personas: usarlas para evaluar individuos destruye la confianza y corrompe los datos.
- No lo son todo: DORA no mide si estás construyendo el producto correcto, solo si lo entregas bien.
Conclusión
Las métricas DORA son la mejor forma que conozco de convertir «vamos bien» en datos accionables. Empléalas como termómetro del sistema, no como látigo para el equipo, y revísalas en retrospectivas: cada mejora en ellas suele esconder una conversación interesante sobre cómo trabajáis.
¿Medís DORA en tu equipo? ¿Os ha cambiado alguna decisión? Cuéntamelo en los comentarios. 😊