Neem de reviewer aan vóór de coder: een engineeringteam voor je startup bouwen als agents de code schrijven (2026)
By Surya Pratap
31 juli 2026
11 min read
Startup Strategy
31 juli 2026
11 min read
Er loopt op LinkedIn een discussie die niet wordt beslecht, en op Reddit een stillere die al is beslecht. De LinkedIn-versie gaat over de vraag of AI de instapbanen in engineering heeft gedood — aan de ene kant AWS-CEO Matt Garman, die het idee om juniors door AI te vervangen "een van de domste dingen die ik ooit heb gehoord" noemde, aan de andere kant een muur van wervingsdata die een sterke daling van vacatures op instapniveau laat zien. De Reddit-versie, in draadjes als die op r/ExperiencedDevs, is minder filosofisch: seniors die dagen beschrijven die zijn veranderd in een onafgebroken rij pull requests om te reviewen, en een memo van Indeed waarin staat dat van senior engineers niet langer wordt verwacht dat ze iemand onder senior niveau begeleiden.
Voor een founder die op het punt staat zijn eerste drie engineers aan te nemen, hebben beide discussies de verkeerde vorm. De nuttige vraag is niet of AI juniorbanen in het algemeen vernietigt. Het is deze: gegeven dat agents nu een groot deel van je code schrijven, wat beperkt eigenlijk hoe snel je product wordt opgeleverd — en wie moet je aannemen om dat los te trekken? De data daarover zijn ongewoon helder, en ze wijzen naar een plek die de meeste founders niet verwachten.
De data van CircleCI over 2026 bevatten een uitkomst die boven het bureau van elke founder zou moeten hangen: de doorvoer op featurebranches steeg jaar op jaar met 59%, terwijl de doorvoer op de main-branch bij het mediane team daalde. Er wordt meer code geschreven dan ooit. Naar verhouding bereikt minder ervan productie.
De cijfers per developer verklaren het mechanisme. Engineers die AI gebruikten, rondden 21% meer taken af en mergeden 98% meer pull requests — ruwweg het dubbele aan output — maar de reviewtijd van PR's steeg met 91%. Met AI gegenereerde PR's wachten 4,6 keer langer voordat een reviewer ze zelfs maar oppakt. Als de review eenmaal begint, is die ongeveer twee keer zo snel klaar, wat bemoedigend klinkt tot je ziet wat het betekent: reviewen is niet het trage deel. De wachtrij wel. De doorlooptijd verbetert nauwelijks, omdat het werk blijft liggen tot iemand met genoeg context en zeggenschap ja zegt.
Dat bedoelen mensen als ze zeggen dat de bottleneck is verschoven. Code schrijven was in de hele geschiedenis van software de beperking. Dat is het niet meer. De beperking is beslissen of code veilig gemerged kan worden — en die beslissing laat zich niet gelijkmatig over een team verdelen. Ze is wel aan te leren: AI-output beoordelen, en weten naar welke faalmodi je moet kijken, is het grootste deel van wat onze training voor engineeringteams behandelt.
Waarom startups het hardst worden geraakt
Een groot bedrijf vangt een achterstand in reviews op binnen bestaande lagen. Een startup van vier mensen heeft precies één of twee mensen die een wijziging aan het kernsysteem zinnig kunnen goedkeuren. Koop meer agentcapaciteit voor hen en je hebt de opleversnelheid niet verhoogd — je hebt hun wachtrij langer gemaakt.
De reden dat deze bottleneck zo hardnekkig is, is dat goed reviewen van agentoutput precies vraagt wat agents niet leveren: weten wat er gebouwd had moeten worden. Een senior engineer die een plausibel ogende PR van 400 regels reviewt, controleert geen syntax. Die vraagt zich af of dit de juiste abstractie is, of het iets dupliceert wat al bestaat, of het zich onder belasting goed gedraagt, of het foutpad echt is en of het stilletjes een aanname drie services verderop breekt. Dat is context, en context bouw je op; die neem je niet in één keer aan.
Daarom is de klacht op Reddit informatiever dan het debat op LinkedIn. Seniors melden dat ze nu meer tijd besteden aan reviewen dan aan ontwerpen — dat het werk dat vroeger door meerdere lagen van de organisatie stroomde, zich concentreert bij de paar mensen die bevoegd zijn om het te beoordelen. Dat is geen klacht over werkdruk. Het is de beschrijving van een systeem waarvan de doorvoer wordt begrensd door de schaarste middel, en waarin elke efficiëntiewinst stroomopwaarts die grens harder laat knellen.
De voor de hand liggende conclusie — het team volledig met seniors vullen en agents laten doen wat juniors vroeger deden — is waar veel founders in 2025 uitkwamen, en ze faalt op twee specifieke manieren.
De eerste is rekenkundig. Senior engineers zijn de reviewcapaciteit. Als iedereen in het team met agents een verdubbeld volume produceert en dezelfde mensen de enigen zijn die het kunnen goedkeuren, heb je een systeem gebouwd waarin elke nieuwe hire aan beide kanten van de vergelijking optelt. Voorbij een bepaald punt maakt nog een producerende senior in een klein team de wachtrij erger, niet beter. Daarom is het nuttigste advies dat nu onder engineeringleiders rondgaat bedrieglijk eenvoudig: neem de reviewer aan vóór de coder. Je volgende hire moet worden gekozen op de vraag of die reviewdruk kan opvangen, niet of die meer werk kan produceren dat gereviewd moet worden.
De tweede fout is waar Garman eigenlijk op doelde, en het is de moeite waard hem goed te citeren, want de soundbite verliest het. Juniors, merkte hij op, zijn "waarschijnlijk de goedkoopste medewerkers die je hebt, degenen die het meest met je AI-tools werken" — en dan het echte argument: "Hoe gaat dat werken als je over tien jaar niemand hebt die iets heeft geleerd?" Seniors zijn geen hernieuwbare grondstof die je op afroep koopt. Het zijn juniors die moeilijke problemen kregen en iemand die hun werk controleerde. Een bedrijf dat het aannemen van starters bevriest, stelt een kostenpost uit; het vermijdt hem niet, en de markt waarop het over een paar jaar medior talent moet kopen, is een markt die iedereen heeft uitgehongerd.
Het sterkste bewijs in het LinkedIn-argument is een studie van Harvard door de economen Seyed Hosseini en Guy Lichtinger, die ongeveer 285.000 Amerikaanse bedrijven en meer dan 60 miljoen werknemers van 2015 tot 2025 omvat. Daaruit blijkt dat nadat bedrijven generatieve AI invoeren, de werkgelegenheid voor juniors binnen zes kwartalen met ongeveer 9–10% daalt, terwijl die voor seniors vrijwel gelijk blijft. Ze noemen het technologische verandering die senioriteit bevoordeelt, en het mechanisme is intuïtief: generatieve AI is goed in het routinematige, goed gespecificeerde werk waaromheen instapfuncties waren gebouwd.
Maar het eerlijke tegenargument verdient aandacht, want founders die wervingsplannen maken, moeten niet te veel toeschrijven. De instorting van instapbanen begon in 2022, maanden nadat de Fed de rente van bijna nul naar 5,25% bracht, en ruim voordat AI in de meeste werkprocessen een rol van betekenis speelde. Correcties op het overmatig aannemen na de pandemie en gewone kostenbesparingen verklaren een groot deel van wat er gebeurde; AI zorgde pas vanaf eind 2024 voor echte druk. "We hebben ze vervangen door AI" is voor een aantal bedrijven een vleiender verhaal dan "we hebben te veel mensen aangenomen en de rente ging omhoog".
Allebei is waar, en de combinatie is wat voor jou telt: de macro-instorting kwam grotendeels niet door AI, en het effect dat senioriteit bevoordeelt en daarbovenop komt, is echt en meetbaar. In de praktijk betekent dat dat juniortalent in 2026 tegelijk beter beschikbaar en meer ondergewaardeerd is dan op enig moment in tien jaar — terwijl de specifieke vaardigheid die je het hardst nodig hebt, juist schaarser werd. Dat is een kans om aan te nemen, geen reden om te bevriezen.
Het empirische beeld van teams die in 2026 snel opleveren, is kleiner dan founders verwachten. De engineeringleiding van OpenAI wees op groepen van drie of vier mensen met sterke samenwerking als de eenheid die het snelst gaat; Sora werd in 28 dagen opgeleverd met vier mensen. Kleine teams winnen hier deels vanwege de reviewbeperking — minder overdrachten, meer gedeelde context, en een reviewer die de wijziging al begrijpt voordat die wordt geopend.
Het advies over samenstelling dat daaruit volgt, is consistent: het AI-native team is senior-zwaar, maar het bevriest het aannemen van starters niet. En het bewijs over kwaliteit wijst dezelfde kant op — McKinsey vond dat de best presterende organisaties AI combineerden met senior engineers om 31–45% betere softwarekwaliteit te halen, in plaats van AI te gebruiken als vervanging van expertise. De hefboom kwam uit het koppelen van het gereedschap aan oordeel, niet uit het vervangen van oordeel door het gereedschap.
De rode draad is dat AI veranderde welke grondstof schaars is, en dat de meeste wervingsplannen dat nog niet hebben ingehaald. Dertig jaar lang was het antwoord op "we moeten sneller opleveren" meer mensen die code schrijven. Dat antwoord is nu op een specifieke, meetbare manier fout: je kunt de code verdubbelen en zien dat er minder van productie bereikt.
De founders die dit in de tweede helft van 2026 goed doen, zullen er een beetje ouderwets uitzien — kleine teams, senior-zwaar, nog steeds juniors aannemen terwijl iedereen op LinkedIn uitlegt waarom niemand ze nodig heeft. Het zullen ook de founders zijn wier main-branch blijft bewegen. Neem aan voor de beperking die je echt hebt, niet voor de beperking die je in 2021 had.
IdeaToMVP Academy
4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.