Como você integra novos engenheiros efetivamente?

Question

Accepted Answer

Uma boa integração deixa um novo engenheiro **produtivo e confiante rapidamente**, enquanto o faz se sentir bem-vindo. Uma integração ruim desperdiça semanas e sinaliza "você está sozinho". Um pouco de estrutura compensa muito.

## Uma lista de verificação de integração

```text
WEEK 1  — environment runs, first tiny PR merged, knows who's who
WEEK 2-3 — owns a small real task end to end
MONTH 1 — comfortable in the core codebase and workflow
MONTH 2-3 — contributing independently on normal work

Provide: a buddy, a written setup guide, a starter task list,
and a clear "who to ask about what" map.
```

## Um exemplo concreto

Atribua um pequeno bug real e de baixo risco no primeiro ou segundo dia, não uma grande funcionalidade, não trabalho inútil. Entregar algo real na primeira semana constrói confiança e ensina todo o pipeline (build, review, deploy) em miniatura.

## Atribua um parceiro

Pareie cada recém-chegado com um parceiro que responda a perguntas "bobas" sem julgamento. Isso o alivia e dá à nova pessoa uma pessoa segura para perguntcar, o que dramaticamente acelera a entrada.

## Uma armadilha

Não os jogue na parte mais difícil do sistema primeiro, e não deixe os docs apodrecerem. Cada novo funcionário é uma auditoria gratuita da sua integração, corrija o que os tropeçou.

## Por que isso importa

As primeiras semanas moldam como uma pessoa se sente sobre o time e como rapidamente ela contribui.

Uma boa integração transforma um novo funcionário em um contribuidor em semanas em vez de meses, e os docs que você constrói ajudam todos depois dele.