Hoe ga je om met een teamlid dat consistent code van slechte kwaliteit schrijft?

Question

IT Interview Practice · Accepted Answer

Code van slechte kwaliteit van een teamgenoot is eerst een coachingkwestie, geen blaamkwestie. Mijn aanpak is kalm, specifiek en vroeg: diagnose de oorzaak, geef vriendelijk concreet feedback onder vier ogen, stel duidelijke normen, ondersteun ze bij verbetering, en escaleer alleen als niets verandert. Het doel is groei, niet een papieren spoor.

## Hoe ik ermee omga

- **Onderscheid vaardigheidsgapsen van onachtzaamheid.** Deze vereisen tegengestelde reacties. Een vaardigheidskloof vraagt om onderricht en voorbeelden; onachtzaamheid vraagt om een frank gesprek over normen en aandacht. Observeer het patroon voordat je beslist wat het is.
- **Geef feedback vroeg, onder vier ogen en specifiek.** Laat het niet oplopen tot een grote confrontatie. "Deze functie is moeilijk te testen omdat het drie dingen doet" werkt; "je code is slordig" niet. Wijs naar de code, niet naar de persoon.
- **Stel duidelijke, gedeelde normen.** Veel "slechte kwaliteit" is eigenlijk *onuitgesproken verwachtingen*. Code review-normen, linters en formatters, en referentievoorbeelden maken "goed" concreet en verwijderen persoonlijke beoordeling uit de vergelijking.
- **Pair en mentor.** Bij elkaar zitten aan een echte wijziging leert meer dan tien review-opmerkingen en laat zien dat je in hun succes geïnvesteerd bent, niet alleen kritiek geeft.
- **Vervolgingzetten.** Erken verbetering als je die ziet; mensen herhalen wat wordt opgemerkt. Als een patroon zich herhaalt, noem het direct en bekijk het plan opnieuw.
- **Escaleer alleen als er geen verbetering is.** Als aanhoudende, ondersteunde coaching geen verschil maakt, betrek hun manager erin. Op dat moment heb je specifieke informatie en een verslag van pogingen om te helpen, wat het gesprek eerlijk maakt.

## Waarom het belangrijk is

Slechte code-review die slecht wordt afgehandeld, openbare kritiek, vage klachten, in het stille het werk van mensen herschrijven, beschadigt vertrouwen en moraal veel meer dan de code het systeem beschadigt. Goed afgehandeld groeit in dezelfde situatie een engineer, verhoogt je team's kwaliteitsnorm, en signaleert dat feedback hier gaat over het helpen van mensen om beter te worden, niet hen pakken.

Hoe ik ermee omga

Waarom het belangrijk is

Gerelateerde vragen