Capaciteitsplanning met skill-matching — een praktische uitleg

In een productiebedrijf draait planning niet alleen om "wie is wanneer vrij". Het draait om wie kan wat, op welk moment, voor hoeveel uur per week. Dat is skill-based capaciteitsplanning, en zonder werkt elke planningstool als een veredelde agenda.

Dit artikel legt het concept uit voor iemand die het in zijn bedrijf wil invoeren — zonder jargon, met voorbeelden uit een typische staal- of metaalwerkplaats.

Het probleem zonder skill-matching

Stel: je hebt 8 medewerkers, allemaal "productiemedewerkers". Eén van hen — Bas — kan ook lasersnijden. Twee anderen — Mark en Lois — kunnen poedercoaten. Eén senior, Jan, kan alles maar wordt vooral voor inmeten ingezet omdat hij goed met klanten praat.

Zonder skills in je systeem zie je 8 mensen × 32u = 256 uur productie per week. Lijkt zat. Tot je merkt dat:

60u Lasersnijden alleen door Bas gedaan kan worden (hij is de enige) — en hij is ook ingedeeld voor inmeten in week 19
40u Poedercoaten kan Mark óf Lois doen — maar als beide in vakantie zitten week 22, blijft het werk liggen
Jan staat te vol omdat ALLE inmetingen op zijn naam staan

Je had 256u, je hebt eigenlijk veel minder bruikbare uren — en je weet pas een week vooraf welke fase niet gehaald wordt.

Wat skill-matching wel doet

Een planningstool met skill-matching werkt zo:

Per medewerker leg je vast welke skills ze hebben (bv. Bas: Productie, Lasersnijden) en hun beschikbare uren per week.
Per project-fase staat welke skill nodig is (bv. de Productie-fase van Project X heeft 20u Lassen + 15u Lasersnijden nodig).
De tool berekent per week + per skill hoeveel uur er beschikbaar is, hoeveel nodig, en waar het tekort zit.

Resultaat: een tabel zoals deze (vereenvoudigd):

| Week | Skill | Beschikbaar | Nodig | Verschil | |------|-------|-------------|-------|----------| | 19 | Lassen | 80u | 60u | +20u (ruimte) | | 19 | Lasersnijden | 32u | 60u | -28u (tekort!) | | 19 | Inmeten | 24u | 18u | +6u | | 20 | Lassen | 80u | 95u | -15u (tekort) |

Direct zichtbaar dat week 19 lasersnijden krap zit en week 20 lassen krap zit. Tijd om óf werk te verschuiven, óf uitbesteden.

Multi-skill medewerkers: de slimste truc

Een Bas met 32u beschikbaar en skills Productie + Lasersnijden mag NIET dubbel geteld worden — hij kan zijn 32u óf in Lassen verdelen óf in Lasersnijden, niet beide volledig. Een goede tool houdt daar rekening mee:

"Bas heeft 32u/week. Skill 'Productie' beschikbaarheid: 32u tot ergens ingezet. Zodra hij 12u Lasersnijden krijgt: nog 20u over voor Productie."

Dat onderscheid maakt een groot verschil voor de daadwerkelijk haalbare planning.

Waarom dit voor mkb belangrijk is

Grote bedrijven hebben dit al via SAP, Oracle of vergelijkbaar. Dat kost tienduizenden per jaar plus 6-12 maanden implementatie. Voor een mkb-bedrijf met 10-50 medewerkers is dat overkill.

Wat je wél nodig hebt:

Een lijstje skills dat past bij jouw werkwijze (geen 200 vaste keuzes uit een dropdown)
Per medewerker een paar vinkjes
Per fase 1-3 skills met uren
Een overzicht dat 4-6 weken vooruitkijkt

Niet meer, niet minder. Dat is doable in een paar weken inrichten — geen consultancy-traject van een half jaar.

Een typische start

Lijstje skills (1 uur): in de meeste staal/metaalbedrijven kom je uit op 5-8 skills (Inmeten, Engineering, Productie, Voormontage, Montage, plus eventueel Poedercoaten of Service).
Medewerkers + skills (30 min): per persoon vink je aan wat ze kunnen.
Drie projecten als test (1 uur): zet je drie lopende projecten erin, voeg per fase de uren toe, kijk wat het tool aangeeft.
Bekijk de capaciteit-view: zie je problemen die je niet zag? Dan werkt het.

Vanaf dat moment groeit het mee — meer projecten, meer historische data, slimmere voorstellen.

Conclusie

Skill-based capaciteitsplanning is geen luxe, het is het verschil tussen "weten wat we kunnen aanpakken" en "kijken hoe het loopt". Voor mkb-maakbedrijven is dat in een paar weken in te voeren met een betaalbare tool. Het ROI ligt in minder uitloop, minder spoedaanpassingen en een planner die niet meer 's avonds in zijn hoofd loopt te puzzelen.