Métricas DORA y rendimiento de entrega
Cuatro números describen la capacidad de entrega de un equipo: cada cuánto despliega, cuánto tarda un cambio en llegar, con qué frecuencia rompe algo y cuánto tarda en recuperarse. Su valor no está en el puntaje, sino en que las cuatro se mueven juntas.
Durante años la discusión sobre rendimiento de equipos de software fue sobre velocidad contra calidad, como si fueran extremos de una misma perilla. Los estudios de DORA mostraron algo contraintuitivo y bastante sólido: los equipos que despliegan más seguido también rompen menos y se recuperan antes.
La explicación no es mágica. Desplegar seguido obliga a lotes chicos, automatización y vuelta atrás barata, y esas tres cosas son justamente las que reducen los incidentes. Las cuatro métricas no miden cuatro cosas: miden una sola desde cuatro ángulos.
Las cuatro
| Métrica | Qué mide exactamente | Qué la empeora | Cómo se mejora |
|---|---|---|---|
| Frecuencia de despliegue | Cada cuánto llega un cambio a producción | Releases grandes, ventanas de despliegue, aprobaciones manuales | Lotes chicos y automatización |
| Tiempo de entrega | De commit a producción | Colas de revisión, pruebas lentas, pasos manuales | Acortar la cola antes que acelerar la máquina |
| Tasa de fallas en cambios | Qué porcentaje de despliegues causa un problema | Cambios grandes y falta de pruebas donde importa | Lotes chicos y banderas de funcionalidad |
| Tiempo de recuperación | Cuánto tarda el servicio en volver a estar bien | Vuelta atrás cara, falta de visibilidad, nadie de guardia | Vuelta atrás automática y alertas que sirven |
Antes de seguir, predecí
Cómo se usan sin hacer daño
El riesgo de cualquier métrica de equipo es convertirse en objetivo y dejar de medir lo que medía. Con DORA pasa rápido y de formas predecibles.
| Si se usa así | Lo que se provoca |
|---|---|
| Comparando equipos entre sí | El equipo con el sistema más viejo queda siempre último, y deja de reportar bien |
| Como meta individual | Se parten commits artificialmente para inflar la frecuencia |
| Con objetivo de cero fallas | Nadie despliega los viernes, ni nada riesgoso, nunca |
| Midiendo sólo la velocidad | Sube la tasa de fallas y nadie lo mira |
| Como tendencia propia del equipo | Es el único uso que funciona: cada equipo contra sí mismo, mes a mes |
| Número que ves | Qué preguntar | Causa frecuente |
|---|---|---|
| Tiempo de entrega alto, despliegues frecuentes | ¿Dónde espera un cambio? | La cola de revisión: los cambios esperan días para ser mirados |
| Despliegues poco frecuentes | ¿Qué hace falta para desplegar hoy? | Un paso manual, una ventana, una aprobación |
| Tasa de fallas alta | ¿De qué tamaño son los cambios? | Lotes grandes acumulados por desplegar poco |
| Recuperación lenta | ¿Cuánto tarda una vuelta atrás? | No hay vuelta atrás automática o nadie sabe ejecutarla |
| Todo bien pero el producto no avanza | ¿Estamos entregando lo correcto? | DORA mide capacidad, no valor: falta mirar métricas de producto |
El cuello de botella suele ser la espera
Cuando se mide el tiempo de entrega de punta a punta y se descompone, el resultado sorprende a casi todos los equipos: la mayor parte del tiempo un cambio no está siendo trabajado, está esperando.
| Etapa | Tiempo típico | Naturaleza |
|---|---|---|
| Escribir el cambio | Horas | Trabajo |
| Esperar revisión | Uno a tres días | Espera |
| Corregir lo señalado | Horas | Trabajo |
| Esperar segunda revisión | Horas a un día | Espera |
| Esperar la ventana de despliegue | Horas a una semana | Espera |
| Desplegar | Minutos | Automatizado |
Dos equipos, las cuatro métricas
Dos equipos del mismo tamaño y el mismo producto. El equipo A despliega todos los días; el B, una vez por mes.
Lo que preguntan sobre esto
Cierre
Autoevaluación
¿Lo entendiste?
Práctica