Je cv is goedgekeurd, het gesprek staat gepland en nu begint het echte werk. Uit de honderden IT-sollicitatiegesprekken die onze consultants jaarlijks begeleiden, zien we telkens dezelfde vragen terugkomen. Niet omdat werkgevers weinig creativiteit hebben, maar omdat deze vragen razend effectief zijn om te testen of jij past bij het team, de technologie en de manier van werken.
In dit artikel bespreken we 15 vragen die je in vrijwel elk IT-sollicitatiegesprek tegenkomt: van klassieke kennismakingsvragen tot technische diepgang en situationele vragen volgens de STAR-methode. Bij elke vraag leggen we uit wat de recruiter of hiring manager echt wil weten, geven we een voorbeeldantwoord en delen we een concrete tip om je antwoord sterker te maken.
Kort antwoord: de meest voorkomende IT-sollicitatievragen vallen in vier categorieën: (1) kennismakingsvragen over jouw motivatie en persoonlijkheid, (2) technische en vakinhoudelijke vragen over je expertise, (3) gedrags- en situationele vragen over hoe je samenwerkt en problemen oplost en (4) praktische vragen over beschikbaarheid, tarief en verwachtingen. Hieronder werken we alle vier de categorieën volledig uit.
Waarom dezelfde vragen steeds terugkomen
Een sollicitatiegesprek is voor een werkgever eigenlijk een risico-inschatting: past deze persoon in het team, kan diegene de functie aan, en blijft die persoon langer dan zes maanden? IT-functies zijn kostbaar om open te laten staan, de gemiddelde doorlooptijd voor een technische vacature in Nederland loopt al snel op tot enkele maanden, dus wordt er zorgvuldig geselecteerd. Vragen zijn zelden bedoeld om je te laten struikelen; ze zijn bedoeld om drie dingen te achterhalen:
- Kan je het (technische vaardigheid en ervaring)
- Wil je het (motivatie en betrokkenheid)
- Pas je hier (samenwerking, communicatie en cultuur)
Zodra je dat doorhebt, wordt voorbereiden een stuk makkelijker: je gaat niet uit je hoofd antwoorden opdreunen, maar bewust laten zien dat je op alle drie de vlakken scoort.
Categorie 1: Kennismakingsvragen
1. “Vertel eens iets over jezelf”
Wat ze willen weten: of je je verhaal helder en relevant kunt vertellen, en of je loopbaan logisch aansluit bij de vacature.
Valkuil: je hele cv chronologisch opnoemen, inclusief je studiekeuze op je zeventiende.
Voorbeeldantwoord: “Ik ben de afgelopen vier jaar backend developer geweest, de laatste twee bij een scale-up waar ik meebouwde aan een microservices-architectuur in Java en Kubernetes. Wat me daarin het meest energie geeft, is het oplossen van performance-problemen op schaal. Toen ik deze vacature zag, sprak vooral de overstap naar een cloud-native platform met hoge load me aan; dat sluit precies aan bij waar ik nu naartoe wil groeien.”
Tip: gebruik de opbouw heden → recent verleden → waarom hier. Houd het onder de negentig seconden.
2. “Waarom wil je bij ons werken / solliciteer je op deze functie?”
Wat ze willen weten: heb je je verdiept in het bedrijf, of stuur je je cv naar elke vacature met “developer” in de titel?
Voorbeeldantwoord: “Jullie tech blog over de migratie naar een event-driven architectuur trok mijn aandacht; dat is precies het type uitdaging waar ik naartoe wil. Daarnaast werk ik het liefst in een klein team met korte lijnen naar product, en dat las ik terug in de vacaturetekst.”
Tip: noem één concreet, verifieerbaar detail (een blogpost, een technologiekeuze, een klantcase). Dat bewijst voorbereiding beter dan tien algemene complimenten.
3. “Wat zijn je sterke en zwakke punten?”
Wat ze willen weten: zelfinzicht. Een kandidaat die claimt geen zwaktes te hebben, wordt door ervaren interviewers juist wantrouwend bekeken.
Voorbeeldantwoord (zwak punt): “Ik ben van nature geneigd te lang door te bouwen aan een oplossing voordat ik feedback vraag. Ik heb geleerd om bewust eerder een pull request te openen, ook als het werk nog niet af is, zodat ik tussentijds kan bijsturen.”
Tip: koppel je zwakte altijd aan een concrete stap die je hebt gezet om het te verbeteren. Zonder die tweede helft klinkt het als een excuus.
4. “Waar zie je jezelf over vijf jaar?”
Wat ze willen weten: blijf je plakken, of ben je over een jaar weer weg? En past hun groeipad bij jouw ambitie?
Voorbeeldantwoord: “Ik wil me verder specialiseren in cloud-architectuur en op termijn doorgroeien naar een rol waarin ik technische keuzes op teamniveau mag mee bepalen, niet per se een managementrol, wel meer eigenaarschap over architectuurbeslissingen.”
Tip: wees specifiek over vaardigheden en verantwoordelijkheden, niet over functietitels. Titels verschillen per bedrijf; groei-ambities zijn universeel herkenbaar.
Categorie 2: Technische & vakinhoudelijke vragen
5. “Beschrijf een project waar je trots op bent”
Wat ze willen weten: kun je technische keuzes uitleggen aan iemand die niet elke regel code kent, en snap je de impact van je werk op het grotere geheel?
Voorbeeldantwoord: “Ik heb een caching-laag geherstructureerd die de laadtijd van ons dashboard van vier seconden naar minder dan zeshonderd milliseconden bracht. Het lastige was dat we tijdens de migratie geen downtime mochten hebben, dus hebben we een feature flag gebruikt om gefaseerd uit te rollen.”
Tip: noem altijd een meetbaar resultaat (tijd, kosten, foutpercentage, gebruikerstevredenheid). “Het werkte beter” is vaag; “de latency daalde met 85%” is overtuigend.
6. “Hoe blijf je op de hoogte van nieuwe technologieën?”
Wat ze willen weten: ben je nieuwsgierig uit jezelf, of moet een werkgever je constant bijscholen?
Voorbeeldantwoord: “Ik volg een aantal changelogs en RFC’s van de tools die ik dagelijks gebruik, experimenteer in een side-project met nieuwe frameworks voordat ik ze productie-waardig acht, en bespreek interessante ontwikkelingen met collega’s in een interne kennisdelingssessie.”
Tip: noem concrete bronnen of gewoontes, geen algemeenheden als “ik lees veel blogs.” Specifieke voorbeelden zijn geloofwaardiger én laten oprechte interesse zien.
7. “Hoe pak je het oplossen van een lastig technisch probleem aan?”
Wat ze willen weten: je denkproces, niet per se de uitkomst. Interviewers willen zien hóe je nadenkt.
Voorbeeldantwoord: “Ik begin met het probleem reproduceerbaar maken, isoleer daarna de variabelen één voor één, en gebruik logging en monitoring om aannames te toetsen in plaats van te gokken. Pas als ik de oorzaak zeker weet, ga ik naar een oplossing, anders los je vaak een symptoom op in plaats van de kern.”
Tip: denk hardop tijdens live coding-opdrachten. Stilte wordt vaker uitgelegd als onzekerheid dan als concentratie.
8. “Wat is volgens jou het verschil tussen [technologie A] en [technologie B]?”
Wat ze willen weten: begrijp je niet alleen de syntax, maar ook de afweging, wanneer kies je het één boven het ander?
Voorbeeldantwoord (voorbeeld SQL vs. NoSQL): “Ik kies voor een relationele database wanneer data sterk gestructureerd is en consistentie cruciaal is, bijvoorbeeld bij financiële transacties. Voor een use case met sterk wisselende datastructuren en hoge schrijfsnelheid, zoals event-logging, overweeg ik eerder een document-database.”
Tip: vermijd het herhalen van een definitie uit een tutorial. Laat zien dat je de trade-off in een echte situatie hebt toegepast.
9. “Hoe ga je om met technical debt of legacy code?”
Wat ze willen weten: ben je pragmatisch, of wil je alles herschrijven zodra het niet perfect is? Beide uitersten zijn een risico voor een werkgever.
Voorbeeldantwoord: “Ik probeer eerst te begrijpen waarom de code is zoals die is, vaak was het destijds een bewuste, verdedigbare keuze. Daarna weeg ik de businessimpact van het aanpakken versus laten staan, en stel ik een stapsgewijze verbetering voor in plaats van een big-bang herschrijving.”
Tip: benoem expliciet dat je rekening houdt met de tijd en het risico voor het bedrijf. Dat toont senioriteit.
Categorie 3: Gedrags- en situationele vragen (STAR)
Deze vragen herken je aan de formulering “vertel eens over een moment waarop…” De sterkste manier om ze te beantwoorden is de STAR-methode:
- Situation: de context
- Taak: wat was jouw verantwoordelijkheid
- Actie: wat deed jij concreet
- Resultaat: wat kwam eruit
10. “Vertel over een conflict met een collega of teamlid”
Wat ze willen weten: ga je conflicten uit de weg, of los je ze professioneel op?
Voorbeeldantwoord (STAR): “[Situatie] Een collega en ik waren het oneens over de architectuur van een nieuwe feature. [Taak] Ik wilde voorkomen dat we tijd verspilden aan een welles-nietes-discussie. [Actie] Ik stelde voor om beide opties uit te werken in een klein prototype en de keuze te baseren op meetbare criteria zoals performance en onderhoudbaarheid. [Resultaat] We kozen uiteindelijk een hybride aanpak, en de samenwerking verbeterde omdat we een gedeelde manier hadden om technische discussies te voeren.”
Tip: kies een voorbeeld waarin de uitkomst positief was en waarin je zelf een actieve, oplossingsgerichte rol had, niet alleen “het loste zichzelf op.”
11. “Hoe ga je om met een strakke deadline?”
Wat ze willen weten: blijf je overzicht houden onder druk, en communiceer je proactief als iets niet haalbaar is?
Voorbeeldantwoord: “Ik maak eerst inzichtelijk welk deel van de scope écht kritiek is voor de deadline en welk deel kan schuiven. Vervolgens communiceer ik dat vroeg met de product owner in plaats van tot het laatste moment te wachten. Bij een recent project betekende dit dat we een niet-essentiële feature een sprint later opleverden, in plaats van kwaliteit in te leveren op de kernfunctionaliteit.”
Tip: laat zien dat je vroeg communiceert over risico’s. Werkgevers waarderen dat vaak meer dan iemand die stilzwijgend overuren maakt.
12. “Vertel over een fout die je hebt gemaakt”
Wat ze willen weten: neem je verantwoordelijkheid, en leer je ervan? Dit is geen valkuilvraag om je af te straffen.
Voorbeeldantwoord: “Ik heb ooit een database-migratie uitgevoerd zonder eerst een rollback-scenario te testen. Toen er een probleem optrad, kostte het herstel meer tijd dan nodig was geweest. Sindsdien maak ik het testen van een rollback-pad een verplichte stap in mijn eigen checklist voor elke migratie, en heb ik dat ook voorgesteld als teamstandaard.”
Tip: kies een échte fout, geen verkapt compliment (“mijn zwakte is dat ik te perfectionistisch ben”). Ervaren interviewers doorzien dat direct.
13. “Hoe werk je samen met niet-technische stakeholders?”
Wat ze willen weten: kun je technische keuzes vertalen naar businesstaal, of blijf je hangen in jargon?
Voorbeeldantwoord: “Ik vermijd technische termen waar het niet nodig is en leg impact uit in termen van tijd, risico of kosten. Als een product owner bijvoorbeeld vraagt waarom iets langer duurt, leg ik uit welk risico we daarmee vermijden, in plaats van te verwijzen naar de technische complexiteit zelf.”
Tip: geef een concreet voorbeeld van een moment waarop die vertaling het verschil maakte in een beslissing.
<a id=”praktisch”></a>
Categorie 4: Vragen over beschikbaarheid en werkwijze
Deze vragen komen vooral terug bij freelance- en detacheringsopdrachten, waar duidelijkheid over beschikbaarheid en verwachtingen vanaf dag één belangrijk is.
14. “Wat is je beschikbaarheid en je tarief?”
Wat ze willen weten: past jouw beschikbaarheid bij de opdracht, en is er ruimte om tot een passende overeenkomst te komen?
Tip: wees concreet over het aantal uur per week en de startdatum, en onderbouw je tarief met je ervaring en specialisatie in plaats van alleen een getal te noemen. Twijfel je over marktconforme tarieven? Een recruitment consultant die de markt dagelijks volgt, kan je hierin objectief adviseren, dat voorkomt dat je jezelf onderverkoopt of buiten de opdracht prijst.
15. “Wat verwacht je van een opdrachtgever of werkgever?”
Wat ze willen weten: heb jij realistische en heldere verwachtingen, wat het risico op vroegtijdig vertrek verkleint?
Voorbeeldantwoord: “Ik hecht vooral waarde aan duidelijkheid over scope en beslisbevoegdheid, en aan een team waarin technische keuzes serieus worden besproken in plaats van van bovenaf opgelegd. Verder vind ik het belangrijk dat er ruimte is voor kennisdeling, ook als freelancer.”
Tip: noem twee tot drie concrete punten in plaats van een vaag “een fijne werksfeer.” Dat maakt je antwoord onthoudbaar en oprecht.
Vragen die jij kunt stellen aan de werkgever
Een sollicitatiegesprek is een tweerichtingsgesprek. Goede tegenvragen laten zien dat je kritisch nadenkt over de rol en helpen jou beoordelen of de opdracht wel bij je past:
- Hoe ziet een typische sprint of werkweek eruit in dit team?
- Welke technische keuze heeft het team het afgelopen jaar het meest bediscussieerd, en waarom?
- Hoe wordt technical debt hier geprioriteerd ten opzichte van nieuwe features?
- Wat maakt dat de vorige persoon in deze rol is vertrokken of doorgegroeid?
- Hoe wordt succes in deze functie na drie en na twaalf maanden gemeten?
Tip: vermijd vragen waarvan het antwoord al op de website of in de vacaturetekst staat, dat wekt de indruk dat je je niet hebt voorbereid.
Klaar voor je volgende IT-carrièrestap?
Bij Morgan Black begeleiden onze consultants IT- en data-professionals persoonlijk naar hun volgende stap — van eerste kennismaking tot en met het sollicitatiegesprek.
