A maior parte dos problemas de uma alocação aparece no primeiro mês, e quase nenhum deles é técnico. É o acesso ao repositório que leva uma semana. É a tarefa que ninguém definiu. É o profissional que não sabe a quem perguntar e passa dois dias tentando resolver sozinho algo que um colega explicaria em dez minutos.

O custo disso é alto e silencioso. Você paga um profissional sênior para ler documentação desatualizada, e ele forma uma primeira impressão ruim do time. O time, por sua vez, forma uma impressão ruim dele. Um onboarding bem feito não é gentileza: é o que decide quanto tempo leva até o profissional entregar no ritmo que você contratou. O roteiro abaixo serve para uma pessoa ou para um squad inteiro.

Antes do primeiro dia: o checklist que evita a semana perdida

Quase tudo o que atrasa o início pode ser resolvido antes dele. Use esta lista com pelo menos uma semana de antecedência e defina um dono para cada item.

Acessos

  • E-mail corporativo, chat do time e calendário com os rituais já agendados.
  • Repositórios, com a permissão certa (leitura não basta para quem vai abrir pull request).
  • Ferramenta de gestão de tarefas e o board do time.
  • VPN, ambientes de desenvolvimento e homologação, ferramentas de observabilidade.
  • Licenças de software que o time usa, inclusive as que parecem óbvias.

Ambiente e documentação

  • Um guia de como rodar o projeto localmente, testado por alguém recentemente.
  • Padrões de código, fluxo de branches, revisão e deploy.
  • Um mapa simples da arquitetura: quais sistemas existem e como conversam.
  • Glossário do negócio. Em varejo digital, por exemplo, “pedido”, “SKU” e “sellers” podem ter significados específicos na sua operação.

Pessoas

  • Um buddy: alguém do time, com tempo reservado na agenda, para as dúvidas do dia a dia.
  • O gestor direto, que define prioridade e dá feedback sobre o trabalho.
  • Uma lista das pessoas-chave fora do time (produto, infraestrutura, negócio) com quem ele vai falar.

Primeira tarefa

Escolha antes. Ela deve ser pequena, real e passar pelo fluxo completo: código, revisão, testes e deploy. Um ajuste de validação, um bug de baixo risco, uma melhoria de log. O objetivo não é a entrega em si, é descobrir onde o fluxo trava.

Roteiro semana a semana do primeiro mês

Semana 1: ambiente rodando e primeiro pull request

O profissional participa de todos os rituais desde o primeiro dia, mesmo sem ter muito a dizer. Conhece as pessoas com quem vai trabalhar em conversas curtas. Termina a semana com o ambiente rodando e, idealmente, com a primeira tarefa em revisão ou já em produção. Um primeiro pull request ainda na semana 1 vale mais do que cinco dias de leitura.

Semana 2: contexto de negócio

As tarefas crescem um pouco. É a hora de explicar o porquê: qual problema o produto resolve, quem são os usuários, quais indicadores o time acompanha. Uma sessão de pareamento com quem conhece o sistema acelera muito. Faça o primeiro check-in de 15 minutos: o que está funcionando, o que está travando, o que falta de contexto.

Semana 3: autonomia com rede de proteção

O profissional já pega tarefas médias sem precisar de alguém ao lado o tempo todo. Ele começa a opinar no refinamento e a revisar código de colegas. O buddy continua disponível, mas passa a ser procurado menos vezes. Segundo check-in de 15 minutos.

Semana 4: ritmo do time e conversa de 30 dias

A expectativa é que ele esteja entregando perto do ritmo do time, com a ressalva natural de sistemas grandes ou legados, que levam mais tempo. No fim da semana, faça a conversa de 30 dias.

A conversa de 30 dias: perguntas para fazer

Reserve 30 a 45 minutos. Faça as perguntas para os dois lados: para o profissional e para quem trabalha com ele no dia a dia. Anote as respostas, porque elas viram a base do acompanhamento dos próximos meses.

Para o profissional

  1. O que você entende hoje sobre o objetivo do time neste trimestre?
  2. Qual parte do sistema você ainda sente que não domina?
  3. Existe algum acesso, ferramenta ou informação que ainda falta?
  4. Com quem você tem mais dificuldade de conseguir resposta?
  5. O que você mudaria no processo do time, se pudesse?

Para o gestor e o time

  1. As entregas do mês estão no nível de senioridade esperado?
  2. A comunicação está clara? Ele sinaliza bloqueios cedo?
  3. As revisões de código dele e para ele estão fluindo?
  4. O que precisa acontecer no próximo mês para ele ganhar mais autonomia?

Feche com dois ou três combinados concretos para o mês seguinte. Se a senioridade entregue estiver abaixo da contratada, vale revisitar o perfil descrito no começo. O artigo sobre como definir a senioridade ajuda a separar expectativa de realidade.

Sinais de alerta no primeiro mês

  • Acessos ainda pendentes depois da primeira semana.
  • Nenhum código em produção ao fim da segunda semana.
  • Tarefas que voltam da revisão várias vezes, sem critério de pronto claro.
  • O profissional fica em silêncio nos rituais ou não aparece nas discussões técnicas.
  • Dúvidas chegam sempre por um único canal, e sempre para a mesma pessoa.
  • O buddy não tem tempo para ele e ninguém percebeu.

Quando algum desses sinais aparece, aja cedo. Quase sempre o problema é de contexto, e não de competência. Uma conversa franca na semana 2 resolve o que viraria uma troca no mês 3.

Erros comuns no onboarding de alocados

  • Tratar como fornecedor. Deixar o alocado fora de canais, rituais ou decisões técnicas. Ele vai entregar exatamente o que foi pedido, sem questionar o que não fazia sentido.
  • Semana de leitura. Mandar ler toda a documentação antes de tocar no código. Pouca coisa fica, e o ânimo cai.
  • Buddy sem agenda. Indicar alguém que já está sobrecarregado. O buddy precisa de tempo reservado, não só de boa vontade.
  • Nenhum check-in. Esperar o fim do mês para perguntar como está. Aí o problema já tem quatro semanas.
  • Expectativa não dita. O gestor sabe o que espera no dia 30, mas nunca falou. O profissional não tem como acertar um alvo que não vê.

Como a Devgo participa desse período

Na alocação com a Devgo, o onboarding não fica só com você. Um agente Devgo acompanha o profissional e o gestor no dia a dia desde o início: confere se acessos e primeira tarefa estão prontos, faz os check-ins com os dois lados e sinaliza cedo quando algo trava. Em Squad as a Service, os rituais começam na primeira sprint, e o onboarding do time inteiro segue o mesmo roteiro.

É parte do motivo pelo qual mais de 95% dos profissionais seguem alocados. Quando, mesmo com contexto, a aderência não vem, a substituição é garantida e acontece em até 40 dias. Mas prevenir no primeiro mês continua sendo o caminho mais barato para todos.

O primeiro mês define quanto tempo leva até o profissional entregar no ritmo que você contratou. Prepare antes, acompanhe toda semana e converse no dia 30.