Waarom de schaarste je productbeslissingen stiekem stuurt
De meeste teams merken het niet meteen, maar krapte op de arbeidsmarkt werkt als een onzichtbare productmanager. Functies worden net iets minder ambitieus, technische schuld wordt “nog even” geparkeerd, en de releaseplanning krijgt rare bochten omdat er simpelweg te weinig handen zijn. Zeker bij software die doorloopt in de operatie, denk aan logistieke ketens, zorgportalen of overheidssystemen, voelt elke mis-hire als een kwartaal vertraging.
Neem een herkenbaar scenario: een scale-up wil een nieuwe data-feature bouwen, maar de enige senior die de huidige ETL snapt, is óók degene die productie-issues oplost. Als die persoon vervolgens twee maanden bezig is met sollicitatiegesprekken, wordt werving zelf een bottleneck. De vraag is dus niet alleen “hoe vind ik iemand?”, maar ook “hoe zorg ik dat werving mijn team niet verlamt?”
Begin bij het echte probleem: welke capaciteit mis je precies?
Veel vacatures zijn eigenlijk een lijst met wensen die ontstaan uit frustratie. “Full-stack, DevOps, security-minded, data savvy” klinkt lekker, maar het maakt je zoektocht vaag en duur. Een scherp profiel begint met het werk dat blijft liggen. Gaat het om delivery, om stabiliteit, of om versnellen van innovatie? En is de pijn vooral kennisgebonden (architectuur, domein) of volume gebonden (meer tickets wegwerken)?
Maak het profiel concreet met drie ankers
Kies drie ankers die je later ook in gesprekken en assessments gebruikt: 1) de eerste 90 dagen output, 2) de kritieke systemen of delen van de codebase, 3) de samenwerking die nodig is om te slagen. “Binnen 90 dagen: CI/CD verbeteren en incidenten halveren” is toetsbaar. “Meewerken aan een modern platform” niet.
Vermijd de ‘eenhoornvalkuil’ met een skills-matrix
Maak een simpele matrix met must-haves, should-haves en can-learn. Must-haves zijn zeldzaam en duur, dus beperk ze tot wat echt niet te leren is binnen drie maanden. Alles wat je team al sterk in huis heeft, hoeft niet bovenaan de lijst. Zo voorkom je dat je wekenlang zoekt naar een perfecte match die niemand is.
Een selectieproces dat snelheid én kwaliteit bewaakt
De beste kandidaten hebben vaak al drie gesprekken lopen. Een traag proces is een stille afwijzing. Tegelijk wil je geen overhaaste keuze maken, zeker niet in rollen met toegang tot productie, klantdata of kritieke infra. De kunst is om weinig stappen te doen, maar elke stap informatief te maken.
Werk met één realistische proefopdracht
Kies een opdracht die lijkt op het echte werk en die je in maximaal twee uur kunt beoordelen. Denk aan: een kleine API uitbreiden met logging en tests, een bugfix met duidelijke reproducerende stappen, of een architectuurvraagstuk waarbij de kandidaat trade-offs uitlegt. Het gaat niet om “de mooiste oplossing”, maar om redeneren, prioriteren en communiceren.
Laat het team meebeoordelen, maar maak één eigenaar
Een panelinterview zonder regie levert vooral meningen op. Wijs één eigenaar aan die de eisen bewaakt en de feedback structureert. Laat een backend engineer op codekwaliteit letten, een product owner op begrip van context, en iemand van security op basishygiëne. Eén dag later moet je een beslissing kunnen nemen, inclusief onderbouwde twijfelpunten.
Inhuren, vast, of een hybride team: kies op risico, niet op gevoel
Er bestaat geen universeel juiste route. Wat wél helpt: kijk naar risico’s die je wilt beperken. Bij een strak gereguleerde omgeving wil je voorspelbaarheid en compliance. Bij een innovatietraject wil je snelheid, experiment en het kunnen bijsturen. Soms is het logisch om tijdelijk extra handen aan te haken voor delivery, terwijl je parallel rustig zoekt naar een vaste senior die de lange lijn bewaakt.
Wie snel capaciteit nodig heeft, komt vaak uit bij een model waarbij je op korte termijn een programmeur inhuren kunt zonder je hele organisatie om te gooien. De valkuil is dan dat je de onboarding onderschat: zonder context, duidelijke Definition of Done en toegang tot de juiste tooling blijft iemand “extra”, in plaats van onderdeel van je deliveryritme.
Onboarding is je geheime wapen tegen verloop en vertraging
Een goede onboarding voelt bijna saai: alles ligt klaar. Maar dat is precies de bedoeling. Maak een checklist voor accounts, rechten, lokale setup, documentatie en een eerste kleine “win” in de codebase. Geef iemand ook een buddy die niet alleen technische vragen opvangt, maar ook de ongeschreven regels kan uitleggen, zoals release-cadans, incidentafhandeling en hoe beslissingen worden genomen.
Documenteer het minimale dat je altijd nodig hebt
Je hoeft geen encyclopedie te schrijven. Een korte “readme voor het team” met architectuuroverzicht, omgevingsvariabelen, teststrategie, deploymentflow en een incident-runbook voorkomt dat elke nieuwe collega dezelfde valkuilen instapt. Het levert ook iets op dat je team rust geeft, namelijk minder context-switching.
Nearshore en remote: wat werkt in de praktijk (en wat niet)
Remote samenwerken is volwassen geworden, maar niet automatisch makkelijk. Het verschil zit vaak in ritme: wanneer overlappen werktijden, hoe worden beslissingen vastgelegd, en hoe voorkom je dat kennis alleen in chat verdwijnt? Teams die dit goed doen, werken met korte schriftelijke updates, duidelijke tickets, en een vaste cadans voor refinement, demo en retro.
Ook belangrijk: cultuur zit niet in vlaggetjes, maar in verwachtingen. Spreek af hoe je feedback geeft, hoe je “done” definieert en wat je doet als deadlines onder druk staan. Een klein detail, zoals altijd even een designkeuze opschrijven in de PR, kan maanden later het verschil maken tussen soepel onderhoud en archeologie in de code.
Waar je op moet letten bij partners en bemiddelaars
Als je met een partij werkt, wil je transparantie over selectie, begeleiding en continuïteit. Vraag hoe kandidaten worden gescreend, welke rol HR en coaching speelt, en wat er gebeurt als de match toch tegenvalt. Let ook op of iemand begrijpt dat softwareontwikkeling meer is dan code tikken: domeinkennis, securitybewustzijn en communicatie bepalen vaak het succes.
Een voorbeeld van een partijnaam die je in de markt tegenkomt is SharpMinds, maar welke route je ook kiest, de kern blijft hetzelfde: je zoekt niet alleen capaciteit, je bouwt aan een team dat samen betrouwbaar kan leveren.
Praktische checklist voor de komende twee weken
Dag 1 tot 3: scherp je vraag aan
Schrijf op welke drie outcomes je binnen 90 dagen verwacht, welke systemen cruciaal zijn en welke samenwerking essentieel is. Zet dat om in must-haves en learnables, en schrap alles wat “wel handig” is maar niet noodzakelijk.
Dag 4 tot 7: versnel je proces
Plan alle gesprekken binnen één week, bereid één realistische opdracht voor en spreek af wie de eigenaar is van de beslissing. Maak vooraf duidelijk hoe snel je feedback geeft en wanneer je een aanbod kunt doen.
Dag 8 tot 14: maak onboarding herhaalbaar
Maak een minimale team-readme, zet toegang en tooling klaar en plan een eerste taak die klein is maar echt waarde levert. Als je dit goed doet, voelt de volgende hire minder als een gok en meer als een gecontroleerde uitbreiding van je team.
