Em 2019 perdi dois engenheiros seniores em três meses. Saíram pra posições que pagavam menos. Nas entrevistas de desligamento, disseram variações da mesma coisa: não sentiam que pertenciam a nada além de um quadro no Jira. Cumpriam cerimônias como protocolo antes de ir embora. Eu havia montado um time eficiente e descartável do ponto de vista de quem estava dentro dele.
Pra mim, o fenômeno não era inédito. Times de engenharia funcionam, em sua maioria, como unidades de alocação: estrutura suficiente pra que trabalho aconteça, insuficiente pra que pessoas queiram ficar. O que os diferencia raramente aparece em métricas de velocidade. A diferença está numa propriedade que chamo de endo-comunidade: a capacidade de um grupo de desenvolver, dentro de si mesmo, as características funcionais de uma comunidade real, com pertencimento que sobrevive a reorganizações.
O conceito de comunidade de prática, introduzido por Jean Lave e Etienne Wenger em 1991, descreve grupos que aprendem coletivamente em torno de um domínio compartilhado. Foi adotado pela indústria de software como guilds e chapters, com o modelo do Spotify como referência mais citada. Na minha análise, o problema é que a maior parte dessas implementações trata a comunidade como camada paralela ao organograma, dependente de facilitação explícita. Guilds morrem em seis meses quando ninguém tem incentivo real pra mantê-las. Comunidade de prática imposta de cima pra baixo opera como reunião com nome diferente.
A endo-comunidade opera de forma distinta. Emerge como propriedade do próprio time, que desenvolve rituais espontâneos de troca e estabelece padrões de qualidade que excedem o que está documentado. A diferença se manifesta sob estresse. Uma unidade de alocação congela. A endo-comunidade absorve o impacto e se reorganiza internamente, porque os laços que mantêm o grupo não dependem da estrutura formal.
O mecanismo subjacente tem relação com os limites cognitivos que Robin Dunbar descreveu em sua pesquisa sobre grupos sociais em primatas. Um time de cinco a oito pessoas opera dentro do círculo de confiança profunda: cada membro tem capacidade cognitiva pra manter um modelo mental atualizado dos outros. Quando o time ultrapassa quinze pessoas, essa capacidade degrada de forma não linear, e o grupo passa a depender de processos formais pra compensar o que antes era regulado por percepção interpessoal direta.
O projeto Aristotle, conduzido pelo Google entre 2012 e 2014 com análise de 180 times internos, chegou a uma conclusão que surpreendeu os próprios pesquisadores. A variável mais preditiva de efetividade não era composição intelectual nem estrutura de gestão. Era segurança psicológica, a percepção compartilhada de que o grupo é seguro pra tomada de riscos interpessoais. Times onde as pessoas sentiam que podiam errar sem retaliação superavam times de indivíduos tecnicamente superiores em baixa confiança. Na minha avaliação, é a condição de existência da endo-comunidade.
Construir uma endo-comunidade não é o mesmo que construir um time coeso, embora coesão seja subproduto. Continuidade de composição é o que mais importa. Times com rotações frequentes não desenvolvem a densidade de interações necessária pra que normas compartilhadas emerjam. Segundo a Gallup, o custo de reposição varia entre metade e duas vezes o salário anual, e o ramp-up até produtividade plena em engenharia varia entre seis e doze meses. Cada rotação reinicia parcialmente o processo.
A superfície de contato não-instrumental é igualmente determinante. Times que interagem exclusivamente sobre tickets e pull requests não desenvolvem os laços que sustentam uma comunidade. Pair programming, sessões de design e conversas sobre decisões arquiteturais fora do sprint corrente criam o tecido conectivo. Essas interações não podem ser todas agendadas pelo gestor, porque facilitação explícita as transforma em obrigação, e obrigação destrói a espontaneidade. O papel do líder técnico é criar as condições e remover o excesso de reuniões e a pressão constante por output.
Vi isso de forma concreta num time que mantinha um documento interno, atualizado voluntariamente, com as decisões arquiteturais do sistema. Ninguém havia pedido. Existia porque o time havia decidido, informalmente, que aquele registro fazia parte de como eles trabalhavam. Quando dois membros saíram e três entraram, o documento continuou sendo atualizado. A comunidade sobreviveu à rotação de quase metade porque a identidade residia nas práticas compartilhadas.
O trade-off é real. Times com forte identidade comunitária podem desenvolver resistência a mudanças externas e rejeitar quem não se conformar às normas internas. Um time fechado é tão disfuncional quanto um sem nenhuma identidade. A endo-comunidade saudável é permeável. A diferença entre coesão e tribalismo é a presença ou ausência de permeabilidade.
No contexto brasileiro, a expectativa de "vestir a camisa" confunde lealdade à empresa com pertencimento ao grupo. Um engenheiro pode ter lealdade zero à marca empregadora e pertencimento profundo ao time em que trabalha. Quando a empresa trata as duas coisas como equivalentes, ela otimiza pra retenção baseada em obrigação moral, e quando essa obrigação se esgota, o engenheiro sai. A endo-comunidade depende de pertencimento ao grupo, que é motivação intrínseca e portanto mais estável.
Depois daquele episódio de 2019, mudei a forma como construo times. Passei a tratar estabilidade de composição como restrição de design e a criar espaço pra interações que não cabem em nenhum ticket. Aprendi a prestar atenção nos sinais de comunidade emergente e a protegê-los contra a entropia organizacional. A endo-comunidade não é garantia contra todas as disfunções, mas é a condição mais próxima de necessária que encontrei em 35 anos pra que um grupo trabalhando junto se torne algo que vale a pena proteger.