Como é o onboarding de um engenheiro novo que entra no seu time?

Mire numa mudança real em produção na primeira semana e em responsabilidade genuína até o fim do primeiro mês. Dê à pessoa um padrinho que não seja você, documentação de setup que ela conserta enquanto usa, uma tarefa inicial com definição de pronto clara e expectativas escritas para trinta, sessenta e noventa dias. Introduza contexto em camadas: produto primeiro, depois arquitetura, depois história.

A meta é uma mudança real em produção na primeira semana, por menor que seja, porque até alguém passar pelo pipeline inteiro uma vez, ela ainda não trabalha aqui de verdade. Para viabilizar isso mantenho um pequeno backlog de tarefas iniciais genuínas, não trabalho inventado, dimensionadas para tocar o caminho de build, review e deploy. Toda pessoa nova ganha um padrinho que não sou eu, cuja função explícita é responder as perguntas que a gente sente vergonha de fazer para o gestor. A documentação de setup é de quem entrou mais recentemente, então ela é consertada toda vez em vez de apodrecer por um ano. Sobre contexto, faço produto antes de arquitetura, porque um diagrama de sistema não significa nada até você saber o que os clientes fazem com ele, e guardo as histórias de por que construímos assim para a terceira semana. Escrevo o que espero em trinta, sessenta e noventa dias e compartilho no primeiro dia, e depois reviso de verdade com a pessoa, porque plano que ninguém revisita é decoração.