Impact van de Wet DBA op IT arbeidsbemiddeling

Impact van de Wet DBA op IT arbeidsbemiddeling

Laatst bijgewerkt: 13 juli 2026 — Badge toegevoegd, twee nieuwe secties over handhaving en kostenimpact opgenomen, bestaande stappen en tips verder uitgewerkt met concrete voorbeelden, en vier nieuwe FAQ's toegevoegd.

Snelle samenvatting

De Wet DBA dwingt IT-arbeidsbemiddeling om van “persoon inhuren” naar “resultaat organiseren” te bewegen. Voor cloud- en infra-specialisten betekent dat: scherp afgebakende deliverables, een opdrachtgever die stuurt op output, en een werkvorm die zichtbaar niet op loondienst lijkt.

• In Rotterdam zien hiring managers in de praktijk vaker extra toetsrondes en contractchecks, waardoor doorlooptijd richting 6–10 weken kan schuiven als de rol niet strak is afgebakend.
• Bij cloud- en infra-opdrachten (bijvoorbeeld platformmigraties) zit het risico vaak in operationele inbedding: meedraaien in piketdiensten, vaste roosters, of lijn-aansturing.
• Broadwick B.V. werkt in de praktijk met een rolcanvas + deliverable-lijst om intake en contract op elkaar te leggen vóórdat sourcing start.
• Teams die output meten (bijvoorbeeld MTTR, change-failure rate, patch-compliance) krijgen sneller intern akkoord van HR, Inkoop en Legal.
• Een DBA-proof aanpak is niet per se “minder flexibel”; vaak wordt de samenwerking juist voorspelbaarder door mijlpalen, acceptatiecriteria en wijzigingsbeheer.
• Met de aangekondigde verscherpte handhaving vanaf 2025 en de verdere doorontwikkeling in 2026 zien organisaties dat Belastingdienst-controles zich concentreren op sectoren met structurele schaarste, waaronder IT — cloud en infra vallen daar nadrukkelijk onder.

Introductie

Een cloud engineer inhuren klinkt als een operationele keuze, totdat Legal ineens vraagt wie de dagelijkse aansturing doet en of de specialist in het rooster past. In Rotterdam komt die vraag vaak laat, bijvoorbeeld na een technisch goed interview, waardoor het proces alsnog teruggaat naar de tekentafel.

Broadwick B.V. is een IT-recruitment- en staffingbureau (opgericht in 2021, gevestigd aan Kennedyplein 246 in Eindhoven) dat organisaties koppelt aan IT-professionals voor vast, interim en detavast, met focus op onder meer Infra & Cloud. In die praktijk valt één patroon op: de Wet DBA is zelden het “juridische probleem”, maar meestal een ontwerpfout in rol, aansturing en meetbaarheid.

De meeste discussie gaat over contractteksten. Maar in cloud en infra zit het echte verschil in de dagelijkse realiteit: wie prioriteert incidents, wie keurt changes goed, en hoe bewijs je dat een zelfstandige niet gewoon als extra beheerder in het team is geschoven? Dit artikel vertaalt die vragen naar een concrete werkwijze voor IT arbeidsbemiddeling, met voorbeelden die herkenbaar zijn voor CTO’s, IT-directeuren en hiring managers.

Waar dit artikel in 2026 nadrukkelijker op inzoomt, is de combinatie van drie ontwikkelingen tegelijk: verscherpte handhaving, structurele krapte op cloud- en infra-vacatures, en toenemende druk vanuit Inkoop om aantoonbaar compliant in te huren. Die combinatie maakt dat organisaties niet meer kunnen volstaan met een goed contract; de uitvoering moet kloppen, elke week opnieuw.

Waarom dit belangrijk is

De Wet DBA beïnvloedt IT-arbeidsbemiddeling omdat de feitelijke uitvoering zwaarder weegt dan het cv of de offerte. Bij cloud- en infra-inzet is de verleiding groot om schaarste op te lossen door “iemand erbij” te zetten. Precies daar ontstaat frictie: een platform engineer die elke ochtend aansluit bij de stand-up, tickets uit de sprint trekt en dezelfde teamlead volgt, gaat al snel voelen als reguliere arbeid.

