Hvordan onboarder du nye ingeniører effektivt?

Question

Accepted Answer

Et godt onboarding gør en ny ingeniør **produktiv og selvsikker hurtigt**, samtidig med at de føler sig velkommen. Dårligt onboarding spilder uger og signalerer "du er på egen hånd." En lille struktur betaler sig enormt.

## Et onboarding-tjekliste

```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.
```

## Et konkret eksempel

Tildel en lille, virkelig, lavrisiko-fejl til dag et eller to, ikke en stor funktion, ikke busy work. At sende noget rigtigt i uge et bygger selvtillid og lærer hele pipelinen (build, review, deploy) i miniature.

## Tildel en buddy

Par enhver nyankommet med en buddy, der svarer på "dumme" spørgsmål uden dømmekraft. Det aflaster dig og giver den nye person en sikker person at spørge, hvilket dramatisk fremskynder opsnaringen.

## En fælde

Kast dem ikke på systemets sværeste del først, og lad ikke dokumentationen råde. Hver nyansættet er en gratis revision af dit onboarding, ret hvad der snublede dem.

## Hvorfor det betyder noget

De første uger former, hvordan en person føler sig over for holdet, og hvor hurtigt de bidrager.

Godt onboarding gør en ansættelse til en bidragyder på uger i stedet for måneder, og den dokumentation, du bygger, hjælper alle efter dem.