Gestão de conhecimento em times técnicos: como não depender de pessoas-chave

O "bus factor" como risco de negócio

Bus factor é o número mínimo de pessoas que, se ficassem indisponíveis, paralisariam o projeto. Quando o bus factor é 1 — quando o sistema só funciona porque uma pessoa específica está disponível — o negócio tem um risco operacional crítico que raramente aparece no relatório de riscos da empresa.

Os três problemas de conhecimento mais comuns

• Conhecimento tribal — "como isso funciona" existe apenas na memória de quem implementou, sem nenhuma documentação.
• Silos de especialidade — cada pessoa é dona de uma área do sistema que ninguém mais entende com profundidade.
• Documentação que não reflete a realidade — documentação desatualizada que induz a erro é mais perigosa do que ausência de documentação.

As práticas que distribuem conhecimento

• Pair programming rotativo — rodar os pares sistematicamente expõe engenheiros diferentes a diferentes partes do sistema.
• Rotação de oncall — responder a incidentes em diferentes serviços distribui o conhecimento operacional.
• Tech talks internos — apresentações curtas (30 min) onde alguém explica ao time uma decisão ou sistema que domina.
• ADRs como memória organizacional — Architecture Decision Records registram o "por quê" de decisões para quem chegar depois.