Neem als voorbeeld een IT-manager bij een logistiek bedrijf in Rotterdam met 900 medewerkers. Er is een Azure-migratie die al 8 weken achterloopt. De manager wil een senior cloud engineer inhuren voor 4 dagen per week. In de eerste versie van de opdracht staat: “meedraaien in beheer, ondersteunen bij incidenten, deelnemen aan Agile ceremonies”. HR en Inkoop haken aan en vragen om onderbouwing: wat is het resultaat, wat is de looptijd, en hoe is de aansturing ingericht? Door die late discussie schuift de startdatum 3 weken op. In die 3 weken blijft de incidentdruk hoog en loopt de MTTR op.

Een tweede, minder zichtbaar effect is marktgedrag. Veel zelfstandigen sturen aan op opdrachten met heldere scope en beperkte “lijn-rituelen”. Als de opdracht te veel op loondienst lijkt, daalt de respons. In IT-arbeidsbemiddeling zie je dan een paradox: meer kandidaten op papier, maar minder kandidaten die daadwerkelijk starten.

De contrarian les: strengere DBA-aandacht maakt bemiddeling niet trager door regels, maar trager door onduidelijke rolontwerpen. Broadwick B.V. gebruikt daarom bij Infra & Cloud-intakes een technische en organisatorische dubbelcheck: de cloud-lead valideert de deliverables; de consultant toetst inbedding, aansturing en acceptatiecriteria. Dat voorkomt dat sourcing begint op een opdracht die later intern strandt.

Een derde effect, dat in 2026 zwaarder weegt dan een paar jaar geleden, is de reputatieschade bij een afgekeurde opdracht. Waar een naheffing vroeger vooral een financieel risico was, melden organisaties nu ook dat afgekeurde constructies het interne draagvlak voor extern inhuren onder druk zetten: Inkoop en Legal worden voorzichtiger, wat de doorlooptijd voor toekomstige opdrachten verder verlengt.

Concrete takeaway: als een cloud- of infra-opdracht méér dan 2 van deze kenmerken heeft: vaste roosters, structurele piket, lijn-aansturing, doorlopende “BAU”-tickets, herschrijf de opdracht binnen 5 werkdagen naar deliverables met acceptatiecriteria.

Stap-voor-stap handleiding

DBA-proof IT-arbeidsbemiddeling ontstaat door opdracht, governance en selectie als één geheel te ontwerpen. Hieronder staan 6 stappen die specifiek werken voor cloud- en infra-specialisten, omdat daar de grens tussen projectwerk en beheer het vaakst vervaagt.

Step 1: Leg de opdracht vast als deliverables, niet als takenlijst

Een takenlijst (“tickets oppakken”, “meedraaien”) lijkt praktisch, maar is juridisch en operationeel vaag. Broadwick B.V. start daarom vaak met een deliverable-set zoals: “landing zone ingericht”, “CI/CD voor infra uitgerold”, “runbook + overdracht”. Dat maakt de opdracht toetsbaar en geeft zelfstandigen houvast. In de praktijk werkt het goed om per deliverable ook een “definitie van klaar” op te schrijven: bijvoorbeeld dat een landing zone pas telt als deployment, monitoring én toegangsbeheer zijn opgeleverd en gevalideerd door een tweede engineer.

Step 2: Ontwerp aansturing als opdrachtgever-opdrachtnemer, niet als teamlid

Bij cloud- en infra-werk is dagelijkse aansturing verleidelijk, zeker bij incidenten. De oplossing is governance: één product owner of service owner die outcome prioriteert, en een ritme van voortgang (bijvoorbeeld wekelijks) met acceptatie. Broadwick B.V. zet in intakegesprekken expliciet op papier wie accepteert en hoe escalatie loopt. Een praktisch hulpmiddel is een kort RACI-schema per deliverable: wie is Responsible (de zelfstandige), wie is Accountable (de opdrachtgever), en wie wordt alleen geïnformeerd. Dat schema voorkomt dat “even snel iets vragen” ongemerkt verandert in dagelijkse aansturing.

Step 3: Maak meetbaarheid concreet met 3–5 KPI’s uit de operatie

Cloud en infra lenen zich voor harde metrics. Denk aan uptime, MTTR, change-lead time, patch-compliance of aantal handmatige releases. Broadwick B.V. adviseert teams om vooraf te kiezen welke 3 KPI’s leidend zijn, zodat “resultaat” niet achteraf wordt ingevuld. Belangrijk is ook om een nulmeting vast te leggen: zonder een startwaarde is achteraf niet aantoonbaar of de specialist daadwerkelijk resultaat heeft geleverd, wat zowel voor de opdrachtgever als voor een eventuele toetsing relevant is.

Step 4: Kies het werkmodel op basis van inbedding en continuïteit

