← Team Health

GUIA

Toil Ratio: O Que Mede e Por Que Importa

A fração da capacidade mensal de um time gasta em trabalho operacional recorrente — o número que diz se "estamos ocupados demais pra entregar" é um problema de agenda ou um problema de toil.

O que mede

Toil ratio divide horas lançadas em trabalho classificado como Toil pela capacidade total do time no mês atual, expresso em porcentagem. O termo vem da prática de Site Reliability Engineering do Google: trabalho operacional manual, repetitivo, automatizável, que cresce junto do sistema em vez de encolher conforme o time melhora — pense em acompanhar deploy manualmente, pedido de acesso recorrente, limpeza repetitiva de plantão. É escopado no mês atual de propósito, mês corrente contra a capacidade cheia daquele mês, pra um time acompanhar toil se acumulando em tempo real em vez de descobrir só no fim do mês.

Por que importa

"A gente não tem tempo pra trabalhar no roadmap" é uma das reclamações mais comuns que um líder de engenharia ouve, e quase nunca vem acompanhada de um número. Toil ratio transforma essa reclamação em evidência: se um time está gastando 35% da capacidade em Toil, é mais de um terço do mês consumido antes de qualquer feature planejada começar, e é um número em cima do qual dá pra agir — automatizar a tarefa recorrente, adicionar gente, ou aceitar a troca explicitamente — em vez de adivinhar se a reclamação é real ou só um mês ruim. Sem medir, toil tem o hábito de crescer silenciosamente: cada novo contorno manual parece pequeno isoladamente, e o time ajusta a própria expectativa pra baixo sem ninguém decidir que essa era a escolha certa.

Como calcular

Classifique itens concluídos por categoria (as mesmas regras semânticas usadas pra Bug/Feature/Dívida Técnica/Toil/Risco em outro lugar), some as horas decorridas de tudo marcado como Toil no mês atual, e divida pela capacidade mensal total do time — a soma das horas do time, com qualquer override individual e porcentagem de alocação aplicados.

Um exemplo: um time de 5 pessoas com capacidade padrão de 160 horas por pessoa no mês tem 800 horas de capacidade total. Se 180 dessas horas caem em itens classificados como Toil, o toil ratio é 180 / 800 = 22,5%. No começo do mês, antes de muito trabalho ter sido concluído, esse número naturalmente aparece baixo mesmo num time carregado de toil — é o comportamento esperado, não um sinal de que toil ainda não é um problema.

Como interpretar os números

Não existe um toil ratio "saudável" universal como as métricas DORA têm faixas elite/típico publicadas — o número certo depende muito da maturidade do sistema (uma plataforma legada com runbook manual sempre vai carregar mais toil do que uma construída do zero recentemente) e de quão agressivamente um time automatiza conforme avança. O que vale observar não é uma porcentagem-alvo, é a tendência: um toil ratio que continua subindo mês a mês, sem nada planejado pra trazer de volta pra baixo, é o sinal que merece uma conversa — não o número de um mês isolado.

Uma armadilha comum

Toil é fácil de subclassificar porque boa parte dele não parece "um ticket" — é uma mensagem no Slack pedindo pra alguém rodar um job manualmente de novo, ou 20 minutos concedendo um acesso que nunca virou item rastreado. Se o trabalho de toil não é registrado como item de trabalho pra começo de conversa, não dá pra classificar como Toil, e o índice acaba subestimando o problema real silenciosamente. O conserto não é uma regra de classificação mais rígida, é garantir que pedidos operacionais recorrentes sejam de fato registrados como trabalho, até os pequenos.

Como o moasy.tech calcula isso

O moasy.tech recalcula o toil ratio direto dos itens de trabalho sincronizados e da capacidade configurada de cada time — sem pesquisa, sem estimativa autodeclarada. A classificação de Toil usa o mesmo motor de regras semânticas de qualquer outra categoria de trabalho, com a regra do próprio time tendo precedência sobre o padrão da empresa, então um time que define sua própria ideia de Toil vê isso refletido imediatamente. As horas de toil por contribuidor também aparecem separadas, pra um líder de time ver se o toil está distribuído igualmente ou concentrado em uma ou duas pessoas.

Veja a implementação completa na página de Capacity & Workload, ou volte pra Team Health pros outros sinais desse cluster.

Perfil de time do moasy.tech mostrando capacidade mensal e uma quebra por contribuidor de itens de trabalho, pull requests, deploys, incidentes e horas de toil

Dado ilustrativo, apenas para demonstração.

Perguntas sobre toil ratio

Por que toil ratio não respeita o intervalo de data que escolho em outro lugar?

É escopado de propósito no mês atual, mês corrente contra a capacidade cheia daquele mês — diferente da maioria das outras métricas, que respeitam um intervalo de data escolhido. Isso torna útil pra acompanhar toil se acumulando em tempo real, não pra comparação histórica entre períodos arbitrários.

Toil ratio conta só o time principal de alguém?

Não — soma capacidade e horas de toil de todo time do qual um contribuidor participa, escalado pela porcentagem de alocação de cada time pra essa pessoa.

Um toil ratio alto é sempre um sinal ruim?

Não automaticamente — algumas funções (plataforma, suporte adjacente a TI) genuinamente carregam mais trabalho operacional recorrente por natureza. É mais útil comparado contra o próprio histórico daquele time, não contra uma meta fixa compartilhada entre todos os times.

Veja o toil ratio do seu próprio time

Começar grátis
Perfil de time do moasy.tech mostrando capacidade mensal e uma quebra por contribuidor de itens de trabalho, pull requests, deploys, incidentes e horas de toil