Het formulier is succesvol verzonden.
Meer informatie vindt u in uw mailbox.
Inhuren
Over ons
DienstenTechnologieënIndustrieënPortfolio
Zo zag een typische bestuursvergadering er in 2020 uit. De CTO presenteert een kaart met twee kolommen: Intern en Offshore. De kolom intern heeft een aantal werknemers en een salariscijfer. De kolom offshore heeft hetzelfde aantal medewerkers, ongeveer de helft van de kosten en de naam van een leverancier. De ogen van de CFO lichten op bij de aantrekkelijke kostenbesparingen. De beslissing om te offshoren wordt in ongeveer twintig minuten genomen, voornamelijk vanwege de kostenfactor.
Als 70% van bedrijven noemden kostenbesparingen als hun belangrijkste drijfveer voor een offshore ontwikkelingscentrumr (ODC) in 2020, alleen 34% doet dit nu. In plaats daarvan geven 42% van de leidinggevenden de toppositie om “toegang tot gespecialiseerd talent”, terwijl 35% ervoor kiest om “te voldoen aan de eisen van de klant”.”
Deze verandering vond plaats als gevolg van het tekort aan technisch talent. Alleen al in de VS zal het tekort naar verwachting oplopen tot 1,2 miljoen software-ingenieurs in 2026, waarbij senior functies in AI, cloud computing en beveiliging het moeilijkst in te vullen zijn, ongeacht het salaris. Een modern ODC is gebouwd om het lokale gebrek aan toegang tot talent op te lossen.
De processen van de ODC's volgen nu gedisciplineerde agile rituelen: sprintplanning, regelmatige retrospectives en gestructureerde async standups. In een gedistribueerde omgeving kunnen zelfs kleine misverstanden uitgroeien tot grote tegenslagen. Teams die agile werken rapporteren een 28% verhoging in projectsucces en een verbetering van 37% in tijdige oplevering.
Tegenwoordig is het offshoreteam een geïntegreerde engineeringafdeling in een andere tijdzone, die volgens hetzelfde schema werkt, dezelfde doelen nastreeft en dezelfde mate van verantwoordelijkheid heeft als hun collega's op afstand.
In deze gids leg ik uit wat ODC is, hoe het werkt en wat je bedrijf eraan heeft.
Een offshore ontwikkelingscentrum is een team van software engineers dat in een ander land, vaak in een andere tijdzone, is gevestigd dan het moederbedrijf. In tegenstelling tot typische leveranciers werken deze ingenieurs alleen voor uw bedrijf en maken ze permanent deel uit van uw interne team, afgestemd op uw interne structuur en doelstellingen.
In de offshore ontwikkelingscentrum model, Een team is aanwezig bij je sprintplanning, neemt deel aan je architectuurreviews en bouwt productdomeinkennis op die zich elk kwartaal verdiept.
In het dagelijkse werk is een offshore software ontwikkelingscentrum ziet er als volgt uit:
Voordat ze zich committeren aan een ODC, moeten technische leiders ten minste drie alternatieven overwegen: uitbesteding het werk op projectbasis uit te voeren, het bestaande team uit te breiden met individuele aannemers of gewoon intern in te huren.
Elk model lost een echt probleem op, maar creëert ook uitdagingen die de anderen niet hebben. De keuze hangt af van welke past bij uw tijdlijn, uw controlevereisten en waar u zich bevindt in de levenscyclus van het product.
| ODC | Projectmatig uitbesteden | Staff augmentation | Intern | |
| Geschikt voor | Productontwikkeling op lange termijn | Gedefinieerde, tijdgebonden deliverables | Snel specifieke vaardigheidstekorten opvullen | Kernproduct, volledige controle |
| Team toewijding | 100% van jou | Gedeeld door klanten van leveranciers | Individuele medewerkers | Volledig toegewijd |
| Tijd om in te huren | 2-6 weken | 1-2 weken | 1-3 weken | 2-4 maanden |
| Kennisbehoud | Samenstellingen na verloop van tijd | Reset na levering | Vertrekt met de aannemer | Permanent |
| IP-eigendom | Duidelijk de jouwe | Vereist expliciete afspraken | Vereist expliciete afspraken | Duidelijk de jouwe |
| Kostenstructuur | Vast maandelijks (operationeel) | Per project of mijlpaal | Uur- of dagtarief | Salaris + voordelen + overhead |
| Kosten vs. intern | 40-60% lager | Variabele | Variabele | Basislijn |
| Procesbeheersing | Volledig | Beperkt | Matig | Volledig |
| Schaalbaarheid | Hoog | Laag | Medium | Laag |
| Cultuur | Ontwikkelt zich na verloop van tijd met intentie | Zelden bereikt | Gedeeltelijk | Natuurlijk |
| Ideale teamgrootte | 5-200+ ingenieurs | Om het even welke teamgrootte | 1-10 personen | Om het even welke teamgrootte |
| Lengte verloving | 12 maanden tot onbepaald | Weken tot maanden | Weken tot maanden | Onbepaald |
Het concept achter offshore ontwikkelingscentrum diensten is dat je eigenaar bent van het team. Je bepaalt de aanwervingscriteria, interviewt elke ingenieur voordat ze erbij komen, bepaalt de tech stack, stelt de coderingsstandaarden vast en beslist wat er gebouwd wordt. Het team rapporteert aan u.
De ODC-provider zorgt voor de operationele laag: rechtspersoon, salarisadministratie, kantoor en lokale HR-compliance.
Hoe succesvol je samenwerking zal zijn, hangt af van hoe je je communicatie opbouwt. Om een team dat mijlenver weg zit het gevoel te geven dat ze naast je zitten, kun je dit Delivery Governance and Reporting pattern opzetten:
De interne en offshore teams werken effectief samen door middel van vier:
Efficiënte offshore ontwikkelingscentra volgen Agile levering.
Volgens het Business Agility Institute rapporteren teams die zich houden aan gedisciplineerde agile methoden 86% betere projectoplevering.
Sprint planning vereist een backlog die echt klaar is voordat de sessie begint: geschreven acceptatiecriteria, in kaart gebrachte afhankelijkheden en besproken schattingen.
Terugblik vereisen expliciete psychologische veiligheidsmechanismen. Anonieme retrospectieve tools, zoals Parabol en EasyRetro, verminderen de sociale druk die offshore engineers ervan weerhoudt om echte problemen aan te kaarten bij een team aan de klantzijde.
Om alles snel te laten verlopen zonder dat dit ten koste gaat van de kwaliteit, heb je een team nodig met duidelijk gedefinieerde rollen en een gezonde balans tussen ervaringsniveaus. Op basis van mijn ervaring met het managen van het ODC team, is dit de samenstelling van het kernteam die ik zou aanraden:
Deze rollen zorgen ervoor dat het proces werkt in een gedistribueerde opstelling:
De Scrum Meester Volgt wanneer het team geblokkeerd is in afwachting van een beslissing van het hoofdkwartier en escaleert het probleem voordat het een mislukking van de sprint wordt.
De Product Owner is de meest vitale rol voor ODC software succes, maar toch wordt er vaak slecht mee omgegaan. Wanneer de PO op het hoofdkantoor blijft en de offshoreteam als ontvangers van instructies, veroorzaakt het vertragingen in de besluitvorming die het hele ontwikkelingsproces vertragen.
De oplossing is een Volmacht producteigenaar embedded offshore: een senior engineer met de bevoegdheid om dagelijkse scopebeslissingen te nemen en alleen strategische beslissingen te escaleren naar de HQ Product Owner. Dit houdt het team gedeblokkeerd tijdens de acht uur dat de primaire PO niet beschikbaar is.
Schalen is een taak van je ODC-leverancier, maar net als bij de andere processen blijf jij de baas. Twee fouten betekenen het einde van bijna elke ODC-uitbreiding.
Bedrijven zetten ODC's op om bekwame ingenieurs van over de hele wereld in te huren, hun uitgaven te verlagen in vergelijking met lokale inhuur en producten sneller op de markt te brengen. Wanneer we met onze klanten praten, beschrijven de meesten de volgende voordelen van hun samenwerking met onze ODC-teams:
Een senior ingenieur aannemen in grote hubs zoals San Francisco of Londen kost doorgaans tussen $150.000 en $200.000 per jaar, exclusief secundaire arbeidsvoorwaarden of wervingskosten. Daarentegen kunnen professionals met hetzelfde ervaringsniveau in landen als Polen, India, of Colombia verdienen meestal tussen $50.000 en $90.000. Dankzij deze kostenkloof kunnen bedrijven hun totale uitgaven voor engineering verlagen met 35% tot 50% wanneer ze hun teams laten groeien.
Elk jaar produceert Polen 15.000 technische afgestudeerden, terwijl de Indiase gemeenschap van ontwikkelaars groeit met 14% jaarlijks. Roemenië, Vietnam en Colombia bieden ook een grote pool van geschoolde ingenieurs tegen veel lagere kosten. In deze regio's kan een offshore ontwikkelcentrum diensten bedrijf kan dezelfde functie vaak al binnen twee tot drie weken invullen, dankzij het bestaande talentnetwerk.
Problemen die aan het eind van de dag in het ene kantoor worden gevonden, kunnen de volgende ochtend in een ander kantoor zijn opgelost, dankzij de wereldwijde dekking van tijdzones. Testen die normaal drie dagen zouden duren, kunnen in slechts één dag worden uitgevoerd. Hierdoor kunnen bedrijven producten sneller lanceren.
Dedicated offshore teammodellen bereiken 95% engineer retentie (gebaseerd op Innowise's ervaring). Dit is een groot voordeel omdat engineers die twee jaar in uw codebase hebben doorgebracht ongedocumenteerde edge cases, architecturale beperkingen en eigenaardigheden van integratie met derde partijen met zich meedragen die niet volledig kunnen worden vastgelegd in een overdrachtsdocument.
Een gedeeld Jira- of Linear-bord waar elke taak zichtbaar is en wordt toegewezen. Dagelijkse async standups die blokkades aan het licht brengen voordat het sprintfiasco's worden. Een CI/CD-pijplijn die beide teams in realtime volgen. Sprints evalueren elke twee weken, met werkende software als deliverable. Het resultaat: de snelheid is meetbaar, blokkades komen binnen enkele uren bovendrijven en niets komt als een verrassing bij de oplevering.
Feestdagen, uitval van de infrastructuur en regionale verstoringen die een team op één locatie platleggen, laten een ODC ongemoeid. Wanneer je hoofdkantoor met een storing te maken krijgt, houdt je offshore team de operaties zonder vertraging draaiende.
Ik zou voorstellen om een ODC niet alleen te zien als een manier om extra handen toe te voegen, maar ook als een manier om gespecialiseerd talent te vinden dat je lokaal niet kunt krijgen. Je bouwt een team dat je product echt leert kennen en met je meegroeit, dat opereert volgens dezelfde bedrijfsstandaarden als je thuiskantoor, maar met veel meer flexibiliteit om op te schalen als je roadmap verandert.
Operationeel Directeur Levering & Hoofd van het Competence Center
Om een ODC veilig te houden, moeten uw bedrijf en het ingehuurde team duidelijke contracten ondertekenen en dezelfde beveiligingsregels volgen als op het hoofdkantoor. Deze documenten en processen helpen uw gegevens, eigendomsrechten en systeemtoegang te beschermen.
Een ODC moet voldoen aan de gegevenswetten van zowel het land waar het team is gevestigd als het land waar jouw bedrijf is gevestigd.
Voor Amerikaanse bedrijven gelden offshore nog steeds specifieke sectorregels: HIPAA voor de gezondheidszorg, SOC 2 voor SaaS en PCI-DSS voor betalingen. In je ODC-contract moet duidelijk staan dat de leverancier verantwoordelijk is voor het voldoen aan deze standaarden en je moet het recht behouden om hun werk op elk moment te controleren.
Voor bedrijven in de EU geldt de GDPR voor elke offshore engineer die met persoonsgegevens omgaat. Je moet ondertekende gegevensverwerkingsovereenkomsten en standaard contractuele clausules hebben. Daarnaast moet elk offshore teamlid een GDPR-training volgen als verplichte contractuele vereiste.
Vanaf 2 augustus 2026 gaat de AI-wet van de EU belangrijke compliance-verplichtingen toepassen op AI-systemen met een hoog risico, onder andere op gebieden als gezondheidszorg en financiën. s. Je moet precies documenteren hoe aan deze vereisten wordt voldaan, ongeacht waar de technici feitelijk werken.
De minimale infrastructuur voor offshore-ontwikkelingscentra:
Wanneer intellectueel eigendom (IP) verloren gaat in een offshoreteam, komt dat meestal niet door opzettelijke diefstal. In plaats daarvan gebeurt het door onduidelijke contracten, het niet op de juiste manier intrekken van toegang wanneer technici vertrekken of het ontbreken van duidelijke regels voor het bijdragen aan openbare codeprojecten tijdens werktijd.
Onderteken deze drie documenten om het meeste risico uit te sluiten:
Een ODC moet dezelfde beveiligingsregels volgen als het hoofdbedrijf. Wanneer offshore engineers de systemen, gegevens of code van het bedrijf gebruiken, lopen ze dezelfde risico's als lokale werknemers. Er is echter een extra risico omdat ze over een netwerk werken dat het hoofdbedrijf niet beheert.
Je team heeft toegang tot je systemen via een netwerk dat je hoofdbedrijf niet beheert, wat een inherente blinde vlek in de beveiliging creëert. Om deze blootstelling te dichten en het risico te verkleinen, moet je de volgende verplichte toegangscontroles en apparaatcontroles implementeren:
De voordelen van een ODC zijn structureel - ze bestaan door de manier waarop het model is ontworpen. De uitdagingen zijn operationeel - ze ontstaan door hoe het model wordt uitgevoerd. Het goede nieuws is dat de meeste kunnen worden vermeden, en ik zal hieronder laten zien hoe.
Zonder een duidelijk communicatieproces tussen verschillende tijdzones hebben wereldwijde teams vaak te kampen met vertragingen en misverstanden.
Als een offshore ontwikkelaar bijvoorbeeld opheldering nodig heeft over een taak terwijl het hoofdkantoorteam offline is, kan hij een verkeerde veronderstelling maken om het werk niet te hoeven onderbreken. Wanneer het team op het hoofdkantoor het resultaat de volgende dag bekijkt en vaststelt dat het fout is, zijn er twee dagen werk verspild. Herhaald over een volledig team, kan dit patroon de projectkosten aanzienlijk verhogen.
Om dit te voorkomen moet elke taak volledig worden gedefinieerd met geschreven vereisten en afhankelijkheden voordat het team aan de slag gaat. Daarnaast moeten bedrijven specifieke mensen aanwijzen om beslissingen te nemen tijdens overlappende uren en een deadline van vier uur instellen voor het oplossen van blokkades voordat ze escaleren.
Wanneer een toegewijd offshore ontwikkelingscentrum Als een team de juiste functies slecht levert, of sterke functies die niet aansluiten bij het langetermijnplan van het bedrijf, heeft dat meestal drie belangrijke oorzaken:
Offshore verloop van ingenieurs is meestal een belangrijke oorzaak van verlies van projectspecifieke kennis. Gebruik deze drie methoden om engineers aan je team te binden en de impact te minimaliseren als ze toch vertrekken.
Niet elk bedrijf is klaar voor een ODC en niet elk probleem dat ermee kan worden opgelost, kan het beste via dit model worden aangepakt. De beslissingsmatrix hieronder brengt in kaart onder welke omstandigheden een ODC de juiste keuze is en onder welke omstandigheden een ander model beter van pas komt.
De populairste ODC-locaties zijn er vijf: Polen, India, Vietnam, Colombia en de Filippijnen. De juiste locatie optimaliseert vijf criteria tegelijk en de afwegingen daartussen zijn de tarieven voor senior ontwikkelaars, overlap van tijdzones met de VS/EU en gereedheid voor naleving.
Aangezien geen enkele locatie op alle punten wint, moet je uiteindelijke keuze gebaseerd zijn op wat het belangrijkst is voor je specifieke bedrijfsdoelen. Hieronder heb ik een gedetailleerde vergelijkingstabel gemaakt, zodat je deze afwegingen duidelijk kunt afzetten tegen jouw vereisten.
| Polen | India | Vietnam | Colombia | Filippijnen | |
| Afwijkingspercentage senioren (jaarlijks) | $45k-65k | $18k-35k | $20k-35k | $25k-45k | $15k-30k |
| Omvang talentenpool | 650,000+ | 4.5M+ | 650,000+ | 200,000+ | 190,000+ |
| Technische afgestudeerden/jaar | 20,000+ | 1.5M+ | 57,000+ | 45,000+ | 100,000+ |
| AI/cloud specialisatie | Sterk | Zeer sterk | Snel groeien | Groeien | Matig |
| Engelse taalvaardigheid | Hoog | Hoog | Matig tot hoog | Hoog | Zeer hoog |
| Overlap met EU (CET) | Volledig | 3-4 uur | 2-3 uur | 4-6 uur | 2-3 uur |
| Overlap met US EST | 3-5 uur | 1-2 uur | 1-2 uur | Volledig | 1-2 uur |
| GDPR-naleving | Inheems (EU-lid) | Contractueel | Contractueel | Contractueel | Contractueel |
| IP-bescherming | Sterk (EU-wetgeving) | Matig | Matig | Matig | Matig |
| Geopolitiek risico | Laag | Laag tot matig | Laag | Laag tot matig | Laag |
| Culturele afstemming met EU/VS | Zeer hoog | Hoog | Matig tot hoog | Hoog | Hoog |
| Risico op uitval | Matig | Hoog | Matig | Matig | Matig tot hoog |
| Het meest geschikt voor | EU-regelgeving, lange termijn, zware naleving | Grootschalige, grote volumes, 24/7 | Kosten-kwaliteitverhouding, APAC-klanten | VS nearshore, real-time agile | Engelstalige, BPO-aanverwante functies |
Het kiezen van de juiste samenwerking is één stap, en de rest van de weg bestaat uit het samenstellen van de partner die je selecteert voor ODC. Hun technische volwassenheid, beveiligingsstandaarden en communicatiestijl moeten aansluiten bij uw eigen bedrijfscultuur. Factoren waar je op moet letten zijn onder andere de domeinexpertise van de leverancier, het vermogen om resources snel te schalen en de toewijding aan gegevensbescherming.
Hieronder heb ik een checklist gemaakt om te bepalen of een team zal leveren of afdrijven.
ODC's veranderen door nieuwe technologie (zoals AI), strengere regels voor naleving en de bereidheid om te betalen voor resultaten in plaats van uren. Er zijn ten minste vijf trends die we de komende jaren kunnen verwachten.
Bedrijven zullen overschakelen naar teamgebaseerde modellen waarbij elke offshore groep volledig verantwoordelijk is voor een specifiek deel van het product. In de praktijk betekent dit dat bedrijven die met succes één offshoreteam runnen, er meerdere zullen opzetten. Elk nieuw team zal zijn eigen leider en planning hebben, maar dezelfde technische standaarden en doelen volgen. In plaats van deze teams aan te sturen via een complexe hiërarchie, zullen ze gecoördineerd blijven door een gedeelde prioriteitenlijst en uniforme regels voor het bouwen van de software.
Volgens een Maart 2026 McKinsey-rapport, ontwikkelaars die AI-assistenten gebruiken zijn 35-45% productiever. Dit betekent dat een offshore ontwikkelaar in 2027 dezelfde hoeveelheid werk kan produceren als twee of drie ontwikkelaars in 2023, maar tegen veel lagere kosten.
AI-gegenereerde code vereist echter al strengere kwaliteitscontroles omdat het er vaak correct uitziet maar logische fouten bevat. Partners die duidelijke AI-regels opstellen, zullen resultaten van hogere kwaliteit leveren dan partners die ingenieurs AI laten gebruiken zonder toezicht.
Nu hebben bedrijven de neiging om zowel offshore als nearshore te combineren: ze houden interne experts voor strategie en gebruiken wereldwijde teams voor grootschalig engineeringwerk. We kunnen verwachten dat dit de komende jaren zo zal blijven.
In dit model houdt een klein nearshore team van vijf tot tien mensen zich bezig met dagelijkse vergaderingen en planning. Tegelijkertijd richt een groter offshore team van twintig tot dertig mensen zich op het bouwen van de software.
Bedrijven die deze methode gebruiken, behandelen locatie als een praktische keuze en kiezen de beste plek voor elk type werk op basis van kosten, tijdzone en beschikbare vaardigheden.
Op basis van de AI-wet van de EU moet je, als je AI gebruikt voor gezondheidszorg, kredietscores, werving of identificatie, je processen wettelijk documenteren, menselijke controles inbouwen en duidelijk bijhouden hoe de AI is gebouwd.
Offshore teams moeten ingenieurs hebben die deze regels kennen, tools gebruiken die automatisch het vereiste papierwerk creëren en contracten ondertekenen waarin duidelijk staat wie verantwoordelijk is voor het voldoen aan de wettelijke normen. Dit creëert een nieuwe trend: bedrijven zullen alleen offshore partners inhuren die kunnen bewijzen dat ze dezelfde strenge beveiligings- en wettelijke normen volgen als interne teams.
Urenfacturering houdt bij hoeveel ontwikkelaars werken, maar resultaatgebaseerde modellen houden bij wat ze daadwerkelijk opleveren. Volgens Onderzoek 2024 van Deloitte, 67% van bedrijven hechten nu meer waarde aan resultaten dan aan lage kosten.
In deze contracten hangt een deel van het loon af van specifieke prestatiecijfers: hoe vaak code wordt vrijgegeven, het aantal bugs dat wordt gevonden, hoeveel mensen nieuwe functies gebruiken en hoe snel ideeën werkende software worden.
Om te kunnen werken, heeft dit model twee dingen nodig: een duidelijke, meetbare definitie van “succes” die wordt overeengekomen voordat het project van start gaat en een gedeeld dashboard dat deze resultaten direct aan iedereen laat zien.
Zoals je nu kunt zien, is de offshore ontwikkelingscentrum is structureel verschillen in eigenaarschap, procesdiscipline, talentintegratie, volwassenheid op het gebied van naleving en langetermijnverantwoordelijkheid voor productresultaten.
Een goed geleid offshore ontwikkelingscentrum is meer dan een manier om geld te besparen. Door de juiste locatie en partner te kiezen, wordt het een krachtige technische aanwinst die na verloop van tijd steeds waardevoller wordt en die bedrijven helpt technologie te ontwikkelen met de snelheid die de markt vraagt.
Als je op zoek bent naar een betrouwbare partner zonder risico's, dan biedt Innowise een kant-en-klare oplossing. Met het hoofdkantoor in Warschau, Polen, en ontwikkelingscentra en kantoren in de hele EU, zijn we al gecertificeerd in kritieke standaarden, waaronder ISO 27001, SOC 2, HIPAA en GDPR.
Onze 3500+ IT professionals, waarvan 75% senior- of mid-level engineers, zijn uitgerust om uw team snel te bemannen en meetbare resultaten te leveren. De juiste ODC partner is er om u te helpen technologie te bouwen met de snelheid en de normen die de markt vraagt.
Een ODC (Offshore Development Center) is een software engineering team dat een bedrijf opzet in een ander land. Dit team werkt alleen voor jouw bedrijf en volgt jouw regels en productkwaliteitsnormen.
Bij gewone outsourcing geeft een leverancier je mensen uit een gedeelde groep voor een specifieke taak. Deze mensen kunnen tegelijkertijd voor andere klanten werken en vertrekken zodra het project klaar is. Bij een ODC werkt het team alleen voor jou, rapporteert het aan jou en wordt het gedurende meerdere jaren steeds beter in het begrijpen van jouw bedrijf.
Het opzetten van een ODC neemt meestal tussen de twee en zes maanden in beslag. Als je samenwerkt met een gevestigde leverancier die al een lokaal kantoor en een lijst met beschikbaar talent heeft, kun je je eerste technici al binnen twee tot vier weken aannemen.
Agile werken in een gedistribueerd ODC omvat dezelfde kernpraktijken als een intern team, zoals sprintplanning, dagelijkse vergaderingen en reviews, maar dan aangepast aan verschillende tijdzones. Succes hangt af van een duidelijke lijst met vereisten die klaar moet zijn voor de planning en een lokale besluitvormer die het team in beweging kan houden terwijl het hoofdkantoorteam offline is.
Je kunt de juiste locatie kiezen door vier eenvoudige vragen te stellen. Ten eerste, moet je specifieke wetten volgen, zoals GDPR? Ten tweede, moet het team in dezelfde tijdzone werken als jij? Ten derde, heb je experts nodig op speciale gebieden zoals AI of beveiliging? Tot slot, hoe lang ben je van plan om samen te werken? Bij een langdurig project is het meestal de moeite waard om een stabielere locatie met een lager risico te kiezen.
Een ODC heeft meestal minstens vijf mensen nodig om goed te werken. Dit kernteam moet bestaan uit een Tech Lead, twee of drie ontwikkelaars met de vereiste technische expertise en een QA engineer om het werk te valideren.
