Kako učinkovito uključujete nove inženjere?

Question

Accepted Answer

Dobar onboarding čini novog inženjera **produktivnim i samouvjerenim brzo**, dok ga čini dobrodošlim. Loš onboarding baca tjedno i signalizira "prepušten sam sam sebi." Malo strukture se snažno isplaća.

## Onboarding checklist

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

## Konkretan primjer

Dodjelite mali, pravi, niskorisičan bug za prvi ili drugi dan, ne veliku funkcionalnost, ne besposlen rad. Isporuka nečega stvarnog u prvom tjednu gradi samopouzdanje i uči cijeli pipeline (build, review, deploy) u minijaturnom obliku.

## Dodijelite suradnika

Uparite svakog novog dolaznika sa suradnikom koji odgovara na "glupe" pitanja bez suda. Rasterećuje vas i daje novoj osobi sigurnu osobu za pitanja, što dramatično ubrzava razvojnu liniju.

## Zamka

Ne bacajte ih prvo na najtežu dijelove sustava, a ne dopustite dokumentaciji da se trune. Svako novo zaposlenje je besplatni pregled vašeg onboardinga, ispravite ono što ih je sputavalo.

## Zašto je to važno

Prvi tjedni oblikuju kako se osoba osjeća prema timnoj i kako brzo doprinosi.

Dobar onboarding pretvara zaposlenje u doprinos u tjednima umjesto mjeseci, a dokumentacija koju gradite pomaže svima koji dolaze nakon njih.