Een tech-skillscrisis is een tekort aan de juiste technische kennis op het moment dat kritieke teams die nodig hebben. Upskilling bouwt interne capaciteit op, terwijl gericht inhuren en automatiseren sneller druk kunnen wegnemen. De juiste reactie hangt daarom minder af van één voorkeursoplossing dan van waar de kloof zit, hoe urgent ze is en welk risico de organisatie wil dragen.
De aanleiding is herkenbaar. McKinsey beschreef in zijn analyse van digitale versnelling tijdens de COVID-periode dat het aandeel digitale of digitaal ondersteunde producten in wereldwijde bedrijfsportfolio’s met ongeveer zeven jaar was versneld. In hetzelfde onderzoek erkenden de meeste van de 899 C-level respondenten dat technologie een cruciaal onderdeel van het bedrijf is, en geen louter hulpmiddel voor-het-az-900-examen-en-uw-carriere-een-boost-geeft" data-autoinject="link_injection">voor efficiëntie.
Die vaststelling blijft relevant omdat veel organisaties nu de tweede orde-effecten voelen. Digitale producten, cloudplatformen, data-architecturen, security controls en automatisering zijn intussen verweven met kernprocessen. Daardoor wordt een tekort aan cloud engineers, securityspecialisten, data-analisten of applicatieontwikkelaars niet langer alleen een HR-probleem, maar een operationeel risico voor levering, compliance en continuïteit.
Gepubliceerd en laatst bijgewerkt in 2026. Voor dit stuk zijn de in de oorspronkelijke tekst genoemde McKinsey-bevindingen getoetst aan de publieke McKinsey-analyse over digitale versnelling en geplaatst naast bredere arbeidsmarktobservaties van onder meer de OESO en Europese instellingen over digitale vaardigheden. Er zijn geen bijkomende percentages of financiële claims toegevoegd wanneer die niet in het bronmateriaal stonden.
Wat de tech-skillscrisis in de praktijk betekent
Een skillscrisis ontstaat wanneer de vaardigheden die nodig zijn om technologie te bouwen, te beheren en veilig te gebruiken sneller veranderen dan de beschikbare capaciteit in de organisatie. Het gaat daarbij niet alleen om programmeertalen of cloudcertificaten. Vaak ontbreken ook architectuurinzicht, productdenken, security-by-design, data governance, incidentrespons en het vermogen om bedrijfsprocessen te vertalen naar digitale oplossingen.
Drie begrippen verdienen duidelijke definities. Upskilling betekent dat medewerkers nieuwe of diepere vaardigheden ontwikkelen binnen hun bestaande rol, bijvoorbeeld een systeembeheerder die cloudbeheer leert. Reskilling gaat verder: iemand wordt voorbereid op een andere rol, zoals een operationsmedewerker die doorgroeit naar businessanalist of low-code ontwikkelaar. Low-code verwijst naar platformen waarmee applicaties of workflows met beperkte handmatige code worden gebouwd; een citizen developer is een niet-IT-medewerker die zulke oplossingen maakt binnen vooraf bepaalde governancegrenzen.
De fout die veel organisaties maken, is de crisis te behandelen als een generiek tekort aan mensen. In werkelijkheid verschilt de oplossing per rol en proces. Een senior security architect kan niet snel worden vervangen door automatisering, terwijl repetitieve rapportage of eenvoudige goedkeuringsflows net wel geschikt kunnen zijn voor low-code of workflowautomatisering. Rollen met sterke skill-adjacenties, zoals servicedeskmedewerkers met scriptingervaring of functionele analisten met proceskennis, zijn vaak betere kandidaten voor reskilling dan rollen waarvoor diepe, zeldzame expertise onmiddellijk nodig is.
Upskilling, inhuren en automatiseren vergeleken
Upskilling is de meest duurzame optie wanneer de organisatie al mensen heeft met domeinkennis, motivatie en verwante vaardigheden. De verborgen kost zit in de tijdelijke productiviteitsdip: medewerkers leren naast hun werk, maken oefenfouten en hebben begeleiding nodig voordat nieuwe vaardigheden betrouwbaar inzetbaar zijn. Dat maakt upskilling minder geschikt als de organisatie binnen enkele weken een zwaar incidentrisico of leveringsprobleem moet oplossen, maar wel sterk wanneer het tekort structureel is.
Gericht inhuren of samenwerken met partners brengt sneller expertise binnen, vooral voor kritieke rollen waar fouten duur zijn. Denk aan cloudarchitectuur, identity security, dataplatformontwerp of migratieprogramma’s met hoge afhankelijkheden. De valkuil is dat snelheid vaak wordt overschat: werving, selectie, contractering, onboarding en contextopbouw kosten tijd. Bovendien verdwijnt kennis opnieuw als externe capaciteit niet gekoppeld wordt aan kennisoverdracht.
Automatisering kan de vraag naar schaarse vaardigheden verminderen door werk anders te organiseren. Dat geldt voor testautomatisering, self-service provisioning, low-code workflows, geautomatiseerde rapportage en incidenttriage. De verborgen kosten zitten in onderhoud, eigenaarschap, beveiliging en wijzigingen in onderliggende systemen. Zonder duidelijke product owner en IT-governance ontstaat low-code sprawl: tientallen kleine apps of flows die nuttig lijken, maar onduidelijk beheerd, slecht gedocumenteerd of onvoldoende beveiligd zijn.
| Reactie |
Wanneer passend |
Belangrijkste trade-off |
| Upskilling of reskilling |
Wanneer interne medewerkers sterke domeinkennis en aanpalende vaardigheden hebben. |
Duurzame capaciteit, maar met leertijd en tijdelijke productiviteitsdaling. |
| Gericht inhuren of partnering |
Wanneer expertise onmiddellijk kritisch is of intern nauwelijks aanwezig is. |
Snellere toegang tot kennis, maar met onboardingkosten en risico op kennisafhankelijkheid. |
| Automatisering en low-code |
Wanneer repetitieve processen, handmatige overdrachten of eenvoudige workflows veel capaciteit vragen. |
Minder operationele druk, maar extra governance, onderhoud en eigenaarschap nodig. |
Een besliskader voor leiders
Een bruikbare beslissing begint met drie vragen: hoe snel moet de impact zichtbaar zijn, hoe kritiek is de rol of het proces, en hoe zeker is het budget over meerdere kwartalen? Bij hoge urgentie en hoge rolkritikaliteit is externe expertise vaak gerechtvaardigd, mits kennisoverdracht expliciet in de opdracht zit. Bij lagere urgentie en een structureel tekort is upskilling meestal verstandiger, zeker wanneer er medewerkers zijn met verwante vaardigheden.
Automatisering verdient prioriteit wanneer het tekort niet alleen door ontbrekende kennis komt, maar door verspild menselijk werk. Als ervaren engineers veel tijd verliezen aan repetitieve tickets, manuele deployments of rapportages, is extra aanwerving slechts een tijdelijke verlichting. Dan moet het proces worden herontworpen, terwijl medewerkers tegelijk leren hoe ze de nieuwe werkwijze beheren en verbeteren.
De meest robuuste aanpak combineert de drie opties. Een organisatie kan bijvoorbeeld externe cloudexpertise inschakelen voor een risicovolle migratie, interne beheerders opleiden voor exploitatie na de migratie en tegelijk provisioning automatiseren zodat de nieuwe omgeving beheersbaar blijft. Op die manier wordt snelle levering verbonden met structurele capaciteitsopbouw.
Begin met een skills-baseline, niet met een vacaturelijst
Een skills-baseline brengt per rol in kaart welke vaardigheden vandaag aanwezig zijn, welke binnenkort nodig zijn en welk bewijs er is dat iemand die vaardigheid kan toepassen. Dat bewijs mag breder zijn dan een certificaat. Hands-on assessments, peer code reviews, incidentoefeningen, architectuurreviews en simulaties van productieproblemen geven vaak beter zicht op praktische bekwaamheid.
Dit is ook waar IT, HR en L&D nauwer moeten samenwerken. HR ziet loopbaanpaden en capaciteit, IT ziet technische risico’s en deliverydruk, en L&D kan leerinterventies structureren. Een opleidingspartner zoals Readynez kan in dat gesprek alleen nuttig zijn wanneer training gekoppeld wordt aan rollen, labs en vaardigheidsbeoordeling, niet wanneer het vertrekt vanuit een losse catalogus.
Rolsegmentatie maakt de baseline bruikbaar. Rollen met domeinkennis en logische skill-adjacenties zijn goede kandidaten voor interne ontwikkeling: servicedesk naar cloud operations, functioneel beheer naar product ownership, businessanalyse naar low-code governance, of systeembeheer naar identity en access management. Rollen waar weinig interne basis bestaat en de impact van fouten groot is, zoals security architecture of dataplatformontwerp, vragen vaker tijdelijke externe versterking naast een intern leerpad.
Van analyse naar uitvoering
Na de baseline moet de organisatie niet proberen elk tekort tegelijk te sluiten. De betere start is een beperkt aantal rollen en processen selecteren waar de impact hoog is en de afhankelijkheden beheersbaar zijn. In veel gevallen betekent dat één kritisch technisch domein kiezen, zoals cloudbeheer of cybersecurity, en één proces dat goed te automatiseren is, zoals toegangsaanvragen, rapportage of standaardomgevingen.
- Leg per kritieke rol vast welke vaardigheden binnen de komende planningscyclus nodig zijn.
- Meet de bestaande vaardigheden met praktijkgerichte opdrachten, reviews en operationele scenario’s.
- Kies één of twee processen waar automatisering schaarse capaciteit aantoonbaar kan vrijmaken.
- Combineer eventuele externe expertise met expliciete kennisoverdracht naar interne teams.
- Meet voortgang op vaardigheid, levering, kwaliteit en risico, en stuur het programma periodiek bij.
De meting moet zowel leerresultaten als bedrijfsresultaten omvatten. Voor vaardigheden kan men kijken naar voltooide praktijkopdrachten, geslaagde reviews, incidentrespons in oefeningen en zelfstandige uitvoering van taken. Voor bedrijfsimpact zijn doorlooptijd, change failure rate, incidentherhaling, afhankelijkheid van externe partijen en medewerkerbelasting relevanter dan het aantal gevolgde trainingsdagen.
Bij low-code en automatisering moet governance vanaf het begin worden ingericht. Dat betekent dat elke workflow of app een eigenaar heeft, dat toegangsrechten en datagebruik gecontroleerd worden, en dat er afspraken zijn over documentatie, testing en lifecycle management. Citizen developers kunnen waarde leveren, maar alleen wanneer IT duidelijke kaders biedt en niet pas ingrijpt nadat kwetsbare oplossingen bedrijfskritisch zijn geworden.
Wat werkt wanneer?
Upskilling werkt vooral wanneer de organisatie tijd heeft om capaciteit op te bouwen en wanneer interne kennis van processen of klanten belangrijk is. Het rendement ligt dan in behoud van context, betere interne wendbaarheid en minder afhankelijkheid van een krappe arbeidsmarkt. De voorwaarde is dat leren niet beperkt blijft tot e-learning, maar gekoppeld wordt aan begeleide oefening en echte werkopdrachten.
Inhuren of partnering werkt wanneer het risico van wachten te groot is. Het moet echter worden behandeld als een versneller, niet als een vervanging voor intern eigenaarschap. Contracten en opdrachten horen daarom kennisoverdracht, documentatie en gezamenlijke uitvoering te bevatten, anders blijft de organisatie kwetsbaar zodra de externe capaciteit vertrekt.
Automatisering werkt wanneer het probleem deels voortkomt uit inefficiënte processen. Ze is minder geschikt als excuus om ontbrekende expertise te negeren. Zelfs geautomatiseerde workflows vereisen mensen die het ontwerp begrijpen, uitzonderingen behandelen, wijzigingen beheren en securityrisico’s beoordelen.
Een werkbaar antwoord op de skillscrisis
De belangrijkste les uit de McKinsey-context is dat technologie dichter bij de kern van de organisatie is komen te staan. Daardoor vraagt een tech-skillscrisis om bestuurlijke keuzes: welke digitale capaciteiten moeten intern worden beheerst, waar is tijdelijke versterking verantwoord en welke processen moeten eenvoudiger of geautomatiseerd worden?
Een praktische volgende stap is het opzetten van een korte, rolgebaseerde skills-baseline en het kiezen van één domein waar capaciteitstekort de levering of het risico zichtbaar beïnvloedt. Daarna kan Readynez, naast interne experts en eventuele implementatiepartners, een rol spelen in gestructureerde vaardigheidsopbouw wanneer training wordt verbonden met praktijkopdrachten, verificatie en meetbare teamdoelen.
