Staff augmentation betekent dat je je eigen softwareteam aanvult met engineers van een externe partner. Ze zijn in dienst bij die partner en werken in jouw team: aan jouw backlog, in jouw tooling en onder jouw aansturing. Jij bepaalt wat er gebouwd wordt. De partner zorgt voor de mensen, van werving en contract tot begeleiding en vervanging.
In het Nederlands spreek je van teamuitbreiding. Hieronder lees je hoe het model van dag tot dag werkt, wanneer het past en welke vier afspraken je vooraf maakt. Een tabel zet staff augmentation naast een dedicated team en projectuitbesteding.
Wij werken zelf zo, als nearshore partner. Met nearshore teamuitbreiding sluiten engineers uit ons team in Sarajevo aan bij het team van een klant.
Wat staff augmentation betekent
Staff is Engels voor personeel, augmentation voor aanvulling. De betekenis van staff augmentation is dus letterlijk: je bestaande team aanvullen. Dat team blijft van jou. Er komen collega's bij die meewerken alsof ze bij jou in dienst zijn, terwijl de partner hun werkgever is.
Drie kenmerken maken het model herkenbaar:
- De partner is werkgever. Contract, salaris, opleiding en doorgroei lopen via de partner.
- Jouw team is de werkplek. De engineers werken in jouw repository, jouw planning en jouw overleggen.
- Jij stuurt het werk aan. Je product owner of tech lead bepaalt de prioriteiten en beoordeelt het resultaat.
Twee termen kort uitgelegd. De backlog is de lijst met werk die klaarstaat. De repository is de plek waar de code staat.
Je komt ook de termen team augmentation en team extension tegen, die in de praktijk hetzelfde betekenen. IT staff augmentation is dezelfde werkwijze voor rollen in software en IT, zoals ontwikkelaars, testers en DevOps engineers.
Zit de partner in een nabijgelegen land, in dezelfde of een aangrenzende tijdzone, dan werk je met een nearshore team. Wat dat inhoudt, lees je in wat nearshoring is. Sommige aanbieders werken met freelancers. Dit artikel gaat uit van engineers die in vaste dienst zijn bij de partner.
Waarom organisaties voor dit model kiezen
Het aantal banen in de ICT groeit al tien jaar veel harder dan de arbeidsmarkt als geheel. In 2025 werkten in de EU ruim 10 miljoen specialisten in ICT, 5,0% van alle werkenden, meldt Eurostat. Hun aantal groeide tussen 2015 en 2025 met 59,4%, ruim zes keer zo sterk als de totale werkgelegenheid.
Het beleidsprogramma voor het digitale decennium van de EU noemt als doel minstens 20 miljoen specialisten in ICT in 2030, ongeveer het dubbele van 2025. Wie een team wil laten groeien, zoekt dus in een markt waar veel organisaties tegelijk zoeken.
Het model biedt dan drie dingen:
- Capaciteit zonder eigen werving. Je gebruikt het team dat de partner al heeft opgebouwd.
- Kennis die bij jou blijft. Het werk gebeurt in jouw team en in jouw code.
- Ruimte om mee te bewegen. Je schaalt per engineer op of af als het werk verandert.
Daar staat iets tegenover. De aansturing en het risico op de oplevering blijven bij jou.
Zo werkt staff augmentation van dag tot dag
In het dagelijkse werk doen eigen en toegevoegde teamleden hetzelfde. Het onderscheid zit achter de schermen, in wie welke taak draagt.
Wie doet wat
Dit blijft bij jou:
- Prioriteiten en de backlog
- Architectuur en technische keuzes
- Toegang tot repository, omgevingen en tooling
- Dagelijkse aansturing en beoordeling van het werk
Dit regelt de partner:
- Werving en selectie, met jouw akkoord per engineer
- Arbeidscontract en administratie
- Begeleiding, opleiding en doorgroei
- Vervanging bij uitval of vertrek
- Werkplek en apparatuur
Wil je in het buitenland liever zelf werven en leidinggeven, lees dan employer of record of nearshore partner.
Een werkweek in de praktijk
Een voorbeeld. Je team van zes ontwikkelaars werkt aan een klantportaal en krijgt er twee engineers van een nearshore partner bij. Zo ziet hun week eruit:
- Maandag. Bij de sprintplanning kiezen ze tickets van dezelfde backlog als de rest van het team.
- Elke ochtend. Ze doen via video mee aan de dagstart, in het Engels.
- Door de week. Ze werken in jouw repository. Jouw ontwikkelaars reviewen hun code, en zij reviewen de code van jouw ontwikkelaars.
- Vrijdag. Ze laten in de demo zien wat af is en doen mee aan de terugblik op de sprint.
- Eens per maand. Jij en de partner bespreken hoe het loopt: bezetting, verlof en wat beter kan.
Twee dingen veranderen voor je eigen team. De voertaal in overleg, tickets en documentatie wordt meestal Engels, en een deel van het overleg loopt via video. Verlof vraagt een engineer aan bij de partner, die het afstemt op jouw planning.
Wanneer staff augmentation past en wanneer een ander model beter werkt
Staff augmentation werkt goed als je team het werk zelf kan leiden en vooral handen of een specialisme mist. Met de korte test hieronder zie je snel of dat voor jou geldt.
Vijf signalen dat het past
Loop deze vijf uitspraken langs en tel hoe vaak je ja zegt.
- Je hebt een eigen ontwikkelteam, of in elk geval een tech lead.
- Iemand in je organisatie stelt elke dag prioriteiten en beantwoordt vragen.
- Het werk loopt maanden of jaren door, zoals de doorontwikkeling van een product.
- Je werkt met een eigen backlog, een eigen repository en een vaste definitie van klaar.
- Je team heeft in de eerste weken tijd om nieuwe collega's in te werken.
Bij vier of vijf keer ja past het model goed. Bij drie keer ja kan het werken als je de ontbrekende punten eerst regelt. Zeg je twee keer ja of minder, kijk dan naar een van de andere modellen.
Wanneer een ander model beter past
Je hebt geen technische leiding. Zonder iemand die het werk verdeelt en beoordeelt, wachten toegevoegde engineers op antwoorden. Een dedicated team met een teamlead van de partner past dan beter.
Je wilt een afgebakend resultaat. Bij een eenmalige opdracht met een duidelijk eindpunt, zoals een koppeling of een migratie, wil je vaak één partij die verantwoordelijk is voor de oplevering. Dat is projectuitbesteding.
Je project loopt al achter. Extra mensen lijken dan de snelste oplossing. De wet van Brooks, een vuistregel die Fred Brooks in 1975 beschreef, zegt dat extra mensen een softwareproject dat achterloopt nog later maken. Nieuwe collega's hebben inwerktijd nodig, en die tijd komt van de mensen die het werk al doen. Bovendien groeit de afstemming met elke persoon die erbij komt. Breid je team dus uit ruim vóór de deadline.
Je zoekt iemand voor een paar weken. Inwerken vraagt tijd van beide kanten. Bij een korte klus is die tijd op voordat de engineer goed op gang is.
Drie modellen in één tabel
| Staff augmentation | Dedicated team | Projectuitbesteding | |
|---|---|---|---|
| Wat je krijgt | Engineers die aansluiten bij jouw team | Een compleet team dat alleen voor jou werkt | Een afgesproken resultaat |
| Wie het dagelijkse werk aanstuurt | Jij | Een teamlead van de partner, op jouw prioriteiten | De partner |
| Wie het risico op de oplevering draagt | Jij | Jij en de partner samen | De partner, binnen de afgesproken scope |
| Wat je zelf nodig hebt | Technische leiding en een werkend proces | Een product owner | Een heldere opdracht en iemand die beslist |
| Wanneer het past | Je team mist handen of een specialisme | Je hebt een product en een te klein team | Je hebt een opdracht met een duidelijk eindpunt |
De grenzen zijn in de praktijk minder scherp dan in de tabel. Een samenwerking die begint met twee engineers kan uitgroeien tot een dedicated team. Je kunt de modellen ook combineren, met een vast team voor het product en een uitbesteed project ernaast.
Bij projectuitbesteding spreek je vooraf af wat de partner oplevert en wanneer. Hoe zo'n traject verloopt, lees je in software laten maken: van idee tot livegang.
Vier afspraken die je vooraf maakt
Leg vier onderwerpen vast voordat de eerste engineer begint. Gebruik de punten hieronder als agenda voor het gesprek met je partner.
1. Inwerken
Een nieuwe engineer is pas productief als de toegang werkt en iemand tijd heeft voor vragen. Leg vast:
- Welke accounts, omgevingen en documentatie op de eerste werkdag klaarstaan
- Welke collega uit jouw team het vaste aanspreekpunt is
- Welke kleine eerste taak binnen een week in productie kan
- Wanneer jij, de engineer en de partner de start evalueren
2. Aansturing
Eén persoon bepaalt de prioriteiten. De partner blijft aanspreekpunt voor alles rond de mensen. Leg vast:
- Wie het werk verdeelt en wie die persoon vervangt bij afwezigheid
- Hoe jouw feedback op het werk bij de partner terechtkomt
- Wie de gesprekken voert over functioneren, verlof en loopbaan
- Hoe de partner voor vervanging zorgt als iemand uitvalt
3. Eigendom van de code
Laat het team vanaf de eerste dag in jouw repository werken, met accounts die jij uitgeeft. Dan staat de code altijd bij jou.
Regel daarnaast de rechten op papier. In de EU regelt de softwarerichtlijn wat er geldt voor een programma dat een werknemer in zijn functie maakt. De werkgever oefent dan de economische rechten uit, tenzij anders is afgesproken. Bij staff augmentation is de partner die werkgever. Leg daarom vast:
- Dat alle rechten op code en documentatie naar jou overgaan
- Dat de arbeidscontracten van de engineers die overdracht mogelijk maken
- Welke geheimhouding voor het team geldt
Werkt het team buiten de EU, vraag de partner dan hoe dit in dat land geregeld is. Laat de bepaling toetsen door je eigen jurist. Meer vragen over contract en eigendom staan in onze checklist met 15 vragen om een nearshore partner te kiezen.
4. Het einde van de samenwerking
Spreek aan het begin af hoe je afschaalt of stopt. Leg vast:
- Welke opzegtermijn geldt, per engineer en voor het hele team
- Hoe de overdracht verloopt, met bijgewerkte documentatie en kennisoverdracht aan je eigen mensen
- Dat alle toegang op de laatste werkdag vervalt
- Onder welke voorwaarden je een engineer later zelf in dienst mag nemen
Staff augmentation met een nearshore team van Isatis
Isatis is een nearshore partner met teams in Nijmegen en Sarajevo. Engineers uit ons eigen team in Sarajevo sluiten aan bij het team van een klant en werken daar zoals hierboven beschreven. We bouwen al meer dan dertig jaar software, met 30+ engineers en meer dan 100 projecten, en zijn gecertificeerd voor ISO 9001 en ISO 27001.
Twijfel je tussen staff augmentation, een dedicated team en projectuitbesteding, plan dan een gesprek. We zeggen het ook als een ander model beter bij je team past.
Veelgestelde vragen
Wat is het verschil tussen staff augmentation en outsourcing?
Bij staff augmentation voeg je engineers toe aan je eigen team en stuur je het werk zelf aan. Bij outsourcing van een project neemt de partner de uitvoering over en levert die een afgesproken resultaat op. Het verschil zit dus in wie het werk leidt en wie verantwoordelijk is voor de oplevering.
Is staff augmentation hetzelfde als een dedicated team?
Bijna. Bij staff augmentation sluiten losse engineers aan bij jouw bestaande team. Een dedicated team is een compleet team dat vast voor jou werkt, vaak met een eigen teamlead. Het ene model kan doorgroeien naar het andere.
Wie stuurt de engineers aan bij staff augmentation?
Jij. Je product owner of tech lead bepaalt de prioriteiten, verdeelt het werk en beoordeelt het resultaat. De partner blijft werkgever en regelt alles rond de mensen, zoals contract, begeleiding, verlof en vervanging.
Van wie is de code bij staff augmentation?
Dat leg je vast in het contract. Laat het team in jouw repository werken en neem een bepaling op die alle rechten op code en documentatie aan jou overdraagt. Laat die bepaling toetsen door je eigen jurist.
Wat is het verschil tussen staff augmentation en team augmentation?
De twee termen betekenen hetzelfde: engineers van een partner werken mee in jouw team. In het Nederlands heet het model teamuitbreiding.
