Métricas DORA: Mide el Rendimiento de Ingeniería en Toda Tu Arquitectura
La mayoría de los equipos de ingeniería pueden decirte qué entregaron. Muy pocos pueden decirte qué tan rápido lo entregaron, con qué frecuencia falló, o cuánto tiempo les tomó recuperarse cuando falló. El conteo de despliegues está ahí. La señal de calidad, no.
Este punto ciego existe porque el rendimiento de entrega y la documentación de arquitectura siempre han vivido en mundos separados. Tu herramienta CI/CD conoce los pipelines. Tu herramienta de arquitectura conoce los sistemas. Ninguna sabe lo suficiente para responder la pregunta que realmente importa: ¿tu equipo está mejorando en la entrega de software?
Las métricas DORA cierran esa brecha — y Archyl ahora las calcula automáticamente a partir de tus datos de releases.
Las Cuatro Métricas Que Importan
En 2018, el equipo DORA (DevOps Research and Assessment, ahora parte de Google Cloud) publicó una investigación que muestra que cuatro métricas específicas predicen el rendimiento de entrega de software mejor que cualquier otra cosa. Desde entonces se han convertido en el estándar de la industria para medir la efectividad de ingeniería:
Deployment Frequency — Con qué frecuencia tu equipo despliega en producción. Los equipos Elite despliegan bajo demanda, varias veces al día. Los equipos Low despliegan entre una vez al mes y una vez cada seis meses.
Lead Time for Changes — Cuánto tiempo pasa desde el commit del código hasta el despliegue en producción. Los equipos Elite lo miden en horas. Los equipos Low lo miden en meses.
Change Failure Rate — Qué porcentaje de despliegues causa una falla en producción (requiriendo hotfix, rollback o parche). Los equipos Elite se mantienen por debajo del 5%. Los equipos Low superan el 46%.
Mean Time to Restore (MTTR) — Cuando ocurre una falla en producción, ¿cuánto tiempo tarda la recuperación? Los equipos Elite restauran el servicio en menos de una hora. Los equipos Low tardan entre una semana y un mes.
Lo que hace poderoso a DORA no es una métrica individual — son las cuatro juntas. Un equipo que despliega diez veces al día pero rompe producción la mitad del tiempo no está rindiendo bien. Un equipo con cero fallas pero un despliegue por trimestre está jugando demasiado seguro. Las cuatro métricas crean un cuadro de mando equilibrado que recompensa tanto la velocidad como la estabilidad.
DORA en Archyl: Construido sobre Tus Datos de Release
Lo interesante de las métricas DORA: los datos brutos ya existen si estás rastreando releases. Cada release tiene un timestamp, un estado y un entorno. Eso es suficiente para calcular las cuatro métricas automáticamente.
Si has estado usando la Gestión de Releases de Archyl — ya sea a través de GitHub Actions, webhooks o la API REST — ya tienes los datos. Solo necesitábamos hacer el cálculo.
Deployment Frequency se calcula a partir del conteo de despliegues exitosos en producción sobre una ventana de tiempo dada. Si enviaste 45 releases a producción en los últimos 30 días, tu frecuencia de despliegue es 1,5 por día.
Lead Time for Changes es el tiempo entre la creación de una release (o el timestamp del commit, cuando está disponible) y su despliegue exitoso en producción. Archyl calcula la mediana de todas las releases del período.
Change Failure Rate observa las releases con estado Failed o Rolled Back como porcentaje del total de despliegues. Si desplegaste 40 veces y 3 fueron revertidas, tu CFR es del 7,5%.
Mean Time to Restore mide el tiempo entre un despliegue fallido y el siguiente exitoso en el mismo entorno. Esto captura la velocidad de recuperación de tu equipo ante incidentes.
Las cuatro métricas se calculan automáticamente. Sin configuración, sin entrada manual. Si tus releases están llegando a Archyl, las métricas DORA ya están ahí.
El Cuadro de Mando DORA
Cada métrica se clasifica en uno de cuatro niveles de rendimiento, basados en los benchmarks establecidos por la investigación DORA:
- Elite — Rendimiento de primer nivel. Estás en el bracket superior de equipos de ingeniería a nivel global.
- High — Rendimiento sólido. Estás por delante de la mayoría de los equipos pero tienes margen de mejora.
- Medium — Rendimiento promedio. Hay áreas claras de mejora.
- Low — Por debajo del promedio. Estas métricas indican dónde tu pipeline de entrega necesita atención.
El scorecard te da una vista de un vistazo: cuatro tarjetas, cuatro métricas, cuatro niveles. Cada tarjeta muestra el valor actual, el nivel de rendimiento con un indicador de color y una breve explicación. No necesitas memorizar benchmarks DORA — el scorecard interpreta los números por ti.
Un nivel de rendimiento general se calcula a partir de la combinación de las cuatro métricas. Si tres de tus métricas son Elite y una es High, estás rindiendo a nivel Elite en general.
Gráficos de Tendencia: La Dirección Importa Más que la Posición
Una foto puntual de las métricas DORA te dice dónde estás. Una tendencia te dice hacia dónde vas. El dashboard DORA incluye gráficos de tendencia que trazan cada métrica a lo largo del tiempo, para que puedas ver si las cosas están mejorando, estables o degradándose.
Selecciona un período — 7 días, 30 días, 90 días o un rango personalizado — y el gráfico muestra tu trayectoria. La frecuencia de despliegue quizás sube constantemente. El lead time pudo haber tenido un pico después de un gran refactoring pero se está recuperando. El change failure rate quizás está estable en un nivel saludable.
Las tendencias son lo que transforma las métricas de una herramienta de revisión de rendimiento en una herramienta de mejora continua. No revisas DORA una vez al trimestre para archivarlo en un informe. Observas las tendencias semanalmente, notas cuando el lead time sube e investigas antes de que se convierta en un problema.
Adaptado a Tu Arquitectura
Como Archyl conoce tu modelo C4, las métricas DORA no se limitan a agregados de todo el proyecto. Puedes enfocar las métricas a un sistema o contenedor específico.
¿Quieres saber la frecuencia de despliegue solo del Payment Gateway? Filtra por ese sistema. ¿Curioso de si el Notification Service tiene una tasa de fallo más alta que la Account API? Compáralos lado a lado.
Aquí es donde las métricas conscientes de la arquitectura se vuelven realmente útiles. Un MTTR general de dos horas puede sonar genial — hasta que te das cuenta de que el API Gateway restaura en 15 minutos y el Billing Service tarda 18 horas. Las métricas enfocadas revelan los valores atípicos que los promedios esconden.
Vista DORA a Nivel de Organización
Para líderes de ingeniería que gestionan múltiples proyectos, la vista DORA a nivel de organización proporciona una visión panorámica de todos los proyectos del workspace.
La vista muestra una barra de resumen con el nivel de rendimiento agregado, luego una cuadrícula de tarjetas de proyecto — cada una mostrando las cuatro métricas DORA con sus niveles individuales. Puedes identificar inmediatamente qué proyectos están rindiendo a nivel Elite y cuáles tienen dificultades.
No se trata de clasificar equipos unos contra otros. Se trata de identificar dónde invertir. Si el lead time de un proyecto sube mientras otros son estables, es una señal que merece investigación. Si el change failure rate es alto en todos lados, quizás el problema es sistémico — infraestructura compartida, brechas en testing o herramientas de despliegue.
La vista de organización usa el mismo selector de período que la vista de proyecto, para alinear ventanas temporales al comparar entre proyectos.
El Ciclo de Retroalimentación
Las métricas DORA funcionan mejor como parte de un ciclo de retroalimentación. Así es como los equipos las usan efectivamente:
Configura el seguimiento de releases — Conecta tu pipeline CI/CD a Archyl usando GitHub Actions, webhooks o la API REST. Las releases empiezan a llegar automáticamente.
Establece una línea base — Después de unas semanas de datos, revisa tu scorecard DORA. Este es tu punto de partida. No lo juzgues — solo anótalo.
Observa las tendencias — Revisa semanalmente. ¿Las métricas van en la dirección correcta? Estable está bien. Degradándose es una señal.
Investiga anomalías — Cuando una métrica se mueve, enfócala en sistemas individuales. A menudo, un cambio general es impulsado por uno o dos servicios.
Itera — Haz cambios en tu proceso de entrega y observa la respuesta de las métricas. Revisiones de código más rápidas reducen el lead time. Mejor cobertura de tests reduce el change failure rate. Los feature flags reducen el MTTR.
La conclusión clave de la investigación DORA es que estas métricas son resultados, no objetivos. No mejoras la frecuencia de despliegue desplegando más — la mejoras eliminando la fricción que hace que desplegar sea lento o riesgoso. Las métricas te dicen si tus mejoras de proceso realmente están funcionando.
Conectando los Puntos
Las métricas DORA son la última pieza del enfoque de Archyl: documentación de arquitectura que refleja la realidad, no solo la intención.
Tus diagramas C4 muestran la estructura. Los Contratos de API muestran las interfaces. Los ADR muestran las decisiones. La Gestión de Releases muestra lo que se entregó. Y ahora las métricas DORA muestran qué tan bien funciona tu máquina de entrega.
Cada capa agrega contexto a la anterior. Un sistema en tu diagrama ya no es solo una caja con una flecha — es un servicio con una API definida, decisiones documentadas detrás de su diseño, un historial de despliegue y rendimiento de entrega medible. Esa es la diferencia entre un diagrama y una plataforma de arquitectura viva.
Para Empezar
Si ya estás rastreando releases en Archyl, las métricas DORA están disponibles ahora. Navega a la página Releases de tu proyecto y cambia a la pestaña Métricas. Tu scorecard y gráficos de tendencia ya están poblados.
Si aún no has configurado el seguimiento de releases, empieza por ahí. Sigue la guía de Gestión de Releases para conectar tu pipeline CI/CD, luego vuelve a la pestaña Métricas cuando tengas unas semanas de datos de despliegue.
Para insights a nivel de organización, abre la página de Releases sin seleccionar un proyecto específico y cambia a la pestaña Métricas. La vista general mostrará todos los proyectos de tu workspace con sus puntuaciones DORA individuales.
Tu arquitectura sabe lo que existe. Tus releases saben lo que se entregó. Ahora tus métricas saben qué tan bien estás entregando.
Aprende más sobre el seguimiento de despliegues en Gestión de Releases, o explora cómo las Solicitudes de Cambio de Arquitectura aportan flujos de revisión estructurados a tu modelo C4.