O que você faz para evitar que o time dependa demais de uma única pessoa?

Question

Accepted Answer

**Um bus factor baixo é um risco que gerencio deliberadamente, do mesmo jeito que gerencio qualquer ponto único de falha.** Se apenas uma pessoa consegue fazer deploy, depurar o serviço de pagamentos ou mexer no módulo legado, o time está a uma demissão ou férias de uma crise. O objetivo é espalhar o conhecimento sem reduzir o ritmo de todos a um arrasto.

## Mecanismos práticos

- **Code review com intenção.** Reviews não são apenas controle de portão; são transferência de conhecimento. Garanto que nenhuma área seja revisada apenas por quem a escreveu.
- **Parear e rotacionar nos sistemas críticos.** Atribuo deliberadamente trabalho nas áreas de alto risco a uma segunda pessoa, mesmo quando o especialista faria mais rápido. Custo de curto prazo, seguro de longo prazo.
- **Documentação que justifica seu lugar.** Não wikis exaustivas que ninguém lê, mas as coisas que sustentam a estrutura: runbooks, decisões de arquitetura, "como fazer deploy", "o que fazer quando X quebra".
- **Rotação de on-call.** Nada espalha conhecimento operacional mais rápido do que todos se revezando como responsáveis pela produção.
- **Palestras internas / brown bags.** O dono de um subsistema complicado guia o time por ele.

## Como encontro o risco

- Mapeio a propriedade honestamente: para cada sistema crítico, pergunto "quem mais conseguiria lidar com isso se X ficasse fora por duas semanas?". Se a resposta é "ninguém", isso é um risco sinalizado.
- Fico atento ao **padrão de herói** — a pessoa que é sempre a acionada, sempre a resposta. Isso é um sinal de alerta, não uma força.

## Armadilhas

- **Acumular conhecimento como garantia de emprego.** Alguns engenheiros (e alguns gestores) gostam de ser indispensáveis. Eu reformulo: ser o gargalo bloqueia sua própria promoção e suas férias.
- Corrigir demais para "todo mundo faz tudo", o que destrói a profundidade. O objetivo é não ter ponto único de falha, não zero especialização.
- Escrever docs uma vez e deixá-las apodrecer; docs desatualizadas são piores do que nenhuma.

## Por que isso importa

Reduzir o bus factor protege a entrega contra doenças, férias e demissões, e libera suas pessoas mais fortes para crescerem em vez de ficarem presas mantendo aquilo que só elas entendem. Também deixa o time mais saudável: propriedade compartilhada vence heroísmos frágeis.