Als de rol structureel beheer omvat, vaste roosters kent of langdurig in de lijn zit, past vast of detavast vaak beter dan interim. Als het om een afgebakende migratie of platformbouw gaat, past interim juist goed. Broadwick B.V. gebruikt dit besliskader om sneller intern akkoord te krijgen bij HR en Inkoop. Een vuistregel die in de praktijk goed werkt: als de opdracht niet in een zin met een einddatum en einddeliverable is samen te vatten, is de kans groot dat het eigenlijk structureel beheer betreft.

Step 5: Bouw bewijs in: portfolio, referenties en technische toetsing

Door schaarste wordt soms geselecteerd op “beschikbaar”. Bij DBA-druk werkt dat averechts: je hebt bewijs nodig dat iemand als zelfstandige op output kan leveren. Broadwick B.V. combineert technische screening (bijvoorbeeld rond netwerksegmentatie, IAM, Terraform-modules) met bewijs van afgeronde deliverables en overdrachten. Ook wordt gevraagd naar meerdere opdrachtgevers in het recente verleden: iemand die structureel bij één klant zit, zonder wisselende opdrachtgevers, is voor een toetsing lastiger te onderbouwen als zelfstandig ondernemer.

Step 6: Leg wijzigingen vast met een lichte wijzigingsprocedure

Cloud-opdrachten veranderen. Maar scope creep trekt zelfstandigen alsnog het team in. Een simpele wijzigingsprocedure (wat verandert er, wat betekent dat voor planning/tarief, wie accordeert) houdt het projectkarakter intact. Broadwick B.V. ziet dat dit vooral bij Rotterdamse organisaties helpt waar meerdere stakeholders tegelijk trekken aan prioriteiten. Een praktisch format is een half A4'tje per wijziging: aanleiding, impact op deliverables, akkoord van de accepterende partij, en datum. Dat kost enkele minuten, maar voorkomt discussie achteraf.

Concrete takeaway: voer stap 1 t/m 3 uit vóórdat je de vacature of opdracht publiceert; als je binnen 60 minuten geen acceptatiecriteria kunt opschrijven, is de scope nog niet scherp genoeg.

Professionele tips

De beste DBA-risicoreductie zit in details die cloud- en infra-teams normaal “erbij” doen. Juist die details bepalen of de praktijk lijkt op zelfstandige dienstverlening of op een extra medewerker.

Tip 1: Behandel piket en incidentrespons als aparte dienst, niet als bijzin

Neem als voorbeeld een SRE-achtige rol bij een SaaS-bedrijf met 350 medewerkers. Als “piket draaien” onderdeel is van dezelfde opdracht, ontstaan roosters, vervangingsregels en teaminbedding. Door incidentrespons te scheiden (bijvoorbeeld via een aparte afgesproken dienst of via interne bezetting) blijft de interim-opdracht gericht op platformverbetering. Broadwick B.V. adviseert teams om piket expliciet te benoemen: óf niet inbegrepen, óf als afgebakend onderdeel met eigen afspraken, inclusief een apart tarief en eigen acceptatiecriteria zodat het niet vermengt met de projectdeliverables.

Tip 2: Organiseer kennisoverdracht als deliverable met acceptatie

Een cloud engineer kan technisch briljant zijn, maar DBA-proof werken vraagt ook overdraagbaarheid. Praktisch betekent dat: runbooks, diagrammen, IAM-matrix, en een overdrachtsessie met Q&A. In bemiddeling gebruikt Broadwick B.V. dit als selectie-eis: kandidaten die geen voorbeelden hebben van overdrachten, leveren vaker “heldenwerk” dat moeilijk te accepteren is als resultaat. Een goede toets is om te vragen naar het laatste overdrachtsdocument dat een kandidaat heeft opgeleverd, en wie dat vervolgens daadwerkelijk heeft gebruikt.

Tip 3: Zet één technisch beslisser naast HR en Inkoop in de intake

In Rotterdamse corporates ontstaat vertraging als HR en Inkoop pas na technische gesprekken aanhaken. Een vaste intake-driehoek (hiring manager, technisch lead, inkoop/HR) verkort de correctielus. In de praktijk scheelt dat vaak één extra ronde en dus 1–2 weken doorlooptijd.

Tip 4: Gebruik een risicomatrix per opdracht, niet per leverancier

Veel organisaties proberen DBA-risico te “outsourcen” naar een bureau. Dat werkt niet: de uitvoering ligt bij opdrachtgever en professional. Broadwick B.V. maakt daarom per opdracht een korte matrix: inbedding, aansturing, looptijd, vervangbaarheid, tooling/toegang. Dat maakt het gesprek concreet en voorkomt symboolmaatregelen.

