Pular para o conteúdo

Artigo

Onboarding de desenvolvedores: um roteiro semana a semana

A preparação começa uma semana antes da chegada. Um roteiro semana a semana que prepara quem entra no time e a decisão de liberar essa pessoa para a produção.

Por Cleber Ferrari ·

Onboarding é o processo de receber uma pessoa nova no time. É o primeiro contato formal dela com a empresa, a liderança, o time e o produto.

Esse começo transmite a base de conhecimento para o trabalho. Bem aproveitado, ele encurta o caminho até a pessoa trabalhar com autonomia.

1. Uma semana antes da chegada

  • Prepare o computador, os logins, os acessos e o espaço de trabalho.
  • Avise o time, contando o que a pessoa sabe e o que se espera dela.
  • Escolha alguém do time para ser o par: orientar, responder dúvidas e dar apoio.
  • Prepare a primeira atividade. Ela precisa ser simples o bastante para a pessoa e o par terminarem em pouco tempo.
  • Feche a semana com um resumo de logins, ferramentas, caminhos e links que a pessoa vai usar.

2. Primeira semana

O primeiro dia costuma ir para contrato, leitura de documentação e início do treinamento. Deixe claros o plano e as metas dos primeiros dias.

A primeira atividade mostra, na prática, as ferramentas, os canais de comunicação, as regras e a forma de trabalho. Por ela, a pessoa vê de onde a demanda vem, como chega e para onde vai.

Explique os ambientes (desenvolvimento, teste, homologação e produção) e o caminho entre eles. Dedique tempo à cultura, aos horários e às regras. Mesmo em time remoto e flexível, defina os horários e as atividades feitas em conjunto.

Se ainda não existe material de treinamento, grave as explicações desta semana. A próxima chegada já começa com ele.

3. Segunda semana

Comece com feedback nos dois sentidos sobre a primeira semana.

Faça a revisão de código da primeira atividade. Compare a forma de trabalho da empresa com a experiência anterior da pessoa.

Apresente o backlog, revise o treinamento e explique a segunda atividade. Desta vez, quem executa é a pessoa nova, com o par por perto.

Feche a semana com três revisões da atividade, com a pessoa presente: a revisão de código, a da área de qualidade e, se possível, a de quem pediu a demanda.

4. Terceira semana

Abra a semana com uma nova rodada de feedback.

Mostre os registros de erro e a forma de monitorar o sistema em produção. Em seguida, coloque a pessoa na correção de um bug. Nela, a pessoa aprende o fluxo, a urgência, os registros e o código legado.

No fim da semana, a avaliação inicial fecha com duas decisões. Primeiro, a empresa e a pessoa confirmam se a escolha foi boa para os dois lados.

Depois, a liderança define quando a pessoa passa a alterar o sistema em produção. Junto saem as metas dos próximos meses e um plano para os pontos fracos que a avaliação mostrou.

Onde a IA entra

Um assistente de IA pode ajudar quem chega a navegar no código e na documentação, e a tirar as dúvidas básicas sem esperar um colega.

Ele tende a não saber as regras de negócio que ninguém escreveu nem o motivo das decisões antigas. Essa parte continua com o par.

Depois da terceira semana

O onboarding termina, mas a evolução continua. Treinamento, feedback e trabalho em par seguem como rotina do time.

Para ver como a CTGF conduz esse tipo de projeto, veja a página Consultoria.

Ficar parado é custo adiado.

Na Sessão de Diagnóstico, a CTGF mede onde o seu sistema está e o que a modernização destrava. A primeira sessão é gratuita.

Agendar Sessão de Diagnóstico