Blog/Artigos · Cloud e Plataforma
As quatro métricas, velocidade e estabilidade que não se opõem, os clusters de desempenho e a armadilha de virar a métrica em meta.
A Mishná ensina que com a medida com que a pessoa mede, medem-na de volta: a régua que se escolhe para julgar é a régua pela qual se é julgado. A frase carrega duas verdades sobre métrica. A primeira, que medir importa, porque a medida molda o comportamento. A segunda, escondida, que a medida errada volta contra você, porque o que você escolhe medir é o que o time vai otimizar, para o bem ou para o mal. As métricas DORA são a melhor régua que a indústria achou para a saúde da entrega de software, respaldadas por anos de pesquisa. Mas a mesma Mishná avisa: escolha a medida com cuidado, porque é por ela que você será medido, e é ela que vai moldar o que o time faz.
Times de tecnologia sempre foram medidos por réguas ruins: linhas de código, número de commits, horas trabalhadas, story points entregues. Todas medem atividade, não resultado, e todas são fáceis de inflar sem entregar nada de valor. O trabalho da DORA, o grupo de pesquisa DevOps Research and Assessment, hoje parte do Google, foi encontrar as poucas métricas que de fato correlacionam com desempenho de negócio, medindo o resultado da engenharia, e não o suor dela. O resultado saiu no livro Accelerate, de Nicole Forsgren, Jez Humble e Gene Kim, baseado em anos de pesquisa com milhares de organizações.
São quatro métricas, e a elegância está em serem poucas e complementares. Duas medem velocidade, a rapidez com que o valor chega ao usuário: com que frequência se faz deploy, e quanto tempo uma mudança leva do commit à produção. Duas medem estabilidade, a qualidade com que ele chega: que percentual das mudanças causa falha, e quanto tempo se leva para restaurar quando algo quebra. Juntas, elas contam a história inteira: entregar rápido sem quebrar, ou entregar rápido quebrando tudo, ou entregar devagar e ainda assim quebrar. Quatro números, e o time inteiro sabe onde está.
Por décadas, a indústria acreditou num trade-off: ou você entrega rápido, ou você entrega estável, escolha um. A pressa quebra, a cautela atrasa. A pesquisa da DORA demoliu esse mito com dado: as organizações de elite são melhores nas quatro métricas ao mesmo tempo. Elas entregam mais rápido e quebram menos, e se recuperam mais rápido quando quebram. Velocidade e estabilidade não se opõem; se reforçam. Quem entrega em lotes pequenos e frequentes quebra menos, porque a mudança pequena é fácil de revisar e de reverter, e quando quebra, o estrago é menor e a causa é óbvia.
Essa descoberta muda a conversa de gestão. Deixa de ser aceitável dizer vamos mais devagar para ter mais qualidade, porque a pesquisa mostra que os melhores fazem o contrário: vão mais rápido justamente porque têm mais qualidade. Lote pequeno, automação de teste, entrega contínua e capacidade de reverter rápido são o que dá as duas coisas juntas. As quatro métricas, lidas em conjunto, revelam onde o time está no mapa: alto nos dois eixos é elite; rápido mas instável é o cowboy que vai colher incidente; estável mas lento é o burocrata que perde mercado. Ler as quatro juntas é o que impede otimizar uma às custas da outra.
A DORA agrupa as organizações em clusters de desempenho, historicamente elite, alto, médio e baixo, com faixas de referência para cada métrica. Um time de elite faz deploy sob demanda, várias vezes por dia; leva menos de um dia do commit à produção; tem taxa de falha baixa; e restaura em menos de uma hora. Um time de baixo desempenho faz deploy uma vez a cada meses; leva meses do commit à produção; e leva semanas para restaurar. A distância entre os extremos é de ordens de grandeza, não de percentuais, e ela explica por que algumas empresas parecem correr enquanto outras se arrastam.
O valor dos clusters não é o troféu de ser elite; é o benchmark honesto de onde você está e o mapa de para onde ir. Medir as próprias quatro métricas e compará-las com as faixas mostra, sem política e sem opinião, se o time é rápido, se é estável, e o que precisa melhorar primeiro. E a comparação mais útil não é com a elite global, é com você mesmo ao longo do tempo: as quatro métricas subindo trimestre a trimestre são a prova de que a melhoria de processo, a automação, a plataforma, estão dando retorno. Sem essa régua, melhoria de engenharia é sensação; com ela, é uma linha que sobe ou não.
Aqui está o aviso escondido na Mishná, e a lei de Goodhart o formula: quando uma medida vira meta, ela deixa de ser uma boa medida. No instante em que a gestão diz quero deploy diário até dezembro e amarra bônus a isso, o time entrega deploys diários vazios, fatia uma mudança em dez para inflar a frequência, ou esconde falha para não subir a taxa. A régua boa vira gaming, e as métricas passam a mentir com precisão. As métricas DORA são resultados a observar, não metas a perseguir; elas medem a saúde do sistema de entrega, e mexer no termômetro não cura a febre.
A defesa é dupla. Primeira: usar as quatro sempre juntas, porque otimizar uma isolada quebra a outra, e é difícil enganar as quatro ao mesmo tempo sem de fato melhorar. Segunda: complementar a régua de resultado com a régua de gente, e o framework SPACE, dos mesmos pesquisadores, faz isso, olhando satisfação, desempenho, atividade, comunicação e eficiência, para que a busca por número não esconda um time exausto e infeliz produzindo métrica bonita. A medida certa, lida com honestidade e no conjunto certo, molda o comportamento certo. A medida transformada em meta, perseguida isolada, molda a trapaça. E como avisa a Mishná, é pela medida que você escolhe que você será medido de volta.
| Aspecto | Métrica como resultado | Métrica virada em meta |
|---|---|---|
| O que mede | a saúde real do sistema de entrega | o número, que passa a ser gamed |
| Comportamento que induz | melhorar o processo de verdade | inflar a frequência, esconder a falha |
| Como se protege | ler as quatro juntas, difícil de enganar | amarrar bônus a uma isolada quebra tudo |
| Complemento | SPACE olha a gente por trás do número | sem SPACE, esconde time exausto |
| Resultado final | a medida molda o comportamento certo | a medida mente com precisão |
A medição de entrega amadurece da régua ruim ao retorno medido. No começo se mede atividade, linhas e commits, que não dizem nada de valor. Depois vêm as quatro métricas DORA, calculadas ainda à mão. No meio elas são automáticas, extraídas do pipeline e dos incidentes. No topo são lidas em conjunto, comparadas com você mesmo ao longo do tempo, protegidas do gaming e complementadas pelo SPACE, virando o retorno medido de cada investimento em engenharia. Cada degrau troca a sensação de estar melhorando pela prova de estar.
As métricas DORA não vivem sozinhas. O tempo de restaurar é primo do MTTR da gestão de incidentes; a taxa de falha conversa com o error budget do SLO; a frequência de deploy é o que a entrega progressiva e o GitOps aceleram com segurança. Elas são o painel que mede se toda a maquinaria deste eixo, a plataforma, o IaC, o progressive delivery, está de fato entregando mais rápido e mais estável, ou só parecendo. Medir a entrega com a régua certa é o que fecha o ciclo: sem ela, cada melhoria é ato de fé; com ela, é uma linha que sobe, e a Mishná se cumpre no melhor sentido, a medida certa molda o time certo.
As métricas DORA são a melhor régua da saúde da entrega: frequência e lead time medem velocidade, taxa de falha e tempo de restaurar medem estabilidade, e o Accelerate provou que as duas andam juntas, demolindo o mito do trade-off. Os clusters dão o benchmark honesto, e a comparação mais útil é com você mesmo no tempo. Mas a Mishná avisa: quando a medida vira meta, mente, e a defesa é ler as quatro juntas e complementar com o SPACE. A IA calcula, correlaciona e denuncia o gaming. Escolher a medida com cuidado, porém, continua sendo decisão de quem entende que a régua molda o time.
Gerente de Operações, Tecnologia e Infraestrutura (SRE) numa central de registros. Trabalho com tecnologia desde 2009 e com cibersegurança em tempo integral desde 2015, em infraestrutura crítica, fintech e banking. Escrevo sobre o que eu opero: confiabilidade, segurança, governança e IA que passa por gate antes de chegar em produção.
Operaçõesקָו
Buscar 100% de disponibilidade é caro e inútil. O SLO define quanto de confiabilidade basta, e o error budget transforma isso em decisão: quando inovar e quando frear.
Cloud e Plataformaמְעַט מְעַט
Deploy de uma vez é falha de uma vez. Progressive delivery libera pouco a pouco: a mudança chega a poucos usuários, é medida, e só avança se os números aguentam. Feature flag separa subir código de ligar recurso, e o rollback vira automático quando a métrica quebra.