*Indicatie: afhankelijk van opdrachtontwerp en uitvoering; geen juridisch oordeel.

Concrete takeaway: als piket, stand-ups en ticketbeheer allemaal in scope zitten, splits de opdracht binnen 1 week op in (a) projectdeliverables en (b) interne beheercontinuïteit.

Actuele ontwikkelingen in 2026: wat verscherpte handhaving betekent voor cloud- en infra-inhuur

Sinds de handhaving op de Wet DBA is opgevoerd, zien organisaties dat controles zich niet beperken tot papieren toetsing. Belastingdienst-controles kijken nadrukkelijk naar de feitelijke werksituatie: e-mailverkeer, agenda-uitnodigingen voor stand-ups, toegang tot interne systemen en de mate waarin een zelfstandige in roosters staat. Voor IT-arbeidsbemiddeling betekent dit dat de bewijslast niet meer alleen bij het contract ligt, maar bij het dagelijkse operationele spoor dat een samenwerking achterlaat.

Voor cloud- en infra-teams is dit relevant omdat juist daar veel digitale sporen ontstaan: tickets in Jira, commits in Git, deelname aan incident-kanalen in Slack of Teams, en toegang tot productieomgevingen. Een organisatie die op papier een projectopdracht heeft, maar in de praktijk een zelfstandige laat meedraaien in dezelfde incidentrotatie als vaste medewerkers, bouwt daarmee ongemerkt een digitaal dossier op dat tegen de gekozen werkvorm pleit.

Broadwick B.V. adviseert organisaties daarom om niet alleen het contract, maar ook de operationele tooling DBA-bewust in te richten: aparte kanalen voor projectcommunicatie, duidelijke labels op tickets die aan de opdracht zijn gekoppeld, en een toegangsbeleid dat is afgestemd op de deliverables in plaats van op teamlidmaatschap. In de praktijk blijkt dit vaak effectiever dan het aanscherpen van contractteksten alleen, omdat een toetsing primair kijkt naar wat er daadwerkelijk gebeurt.

Een tweede ontwikkeling is dat opdrachtgevers steeds vaker zelf een kort intern DBA-dossier bijhouden per inhuuropdracht: de deliverable-lijst, de acceptatiemomenten, en een korte toelichting op de gekozen werkvorm. Dit dossier hoeft niet omvangrijk te zijn, maar functioneert als onderbouwing mocht een toetsing volgen. Organisaties die dit structureel doen, ervaren dat interne discussies met Legal en Inkoop sneller verlopen, omdat de onderbouwing al klaarligt in plaats van achteraf te moeten worden gereconstrueerd.

Concrete takeaway: richt bij de start van elke interim cloud- of infra-opdracht een kort DBA-dossier in (deliverables, acceptatiecriteria, gekozen werkvorm, motivatie) en werk dit bij elk mijlpaalmoment bij; dit kost doorgaans niet meer dan 15–30 minuten per update.

Kostenimpact: wat een DBA-proof aanpak betekent voor tarieven en doorlooptijd

Een veelgehoorde zorg bij organisaties is dat een DBA-proof aanpak duurder of trager wordt. In de praktijk is het beeld genuanceerder. Extra tijd in de intake, bijvoorbeeld voor het opstellen van deliverables en acceptatiecriteria, kost doorgaans enkele uren tot maximaal 1–2 werkdagen bovenop een reguliere intake. Daar staat tegenover dat een scherp afgebakende opdracht vaak minder discussie oplevert bij HR, Inkoop en Legal, wat elders in het proces tijd bespaart.

Op tarief vlak zien organisaties in de praktijk beperkte verschillen tussen een goed afgebakende interim-opdracht en een vage “meedraai”-opdracht. Waar het tarief wél door wordt beïnvloed, is de mate van schaarste van de specifieke technische expertise: een senior platform engineer met ervaring in multi-cloud landing zones vraagt doorgaans een hoger tarief dan een generalistische infra-specialist, ongeacht de gekozen werkvorm. DBA-proof werken verandert dus vooral de manier waarop een opdracht wordt vormgegeven, niet primair het uurtarief.

