Métricas DORA no planejamento só funcionam se os quatro números tiverem dono: tempo de lead, frequência de deploy, taxa de falha na mudança e tempo de recuperação. Dashboard sem responsável é decoração. Planejamento de verdade escolhe um gargalo, um dono e um jeito de medir no pipeline — não no slide de “cultura data-driven”.

Os quatro números existem para conversar sobre fluxo, não para enfeitar OKR. Quando o time copia um painel de internet e não consegue explicar o denominador, o planejamento já começou mentindo. Melhor um número feio com definição clara do que um gráfico verde que ninguém reproduz.

Quatro números, quatro donos — ou um dono dos quatro

DORA clássico:

  1. Lead time — da commit (ou do PR pronto) até produção.
  2. Frequência de deploy — quantas vezes o software vai para o usuário.
  3. Change fail — fração de deploys que exigem hotfix, rollback ou incidente.
  4. Tempo de recuperação — do “está quebrado” ao “está estável”.

No planejamento, cada um precisa de fonte. Lead time sai do Git e do pipeline, não da memória da daily. Falha precisa de critério: o que conta como falha (página fora, job crítico, dado errado). Sem critério, a taxa vira opinião. Um dono de métrica pode ser o tech lead do produto; o que não pode é “o dashboard da ferramenta”.

Quem trabalha metodologias ágeis com entrega de valor já sabe: métrica sem ação no sprint é teatro. DORA entra no quadro como impedimento ou como hipótese (“vamos reduzir espera de review”), não como wallpaper.

O dashboard de mentira — sinais

  • Número que só o fornecedor da ferramenta explica.
  • Meta copiada de “elite DORA” sem olhar o contexto do legado.
  • Lead time que ignora fila de PR e conta só o compile.
  • Change fail que esconde hotfix porque “não abrimos incidente”.

O planning de janeiro é o momento de matar isso. Escreva as definições numa página do repositório. Se o número não puder ser recalculado por outra pessoa em uma hora, ele não entra no planejamento. O fechamento do Q1 com DORA só faz sentido se janeiro combinou o que seria medido.

Lead time travado no review — não no compile — é o gargalo mais comum em times que já automatizaram o build. Trate como item de processo, não como falha de compilador. O meio do ano cobra a conta se o planning só embelezou o gráfico.

O que cabe no planejamento sem virar projeto paralelo

Escolha um número para o trimestre. Um. Se lead time está dominado pela espera de review, o trabalho é acordo de SLA de PR, pair e lote menor — não “adotar DORA”. Se deploys são raros por medo, o trabalho é ambiente e rollback, não um painel novo.

Checklist de planning:

  • definição dos quatro números em uma página;
  • dono nomeado (humano, não canal);
  • fonte no pipeline ou no Git;
  • uma aposta de processo para o trimestre;
  • data de revisão — o DORA no meio do ano não pode ser surpresa.

Não inventamos aqui o percentil da sua empresa. Inventar meta “elite” sem evidência é o dashboard de mentira com prazo.

Como a Tech Coders usa DORA na fábrica

Na fábrica de software, DORA entra no sprint de 15 dias quando o gargalo é de fluxo: review, lote, rollback. Não vendemos um painel. Combinamos definição, dono e o que o time vai mudar no quadro. Sustentação 24×7 e resgate de projeto usam os mesmos quatro números para não operar no escuro — com a honestidade de que legado sujo distorce frequência de deploy até o pipeline estar de pé.

Perguntas frequentes

Preciso dos quatro números no primeiro planning?

Precisa das quatro definições. A aposta do trimestre pode ser um número. Medir quatro coisas e não agir em nenhuma é o dashboard de mentira clássico.

Ferramenta de DORA substitui o dono?

Não. Ferramenta coleta. Dono interpreta e põe item no sprint. Sem dono, a ferramenta vira wallpaper da sala.

Meta “elite” do relatório DORA serve para legado?

Serve como referência de mercado, não como contrato. Legado com deploy mensal não vira deploy diário por decreto. O planning honesto escolhe o próximo degrau medível.

Daily deve ler DORA todo dia?

Não. Daily trata impedimento. DORA entra na retrospectiva e no planning. Ler gráfico todo dia sem mudar fila de PR só cansa o time.