GUIA
Bus Factor: O Que Mede e Por Que Importa
Quantas pessoas precisariam sumir antes de um time parar de funcionar — medido como concentração de contribuição, sem apontar quem carrega o risco.
O que mede
"Bus factor" é um termo de engenharia com décadas de uso (a versão mais dura pergunta quantas pessoas precisariam ser atropeladas por um ônibus antes de um projeto travar) pra quão concentrado conhecimento crítico ou entrega está num número pequeno de pessoas. O moasy.tech mede uma proxy prática pra isso — concentração de contribuição: a fatia dos itens de trabalho ou pull requests de um time carregada pelo contribuidor mais ativo, num período escolhido. Um time onde uma pessoa responde por 60% dos PRs mergeados tem bus factor baixo — a maior parte do impulso do time passa por uma pessoa só — mesmo que todo mundo no roster esteja nominalmente "no time".
Por que importa
Bus factor baixo não aparece como incidente até o momento em que aparece — alguém sai de licença, é puxado pra outro projeto, ou sai da empresa, e de repente o time descobre que só uma pessoa realmente entendia o serviço de billing, ou que só o review de uma pessoa era de fato confiado pra mergear. Nesse ponto já é uma crise, não uma conversa de planejamento. Medir concentração transforma um risco informal, meio conhecido ("é, a Maria é a única que entende aquela parte do código mesmo") num número em cima do qual dá pra agir antes — pareamento, rodízio de review, documentação — enquanto ainda é barato consertar.
Como calcular
Conte a fatia de cada contribuidor em itens concluídos (ou PRs mergeados) no período, e pegue a maior fatia individual como a concentração de contribuição do time.
Um exemplo: um time de 6 pessoas mergeia 50 PRs num mês. Se uma pessoa mergeou 28 deles, isso é 28/50 = 56% de concentração — mais da metade do trabalho entregue do time passou por uma pessoa só. Um time onde os mesmos 50 PRs ficaram espalhados sem ninguém acima de 20% tem um bus factor bem mais saudável, mesmo com o mesmo total entregue.
Como interpretar os números
Não existe uma porcentagem "segura" de concentração publicada pela indústria como o DORA tem uma faixa elite/típico — tamanho do time, especialização de papel, e quão novo o time é mudam o que é normal. Um time de 2 pessoas sempre vai mostrar concentração mais alta que um de 10 só por aritmética; o que vale observar é concentração alta e crescente num time grande o suficiente pra não deveria estar assim, ou concentração numa área crítica específica do código em vez do time como um todo.
Uma armadilha comum
É tentador ler concentração alta como "essa pessoa está carregando o time" e tratar isso como elogio em vez de risco. As duas leituras podem ser verdade ao mesmo tempo — a pessoa pode muito bem estar fazendo um trabalho excelente, e o time ainda estar a uma ausência de distância de um problema real. O número não é um julgamento sobre o contribuidor; é um sinal estrutural de quanto a resiliência do time depende de uma pessoa continuar disponível.
Como o moasy.tech calcula isso
O moasy.tech recalcula a concentração de contribuição a partir do histórico sincronizado de itens de trabalho e pull requests — sem pesquisa manual, sem workshop de "quem entende esse sistema". A métrica deliberadamente nunca nomeia o contribuidor na visão do time inteiro: mostra a porcentagem e o tamanho da amostra, pensado como ponto de partida pra conversa, não um ranking. O mesmo histórico sincronizado também alimenta rework e saúde de review, já que os dois usam o mesmo dado de pull request.
Veja a implementação completa na página de Capacity & Workload, ou volte pra Team Health pros outros sinais desse cluster.
Dado ilustrativo, apenas para demonstração.
Perguntas sobre bus factor
Isso nomeia quem é o principal contribuidor?
Não — a visão do time inteiro mostra só a porcentagem e o tamanho da amostra (itens ou PRs), de propósito. É pensado pra sinalizar um risco que vale discutir, não pra apontar uma pessoa.
Um time pequeno automaticamente vai parecer arriscado?
Vai frequentemente mostrar concentração mais alta só por aritmética — com menos pessoas, a fatia de qualquer uma delas é naturalmente maior. Leia o número em relação ao tamanho do time, não como um limite absoluto compartilhado entre todos os times.
Isso é a mesma coisa que rastrear "engenheiro 10x"?
Não — não diz nada sobre a qualidade ou dificuldade do trabalho de uma pessoa, só quanto do total entregue pelo time está concentrado nela. Entrega alta de um contribuidor forte e risco alto por dependência demais dessa mesma pessoa são duas conversas diferentes que acabam produzindo um número parecido.
Veja o bus factor do seu próprio time
Começar grátis