Technology

DORA metrics dashboard para equipo de engineering

Tu CEO te pregunta '¿cómo va el equipo de eng?' y respondes con 'feedback cualitativo'. DORA metrics (deployment frequency, lead time, change failure rate, MTTR) te dan la señal objetiva — pero mal implementado se vuelve vanity metrics que no dicen nada. Esta sesión diseña el dashboard adaptado a tu team size y stack, con umbrales calibrados no arbitrarios.

$280–$52075 min

¿Te pasa esto?

  • Mi CEO quiere métricas de eng 'objetivas' y solo tengo 'velocity de Jira' que miente

  • Mi equipo deploy 2x al día pero siento que la calidad cae — sin data para demostrarlo

  • Mi head of eng dice 'elite performer' según Accelerate pero no sé si es cierto

  • Mi change failure rate lo estoy inventando — no hay sistema que lo mida realmente

  • Tengo 20 devs y no sé si mi productividad es normal, buena o mala

Qué te llevarás

  • Definición de 4 DORA metrics adaptada a tu stack: qué cuenta como 'deploy', 'incident', 'change failure'

  • Diseño del dashboard: fuentes (GitHub, CI, incident tool), refresh frequency, visibilidad (team vs leadership)

  • Umbrales calibrados: qué score es 'low', 'medium', 'high', 'elite' para tu team size (no benchmarks de Google)

  • Anti-patterns: 3 formas en que DORA se vuelve vanity (inflar deploys, under-report incidents, etc.) y cómo prevenir

  • Plan de 'no-shame': cómo presentar DORA al equipo sin que se convierta en management por métrica

Esta sesión no es para…

  • Esta sesión NO implementa el dashboard — diseña las métricas + fuentes, la implementación técnica es aparte

  • No mide productividad individual — DORA es team-level por diseño

  • No reemplaza 1:1s ni feedback cualitativo — complementa

Si tu OKR pinta rojo en…

  • Deployment frequency
  • Lead time for changes
  • Change failure rate
  • Mean time to recovery

Preguntas frecuentes

  • ¿DORA aplica si soy solo 5 devs?

    Parcialmente. Lead time + change failure rate son útiles. Deploy frequency en team de 5 puede ser vanity. El experto te adapta el subset según team size.

  • ¿Cómo defino 'change failure' sin sistema formal de incidents?

    Proxy: rollbacks + hotfixes + alertas que requirieron acción humana. No es perfecto pero es un baseline para iterar. El experto te da la definición operativa.

  • ¿Mi deploy frequency es 1x/semana — estoy mal?

    Depende del stack. B2B SaaS mid-market: 1x/semana está en 'medium'. Fintech regulado: 1x/semana es 'high'. Early-stage startup: deberías apuntar a 1x/día mínimo. El experto te da el benchmark por segmento.

  • ¿Qué traigo a la sesión?

    Stack actual (GitHub/GitLab, CI tool, incident tool), tamaño del equipo eng, deploy frequency aproximado actual, y 3 preguntas específicas que tu CEO/board te ha hecho sobre productividad. El experto diseña según eso.

  • ¿El equipo se va a sentir observado?

    Depende del framing. DORA es team-level, no individual. Presentar como 'salud del sistema' (como un dashboard de producción) funciona. Presentar como 'rating de devs' destruye el equipo.

Expertos que resuelven esta tarea

Aún estamos curando a los expertos para esta tarea.