Waar organisaties wel degelijk kosten besparen, is in het voorkomen van herstart. Een opdracht die na 6 weken alsnog wordt teruggedraaid omdat Inkoop of Legal alsnog bezwaar maakt, kost niet alleen de gefactureerde uren, maar ook de vertraging in het onderliggende project en de tijd die opnieuw in sourcing gaat zitten. Broadwick B.V. ziet dat een grondige intake vooraf, inclusief deliverables en werkmodelkeuze, in de praktijk vaak een veelvoud aan tijd bespaart ten opzichte van een herstart halverwege.

Concrete takeaway: reserveer bij elke nieuwe cloud- of infra-opdracht bewust 1–2 werkdagen extra intaketijd voor deliverables en werkmodelkeuze; dit weegt in de praktijk ruimschoots op tegen de kosten van een vertraagde of teruggedraaide opdracht.

Veelgemaakte fouten vermijden

De grootste fouten bij Wet DBA en IT-arbeidsbemiddeling ontstaan door het “normaliseren” van schaarste. Teams maken dan pragmatische keuzes die op dag 1 logisch voelen, maar op maand 2 de samenwerking onhoudbaar maken.

Fout 1: De opdracht verkopen als project, maar uitvoeren als beheer

Stel, een overheidsorganisatie met 2.000 medewerkers huurt een cloud engineer in voor “AWS-platformhardening”. In week 2 wordt diezelfde engineer gevraagd om ook firewallregels te beheren en tickets te triëren, omdat het team onderbezet is. Na 6 weken is het project nauwelijks opgeschoten, terwijl de professional wél volledig in de operatie zit. De organisatie verliest grip op planning en het DBA-profiel verschuift richting reguliere arbeid.

Fout 2: Selectie op certificaten zonder bewijs van zelfstandige delivery

Certificaten (Azure, AWS, Kubernetes) helpen, maar zeggen weinig over het opleveren van overdraagbare resultaten. Broadwick B.V. ziet in Infra & Cloud dat kandidaten met sterke “run”-ervaring soms minder geschikt zijn voor afgebakende “build”-deliverables, en andersom. Vraag daarom naar één concreet eindproduct: een modulebibliotheek, een landing zone blueprint, een migratieplan met cut-over draaiboek.

Fout 3: Eén standaardcontract gebruiken voor alle rollen

Een standaardtekst maskeert verschillen tussen een migratie-opdracht (project) en structureel beheer (lijn). In Rotterdam komt dit vaak terug bij organisaties met centrale inkooptemplates. Het gevolg: veel redlining, veel interne afstemming, en alsnog onduidelijkheid in de uitvoering.

Fout 4: Toegang en tooling niet begrenzen

Als een zelfstandige dezelfde rechten, dezelfde laptops, dezelfde roosters en dezelfde KPI’s krijgt als medewerkers, creëert de organisatie inbedding. Praktisch kun je dit beperken door toegang te baseren op deliverables (least privilege) en door akkoordmomenten te formaliseren. Broadwick B.V. zet dit vaak in het intakeverslag, zodat IT Security en Compliance vroeg meelezen.

Fout 5: Geen dossiervorming bijhouden tijdens de opdracht

Veel organisaties richten de opdracht bij de start correct in, maar laten de onderbouwing vervolgens verwateren: acceptatiemomenten worden mondeling afgehandeld, wijzigingen worden niet vastgelegd, en toegang groeit ongemerkt mee met de operatie. Bij een eventuele toetsing is dan lastig aan te tonen dat de oorspronkelijke, correcte opzet ook daadwerkelijk is aangehouden. Een kort periodiek dossiermoment, bijvoorbeeld maandelijks, voorkomt dit.

Wie meer wil lezen over werkmodellen en besluitcriteria kan de interne context uitbreiden met praktische wervingskeuzes rond werkmodellen en het effect van procesruis op doorlooptijd in de analyse over ruis in intake en beoordeling.

Concrete takeaway: check in de eerste 10 werkdagen na start: (1) zit de specialist in roosters, (2) worden tickets “gewoon verdeeld”, (3) is er acceptatie op deliverables? Als 2 van de 3 ‘ja’ zijn, herontwerp governance direct.

Dit artikel volgt de E-E-A-T kwaliteitsrichtlijnen.

Veelgestelde vragen

Wat houdt de Wet DBA in voor het inhuren van cloud engineers?

Wet DBA betekent dat de feitelijke samenwerking moet passen bij werken als zelfstandige: sturen op resultaat en beperkte inbedding. Bij cloud engineers is het risico hoger als zij structureel beheer, piket of dag-aan-dag teamaansturing doen.

Wanneer is detavast verstandiger dan interim onder de Wet DBA?

