Uma engenheira sênior pediu demissão no dia 87. O processo seletivo tinha sido rigoroso, a proposta competitiva e a referência interna entusiasmada. Na saída, a frase que ficou foi operacional: "passei três semanas sem acesso ao repositório e um mês até entender a quem reportar decisões técnicas, sem que ficasse claro o que se esperava de mim no primeiro trimestre". Não havia conflito interno nem proposta concorrente, e a relação com o produto seguia razoável. O que houve foi acúmulo de fricção silenciosa numa janela em que ela ainda calibrava se a aposta valia a pena, e o sistema em volta respondeu com ambiguidade a cada pergunta implícita.
Pra mim, esse padrão se repete com consistência incômoda. Pesquisas sobre retenção nos primeiros 90 dias indicam que entre 20 e 30 por cento dos novos contratados saem nesse intervalo, com a Jobvite reportando cerca de 33 por cento. Os motivos mais frequentes são desalinhamento entre expectativa e realidade do cargo, ausência de conexão com o time ou a cultura, e qualidade ruim do onboarding. O percentual isolado importa menos que o fato de essas causas descreverem o mesmo fenômeno, a ausência de um processo deliberado de integração ao contexto. Dados do Brandon Hall Group e da Aberdeen apontam que a maioria decide nos primeiros seis meses quanto tempo pretende ficar, e que onboarding estruturado se associa a 82 por cento mais retenção e 70 por cento mais produtividade.
Na minha análise, os primeiros 90 dias não são adaptação passiva, mas avaliação ativa e bidirecional, em que o contratado testa hipóteses sobre o ambiente. Cada interação funciona como evidência: o acesso ao ambiente de desenvolvimento chega no primeiro dia ou demora uma semana, o primeiro code review ou é substantivo ou é performático, o primeiro incidente é tratado como aprendizado ou como prova. O engenheiro integra esses sinais e constrói um modelo preditivo de como será trabalhar ali, modelo que tende a estabilizar entre a sexta e a décima segunda semana. A decisão de sair raramente é tomada no dia em que é comunicada, ela se consolida nessa janela e é só verbalizada depois, quando uma proposta externa fornece o gatilho formal.
O mecanismo opera em três camadas simultâneas. A camada operacional cobre acessos, ferramentas, ambiente de desenvolvimento funcional no primeiro dia, documentação mínima e clareza sobre quem aprova o quê. A ausência disso gera fricção que o contratado lê como desorganização estrutural em vez de imprevisto pontual. A camada de contexto cobre a história do produto, decisões arquiteturais que pareceriam arbitrárias sem ela, débitos técnicos conhecidos e fracassos anteriores que moldaram a cautela do time. Sem ela, o engenheiro opera no escuro e aprende por erro público, o que corrói a confiança. A camada de pertencimento cobre buddy dedicado, 1:1s semanais com o líder direto, exposição precoce a decisões do time e entregas pequenas com feedback rápido que produzem sensação de contribuição real antes do fim do primeiro mês. Programas estruturados mostram que interações frequentes com um buddy se correlacionam com aumento de produtividade e percepção de integração, efeito que degrada quando caem abaixo de frequência semanal.
Um caso recente ilustra o mecanismo. Numa consultoria com cerca de 40 engenheiros, a saída nos primeiros seis meses girava em 30 por cento, e o diagnóstico inicial atribuía o problema a salários abaixo do mercado. Revisão dos dados mostrou que as saídas se concentravam entre a oitava e a décima primeira semana, e as entrevistas apontavam pra ausência de clareza sobre expectativas e escassez de feedback. A intervenção foi estrutural: mapa de 90 dias com marcos por semana, buddy designado por três meses, 1:1 semanal com gestor técnico e revisão formal aos 30, 60 e 90 dias com critérios publicados antes. Em dois ciclos, a retenção de seis meses subiu pra cerca de 85 por cento sem ajuste salarial. O que mudou foi a densidade de sinais claros na janela crítica.
O trade-off é que onboarding estruturado exige tempo contínuo do time, e esse tempo compete com entregas em aberto. Um buddy dedicado gasta de três a cinco horas por semana nos dois primeiros meses, e o gestor técnico que faz 1:1 semanal substantivo adiciona mais uma hora por pessoa, sem contar a manutenção do mapa de 90 dias, que envelhece com o sistema. Quem trata esse custo como desperdício opta por onboardings mínimos e paga em turnover com defasagem de três a nove meses, quando o custo de reposição (50 a 200 por cento do salário anual) torna a economia inicial irrelevante. Quem trata o mesmo custo como infraestrutura assume redução temporária de entrega por retenção previsível, e estabiliza o planejamento.
Na minha avaliação, o insight de segunda ordem é que o onboarding funciona como espelho da cultura operacional da empresa, e não como processo paralelo. Um onboarding caótico costuma ser manifestação de como a empresa trata prioridades que não geram receita imediata, e dificilmente aparece isolado. Engenheiros experientes leem esse sinal com precisão, porque já passaram por versões boas e ruins, e calibram expectativas de carreira ali dentro a partir do que observam. Por isso o esforço de estruturar os primeiros 90 dias raramente vem sozinho: quando funciona, vem com feedback contínuo, 1:1s protegidas e clareza sobre trilhas de progressão, condições que sustentam retenção no longo prazo. O onboarding é onde essas práticas ficam visíveis primeiro, e onde o contratado decide se vale a pena apostar no sistema que as produziu.