Autoevaluación de métricas DORA para equipos

Estima en equipo vuestras cinco métricas de entrega DORA y actúa sobre la más débil.

Pruebe esta evaluación de salud en directo

¿Qué son las métricas DORA?

DORA (DevOps Research and Assessment), el programa de investigación que ahora forma parte de Google Cloud, identificó un pequeño conjunto de métricas de entrega de software que predicen el rendimiento de los equipos. Tres miden el rendimiento (throughput): con qué frecuencia despliegas, cuánto tarda un cambio en llegar a producción y con qué rapidez te recuperas de un despliegue fallido. Dos miden la inestabilidad: con qué frecuencia fallan los despliegues y cuántos despliegues son correcciones no planificadas. La mayoría de los equipos no tiene estas cifras en un panel. Esta autoevaluación es una versión para equipos del Quick Check individual de DORA: cada persona elige el rango que mejor refleja su experiencia de los últimos tres meses. Los rangos de respuesta son de TeamRetro, no los valores de referencia oficiales de DORA. Cuando las personas eligen rangos distintos, esa diferencia es lo primero de lo que hay que hablar. Lleva la métrica más débil a la retrospectiva y acuerda con el equipo un cambio para mejorarla.

Dimensiones

Rendimiento

Con qué rapidez y con qué frecuencia llegan los cambios a producción.

  • Frecuencia de despliegue

    ¿Con qué frecuencia despliega nuestro equipo en producción?

    1. Menos de una vez cada seis meses
    2. Entre una vez al mes y una vez cada seis meses
    3. Entre una vez a la semana y una vez al mes
    4. Entre una vez al día y una vez a la semana
    5. Bajo demanda (varias veces al día)

  • Tiempo de entrega de cambios

    ¿Cuánto tarda un cambio confirmado (commit) en llegar a producción?

    1. Más de seis meses
    2. De uno a seis meses
    3. De una semana a un mes
    4. De un día a una semana
    5. Menos de un día

  • Tiempo de recuperación de despliegues fallidos

    Cuando un despliegue falla y requiere atención inmediata, ¿cuánto tardamos en recuperarnos?

    1. Más de un mes
    2. De una semana a un mes
    3. De un día a una semana
    4. Menos de un día
    5. Menos de una hora

Inestabilidad

Con qué frecuencia fallan los despliegues y hay que corregirlos.

  • Tasa de fallos de cambios

    ¿Qué proporción de nuestros despliegues requiere una intervención inmediata, como un rollback o un hotfix?

    1. Más del 45 %
    2. Del 30 % al 45 %
    3. Del 15 % al 30 %
    4. Del 5 % al 15 %
    5. Menos del 5 %

  • Tasa de retrabajo de despliegues

    ¿Qué proporción de nuestros despliegues no estaba planificada y se hizo para corregir un problema en producción?

    1. Más del 45 %
    2. Del 30 % al 45 %
    3. Del 15 % al 30 %
    4. Del 5 % al 15 %
    5. Menos del 5 %

Cuándo debe realizarse esta revisión médica

  • Cuando quieres conocer tus cifras DORA pero aún no tienes herramientas para medirlas.
  • Cada trimestre, para seguir la entrega junto con el Health Check del marco SPACE.
  • Antes de invertir en herramientas de entrega, para acordar qué métrica es el verdadero cuello de botella.

Consejos y trucos

  • Acordad el periodo de referencia antes de puntuar. Los últimos tres meses funcionan para la mayoría de los equipos.
  • Si las puntuaciones se reparten entre varios rangos, las personas perciben la entrega de forma distinta. Hablad de ello antes de fijaros en la media.
  • Usa N/A para «no lo sé». Muchas respuestas N/A suelen indicar que merece la pena medir esa métrica en serio.
  • Las métricas DORA describen el sistema de entrega de un equipo, no el rendimiento individual. Compara equipos con cuidado.
  • Elige la métrica más débil, acordad un cambio en la retrospectiva y repetid la evaluación el próximo trimestre.
  • Para analizar las prácticas que hay detrás de las cifras, continúa con la Evaluación de madurez DevOps.

Preguntas frecuentes

¿Qué son las métricas DORA?
Cinco métricas de entrega de software del programa de investigación DORA. La frecuencia de despliegue, el tiempo de entrega de cambios y el tiempo de recuperación de despliegues fallidos miden el rendimiento. La tasa de fallos de cambios y la tasa de retrabajo de despliegues miden la inestabilidad. Las «cuatro métricas clave» originales no incluían la tasa de retrabajo, que DORA añadió más recientemente.
¿Qué significa DORA?
DevOps Research and Assessment. Es el programa de investigación que publica los informes State of DevOps y forma parte de Google Cloud desde 2018.
¿Cómo se miden las métricas DORA sin una herramienta?
Preguntando a quienes hacen el trabajo. En esta evaluación, cada persona elige el rango que mejor refleja los últimos tres meses. Es menos precisa que extraer los datos del pipeline, pero es rápida, muestra en qué no coincide el equipo y te indica qué métrica conviene medir bien primero.
¿Qué es una buena puntuación DORA?
No hay una nota mínima. Según la investigación de DORA, los equipos con mejor rendimiento despliegan a menudo, llevan los cambios a producción rápidamente y se recuperan enseguida, al tiempo que mantienen bajas las tasas de fallos y de retrabajo. La velocidad y la estabilidad suelen ir de la mano en lugar de excluirse. Compara primero a tu equipo con su propio resultado anterior.
¿Cuál es la diferencia entre DORA y SPACE?
DORA mide la entrega de software con un pequeño conjunto de métricas. SPACE es más amplio: abarca cómo se sienten los desarrolladores, cómo colaboran y cómo fluye el trabajo, además de los resultados. Muchos equipos usan DORA para la entrega y SPACE para tener una visión más completa. TeamRetro también ofrece un Health Check del marco SPACE.
¿Qué es el tiempo de entrega de cambios?
El tiempo que transcurre desde que un cambio se confirma en el control de versiones hasta que se ejecuta en producción.

Based on DORA's software delivery performance metrics (dora.dev). TeamRetro isn't affiliated with DORA or Google.

Revisiones médicas relacionadas