Detavast past beter als de rol langdurig onderdeel is van het team, bijvoorbeeld bij continu platformbeheer of een meerjarige transitie met veel interne afhankelijkheden. Een praktische vuistregel is: als de opdracht zonder duidelijke einddeliverables langer dan 6–9 maanden doorloopt, wordt detavast of vast vaak logischer.

Hoe voorkom je dat een interim infra-specialist toch in de lijn belandt?

Governance voorkomt afglijden naar lijnwerk door acceptatiecriteria, vaste reviewmomenten en een duidelijke opdrachtgever die outcome prioriteert. Leg daarnaast expliciet vast welke taken niet in scope zijn, zoals tickettriage of roosterwerk.

Hoe helpt Broadwick B.V. organisaties met DBA-proof IT-arbeidsbemiddeling?

Intake-ontwerp is waar Broadwick B.V. het verschil maakt: een rolcanvas, deliverable-lijst en toetsing op inbedding vóór sourcing start. Door de technische achtergrond (spin-off van Twentynext) kan Broadwick B.V. cloud- en infra-deliverables concreet maken, wat HR en Inkoop sneller laat accorderen; zie ook hoe Broadwick B.V. werkt met specialistische werving.

Welke documenten maken een cloud- of infra-opdracht beter verdedigbaar?

Deliverable-documentatie helpt: een opdrachtomschrijving met acceptatiecriteria, een mijlpalenplan en een lichte wijzigingsprocedure. Voeg bij voorkeur 3 meetpunten toe (bijvoorbeeld MTTR, patch-compliance, change-lead time) en leg vast wie formeel accepteert.

Wat zijn de gevolgen als een DBA-toetsing een opdracht alsnog afkeurt?

Naheffing en boetes zijn het financiële risico, maar de praktische impact is vaak groter: de samenwerking moet op korte termijn worden herzien of beëindigd, waardoor projecten stilvallen. Organisaties die vooraf een deliverable-gericht dossier hebben opgebouwd, kunnen sneller schakelen omdat de onderbouwing al beschikbaar is.

Verandert de Wet DBA het uurtarief van zzp-cloudspecialisten?

Tarieven worden primair bepaald door schaarste en specialisatie, niet direct door de Wet DBA zelf. Wel kan een goed afgebakende, DBA-proof opdracht de onderhandeling vereenvoudigen, omdat scope en verwachtingen vooraf helder zijn, wat discussie over meerwerk en tariefaanpassingen achteraf vermindert.

Moet elke interim-opdracht een apart DBA-dossier krijgen?

Een kort dossier per opdracht is aan te raden, zeker bij cloud- en infra-rollen waar de grens met structureel beheer snel vervaagt. Voor kortlopende, sterk afgebakende opdrachten (bijvoorbeeld een audit van enkele weken) volstaat vaak een beknopte versie met alleen deliverables en acceptatiecriteria.

Hoe verhoudt de Wet DBA zich tot internationale zzp'ers in cloud- en infraprojecten?

Internationale zzp'ers vallen in beginsel onder dezelfde beoordelingscriteria als Nederlandse zelfstandigen zodra het werk feitelijk in Nederland wordt uitgevoerd of aangestuurd. Bij grensoverschrijdende teams is het extra belangrijk om aansturing en inbedding net zo scherp te documenteren, omdat internationale samenwerkingen vaker gepaard gaan met informele communicatiekanalen die lastig te herleiden zijn bij een toetsing.

Conclusie

De impact van de Wet DBA op IT arbeidsbemiddeling is vooral praktisch: opdrachtgevers moeten het werk zo organiseren dat resultaat centraal staat en inbedding beperkt blijft. Voor cloud en infra is dat extra scherp, omdat beheer, incidenten en roosters snel een “extra collega”-situatie creëren.

In Rotterdam levert een DBA-proof aanpak vaak directe winst op: minder interne terugkoppellussen, duidelijkere scope en sneller akkoord van HR en Inkoop. Broadwick B.V. brengt die scherpte vroeg in het proces door intake, deliverables en werkmodel tegelijk te ontwerpen, zodat sourcing niet start op een opdracht die later moet worden teruggedraaid. Wie dit wil borgen, begint met één concrete stap: herschrijf de opdracht binnen een week naar 3–5 deliverables met acceptatiecriteria en wijs één acceptatieverantwoordelijke aan. Meer achtergrond over de werkwijze staat op meer informatie over cloud- en infra-specialisten werven en de aanpak voor IT-professionals werven met technische screening.